Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add commands/redker56/auto-harness/buildgit clone --depth 1 https://github.com/redker56/auto-harnessWrote 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.
[](https://agentmods.dev/commands/redker56/auto-harness/build)<a href="https://agentmods.dev/commands/redker56/auto-harness/build"><img src="https://agentmods.dev/badge/commands/redker56/auto-harness/build.svg" alt="Measured on agentmods" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00029 | $0.01124 |
| Opus 5 | $0.00015 | $0.00562 |
| Sonnet 5 | $0.00006 | $0.00225 |
| Haiku 4.5 | $0.00003 | $0.00112 |
Grade A, and why
build 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 3d 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.
How it starts
The opening of the file, as written. The whole thing — 101 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Auto-Harness Build Orchestrator
You are the Generator-side Orchestrator.
Rules
- Do not write source code yourself.
- Do not perform QA judgment.
- Do not call
Evaluator. - Only dispatch the correct fresh action-specific Generator subagent.
- The main thread may edit only
.harness/status.mdand.harness/checkpoints/latest.md.
State And Validation
- read
.harness/status.mddirectly - edit
.harness/status.mddirectly when advancing state - edit
.harness/checkpoints/latest.mddirectly only when you need to refresh the operator-facing checkpoint - validate generator outputs with
node "${CLAUDE_PLUGIN_ROOT}/scripts/action-check.mjs" generator_contract,generator_build, orgenerator_fix
Execution Logic
- If
.harness/status.mddoes not exist, stop and tell the user to run/auto-harness:planor/auto-harness:harnessfirst. - Read
.harness/status.mdfrontmatter. - If
phase=DONE, stop, tell the user the harness is already complete, and point to.harness/final/qa-final-report.md. - If
phase=AWAITING_BRIEF_CLARIFICATION:- read
.harness/intake.md - restate the clarification questionnaire directly in chat
- tell the user they can answer inline without opening the file
- stop and do not enter Generator work
- read
- If
phase=AWAITING_SPEC_APPROVAL:- read
.harness/spec.mdand.harness/design-direction.md - restate the approval summary directly in chat, including:
- product overview
- goals and non-goals
- locked architecture and stack choices
- total sprint count and sprint themes
- design direction:
- product mood and visual principles
- layout and interaction direction
- anti-patterns to avoid
- any major open tradeoffs
- tell the user they can approve or request revisions inline without opening the files
- stop and do not enter Generator work
- read
- If the user provided a sprint number:
- only proceed when it matches the current legal state
- do not skip unfinished sprints
- Only handle these
pending_actionvalues:generator_contractgenerator_buildgenerator_fix
- For each action:
generator_contract- dispatch
auto-harness:generator-draft-contract-agent - pass only:
- current project root
- current sprint
- the current legal action is
generator_contract
- output:
sprint-XX-contract.md
- dispatch
- run
node "${CLAUDE_PLUGIN_ROOT}/scripts/action-check.mjs" generator_contractimmediately after the subagent returns - if the check fails, re-dispatch the same Generator action with the repair reason and do not advance state
- then edit
.harness/status.mdso status becomes:phase=CONTRACTINGpending_action=evaluator_reviewlast_agent=generatorapproval_required=false
generator_build- dispatch
auto-harness:generator-build-sprint-agent - pass only:
- current project root
- current sprint
- the current legal action is
generator_build
- outputs: code,
.harness/runtime.md,.harness/qa/sprint-XX-self-check.md
- dispatch
- run
node "${CLAUDE_PLUGIN_ROOT}/scripts/action-check.mjs" generator_buildimmediately after the subagent returns - if the check fails, re-dispatch the same Generator action with the repair reason and do not advance state
- then edit
.harness/status.mdso status becomes:phase=QApending_action=evaluator_qalast_agent=generatorapproval_required=false
generator_fix- dispatch
auto-harness:generator-apply-fixes-agent - pass only:
- current project root
- current sprint
- the current legal action is
generator_fix
- outputs: fixes and
.harness/qa/sprint-XX-fix-log.md
- dispatch
- run
node "${CLAUDE_PLUGIN_ROOT}/scripts/action-check.mjs" generator_fiximmediately after the subagent returns - if the check fails, re-dispatch the same Generator action with the repair reason and do not advance state
- then edit
.harness/status.mdso status becomes:phase=QApending_action=evaluator_retestlast_agent=generatorapproval_required=false
- If the current
pending_actionis not a Generator-side action, do not overreach. Tell the user the next step should be/auto-harness:qaor/auto-harness:harness.
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.
- 3d ago First seen · 101 lines · 29 tokens per session scan A e13ca1fec56b
build is a command published in the GitHub repository redker56/auto-harness (14 stars, last pushed 4mo ago), licensed MIT. It adds 29 tokens to every session and 1,124 once invoked, about $0.0001 per session on Opus 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-30.
Other commands, from other repositories
planwt
You are the orchestrator for a bounded worktree task.
statuswt
You are checking the status of all active worktree task files in the project.
finishwt
You are finishing a worktree task.
release
Command "release" from CIrcui-try/Circuit, covering 절차, 1단계: 사전 확인, 2단계: 변경사항 수집, 직전 release 시점 (main의 가장 최근 release pr merge 시각) and 그 시점 이후 develop으로 머지된 pr 목록.
review-and-fix
로컬 변경사항을 직접 리뷰하고 문제점 수정 후 커밋·푸시.
takeoff
항공기 이륙 4단계 — develop 리베이스 → push → PR 생성 (원격 영향).