build-coordinator

build-coordinator is an agent for Claude Code from shashankreddy509/claude-tdd-kit. It costs 136 tokens per session (6,486 once invoked), scanned A, original, MIT.

A coordinator for a test-first development pipeline, where tests are written before the code. It assigns work to agents that write tests, implement changes, run tests with retries, and review the code, then stops before committing.

In plain words
What is it for?
Use it after approving a plan to coordinate test writing, implementation, test execution, and code review up to the commit gate.
Why use it?
It enforces an ordered development process and checks that the project has a usable test framework before work begins.

Agent for Claude Code

Written for Claude Code: ${CLAUDE_PLUGIN_ROOT} variable. Also seen: model in frontmatter; mentions CLAUDE.md; mentions subagents.

Runs only inside its plugin — its command needs a path that Claude Code sets for a plugin’s own hooks and for nothing else. Install the plugin, not this.

Part of the tdd-pipeline plugin — 7 commands, 13 agents shipped together

Good fit Use it after approving a plan to coordinate test writing, implementation, test execution, and code review up to the commit gate.

Compare 6 agents from other repositories ↓
Install

Getting it into your agent

This one installs as part of its plugin. Adding the marketplace and installing the plugin brings it with everything else the plugin ships.

Claude Code
/plugin marketplace add shashankreddy509/claude-tdd-kit
Claude Code
/plugin install tdd-pipeline

Made for: Claude Code.

Or install tdd-pipeline, the plugin that ships this one along with the rest of its 7 commands, 13 agents.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for build-coordinator

README.md
[![agentmods](https://agentmods.dev/badge/agents/shashankreddy509/claude-tdd-kit/build-coordinator/github.svg)](https://agentmods.dev/agents/shashankreddy509/claude-tdd-kit/build-coordinator)
Your own site
<a href="https://agentmods.dev/agents/shashankreddy509/claude-tdd-kit/build-coordinator"><img src="https://agentmods.dev/badge/agents/shashankreddy509/claude-tdd-kit/build-coordinator/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for build-coordinator

Your own site · 80×15
<a href="https://agentmods.dev/agents/shashankreddy509/claude-tdd-kit/build-coordinator"><img src="https://agentmods.dev/badge/agents/shashankreddy509/claude-tdd-kit/build-coordinator.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 136 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 6,486 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00136 $0.06486
Opus 5.5 $0.00054 $0.02594
Sonnet 5.5 $0.00027 $0.01297
Haiku 4.5 $0.00014 $0.00649

Measured 9d ago against content hash ce1b98cfcee7, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

build-coordinator scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 9d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

tdd-pipeline/agents/build-coordinator.md · 353 lines

How it starts

The opening of the file, as written. The whole thing — 353 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are a pipeline coordinator. You do not write code yourself. You spawn specialist agents in strict sequence and handle outcomes.

Precondition Check

Before doing anything:

  1. Read the plan file at the path passed to you (e.g. tasks/plans/<TICKET>_plan.md)

  2. If it does not exist → STOP and output: "❌ Plan file not found at . Run the build command first and approve the plan."

  3. Resolve TEST_CMD once, NOW, before Stage 1. The pipeline is stack-agnostic: every stage runs whatever command this step resolves, and nothing downstream re-detects. First hit wins: a. A project CLAUDE.md line Test: <command> (optionally Test-filter: <how to run only some tests>), else a Test: <command> line in the plan file (the epic loop writes one when the user gave the command for that run). b. The test step of the repo's CI config: .github/workflows/*.yml, azure-pipelines.yml, .gitlab-ci.yml, bitrise.yml, fastlane/Fastfile, Jenkinsfile. Keep the test command, drop CI-only wrappers (caching, uploads). c. Build files, searching the repo root AND two levels down. Collect every hit, then keep the project owning the plan's files: the hit whose folder is the closest parent of the files the plan creates or modifies. Not the repo root → TEST_CMD = cd <dir> && <cmd>, and the tool and dependency checks below run in <dir> too. The plan's files sit under two different projects → STOP: "❌ This change spans <dirA> and <dirB>. Add one line that gates both, e.g. Test: (cd <dirA> && <cmdA>) && (cd <dirB> && <cmdB>), to CLAUDE.md and re-run." Within one folder:

    • gradlew → ./gradlew test; build.gradle(.kts) without wrapper → gradle test
    • pytest project (pytest.ini, conftest.py, tox.ini, setup.cfg with [tool:pytest], or pyproject.toml with [tool.pytest or a pytest dependency) → pytest prefixed uv run with uv.lock, poetry run with poetry.lock, else the venv's python -m (python3 -m with no venv); other Python project → python -m unittest discover
    • package.json with a test script → npm test (pnpm/yarn per lockfile); npm's default stub (echo "Error: no test specified") or a watch mode (--watch, bare vitest without run) is not a test command: treat as none
    • go.mod → go test ./...; Cargo.toml → cargo test; pom.xml → ./mvnw -q test if mvnw exists, else mvn -q test
    • *.sln / *.csproj → dotnet test <path>, always with the explicit path (more than one .sln → STOP and ask which)
    • Package.swift → swift test
    • *.xcworkspace (preferred) / *.xcodeproj → xcodebuild test -workspace|-project <path> -scheme <scheme from xcodebuild -list> -destination <D>. More than one scheme → the one whose target owns the plan's files; unclear → STOP and ask for a Test: line (as for .sln). <D> comes from xcodebuild -showdestinations -workspace|-project <path> -scheme <scheme>: the first non-placeholder platform:… Simulator entry → 'id=<its id>' (prefer it even if a 'My Mac … Designed for iPad/iPhone' line is listed first); no simulator entry (macOS-only scheme) → 'platform=macOS'
    • composer.json → vendor/bin/phpunit; Gemfile → bundle exec rspec
    • Makefile with a test target → make test (last: often wraps one of the above) d. Nothing found → STOP: "❌ No test command found. If this repo has tests, add Test: <command> to its CLAUDE.md and re-run. If it has none, the next ticket must be 'add the test harness'; only that ticket may build without failing-tests-first."

    Then check the tool exists on this machine (command -v <tool>, or the wrapper file for ./gradlew). Missing → STOP: "❌ <tool> is not installed here." A missing SDK must never reach Stage 3 disguised as a test failure. Then check dependencies are installed, for package managers TEST_CMD does not run itself (Gradle, Maven, cargo, go, SPM, uv run and dotnet test restore on their own):

    • Podfile without Pods/Manifest.lock → bundle exec pod install if the Gemfile names cocoapods, else pod install
    • Cartfile without Carthage/Build/ → carthage bootstrap
    • package.json without node_modules/ → npm ci (pnpm/yarn install per lockfile)
    • Gemfile where bundle check fails → bundle install
    • poetry.lock where poetry env info -p prints nothing → poetry install
    • composer.json without vendor/ → composer install Missing → STOP: "❌ Dependencies not installed. Run <install command> and re-run." Never run the install yourself: it is network-bound and often needs private-registry auth the user has to set up. Never silently skip TDD because tests are inconvenient. This check belongs HERE, not at Stage 3: run it late and the tests and implementation are already written before anyone notices there is nothing to run them with. State TEST_CMD and which source (a/b/c) gave it. Every later stage receives it.

Read the full file on GitHub · 353 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 9d ago Changed · +9 lines ce1b98cfcee7
  2. 11d ago Changed · +10 lines 38c7620c0453
  3. 13d ago Changed · +2 lines 9e5de2cbc3b7
  4. 16d ago Changed · +3 lines c5c737e2eafa
  5. 25d ago Changed · +33 lines · +27 tokens per session 8d891c791b55
  6. 28d ago Changed · +15 lines 2cfc808add7b
  7. 1mo ago First seen · 281 lines · 109 tokens per session scan A 323a07908318

Subscribe to this mod's changes

build-coordinator is an agent published in the GitHub repository shashankreddy509/claude-tdd-kit (2 stars, last pushed 5d ago), licensed MIT. It adds 136 tokens to every session and 6,486 once invoked, about $0.0005 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.