spardanviro

Module Pipeline — Testing skill for Claude Code

Testing community

Claude Code plugin for spec-driven multi-agent builds.

How to install Module Pipeline

This entry records only its repository, not the path inside it, so there is no exact command to give. Open spardanviro/module-pipeline and copy the folder into ~/.claude/skills/, or the file into ~/.claude/agents/.

What Module Pipeline does

Claude Code plugin for spec-driven multi-agent builds. A Main Architect splits a spec into module folders with one owner each; agents implement them in parallel isolated git worktrees under hook-enforced write scopes. Each accepted module lands as its own commit on a per-run branch, reviewers gate every stage, and rework runs close the loop.

Alternatives in Testing

  • Deslop Reborn — One iteration of the IronClaw Reborn de-slop loop — take ONE Reborn crate, fan out parallel review sub-agents 12.6k ★
  • Debug — You are tasked with helping debug issues during manual testing or implementation 10k ★
  • Sentient — Test prompt to showcase claude code hook blocking a dangerous rm -rf command 3.4k ★

README

Module Pipeline

**English** | [简体中文](README.zh-CN.md)

**module-pipeline** is a Claude Code plugin that builds a project from a written spec using a team of agents. The work is split into modules, and each module agent is fenced into its own folder. Agents write in parallel, each accepted module becomes its own git commit, reviewers check every stage, and failed work goes back into a planned rework run.

This repository is a Claude Code plugin marketplace that contains that one plugin, in [`plugins/module-pipeline`](plugins/module-pipeline/).

**Status:** early. Covered by unit and workflow-harness tests, and run end to end once in a real Claude Code session: a 10-module browser survivor game went through planning, three waves, integration, one rework run and a final system review (56 agents in total). The problems that run exposed are fixed in 0.4.0. Expect rough edges and please open an issue if something breaks.


Contents


Why

Letting several agents write the same codebase at once usually goes wrong in predictable ways. Two agents edit the same file. One "fixes" another's code to unblock itself. Nobody can say which change came from which agent. Reviews happen too late, or not at all.

module-pipeline makes every one of those a rule the tooling enforces, instead of something a prompt merely asks for:

| Problem | Wha