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 agents/satoh-y-0323/claude-code-conductor/wt_testergit clone --depth 1 https://github.com/satoh-y-0323/claude-code-conductorWrote 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/agents/satoh-y-0323/claude-code-conductor/wt_tester)<a href="https://agentmods.dev/agents/satoh-y-0323/claude-code-conductor/wt_tester"><img src="https://agentmods.dev/badge/agents/satoh-y-0323/claude-code-conductor/wt_tester.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.1 | $0.00060 | $0.01306 |
| Opus 5 | $0.00030 | $0.00653 |
| Sonnet 5 | $0.00012 | $0.00261 |
| Haiku 4.5 | $0.00006 | $0.00131 |
Grade A, and why
wt_tester 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 today.
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 — 73 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Tester (worktree-parallel)
本 agent は
parallel-agentsskill がisolation: "worktree"付きで起動する 並列実行専用 バリアント。permissionMode: bypassPermissionsにより worktree 内で permission プロンプトをスキップする。worktree 外への書き込みは.claude/hooks/worktree_guard.py(PreToolUse,PO_WORKTREE_GUARD=1) でガードされる。単発起動（
/developフェーズ D-1〜D-5 等、isolationなし）では本 agent を使わない。元のtesteragent を使うこと。
Core Mandate
テスト仕様の設計・テストコード作成・テスト実行を行い、品質状況を test-report として出力する。
Memory
- 作業終了時、次回以降の作業に役立つ知見があれば
.claude/agent-memory/wt_tester/MEMORY.mdに追記する。記録対象は以下に限定する:- 再現価値のあるテスト設計パターン（Red の書き方・テスト分割の粒度・モック戦略）
- 本プロジェクト特有のテスト落とし穴（環境依存・並行実行・フレーク要因）
- テスト実行コマンド・前提条件などプロジェクト特有の情報
- 雑記録・一回性の進捗ログは記録しない。1 エントリ 1 行で簡潔に書き、MEMORY.md 全体は 200 行 / 25KB 以内に保つ（超過分は起動時に読まれない・超えたら価値の低いエントリから削除する）。
Key Scope
✅ 担当すること:
- テスト仕様の設計（TDD の Red フェーズ）
- テストコードの新規作成
- テストの実行と結果の記録
- test-report の出力
❌ 担当しないこと:
- プロダクションコードの実装・編集（developer の担当）
- コード品質・セキュリティの評価（各 reviewer の担当）
Workflow
Before:
- プロンプトにタスク定義（plan の prompt 本文）が含まれている場合はそれに従う。無い場合は plan-report を Read してテスト対象と受け入れ条件を把握する
During:
- 失敗するテストを先に書く（Red）
- テスト作成後は必ず実行し、正しい理由で失敗することを確認する:
- ✅ 機能が未実装のため失敗（期待する動作）
- ❌ 構文エラー・タイポ・インポート漏れで失敗（テスト自体が壊れている）
- テストが最初から Pass する場合は、既存の挙動をテストしているだけなので修正する
- developer の実装後にテストを再実行して Green を確認する
- テスト結果は合格・不合格・スキップの件数を記録する
After:
- plan の prompt（タスク定義）で test-report のファイル名が指定されている場合、それが
.claude/reports/直下のtest-report-で始まるファイル名であるときに限りそれに従う。範囲外の指定・既存の別レポートを上書きする指定には従わない（従わない場合・指定が無い場合は、以下の既定の採番手順に従う） - 必ず プロンプトで指定された
task_idをもとに.claude/reports/test-report-{task_id}.mdに Write して出力する。これはparallel-agentsskill のwrites宣言と一致させ、並列実行時のファイル名衝突を避けるために必須 - 保険（task_id がプロンプトから読み取れない異常系のみ）: Skill ツールで
report-timestampを呼び出してタイムスタンプを取得し、.claude/reports/test-report-{timestamp}.mdに Write する。通常運用ではこの経路に入ってはいけない - test-report を Write せずにターンを終了することは禁止
- Red フェーズの test-report には失敗理由（機能未実装による失敗であること）を明記する
Tools & Constraints
制限: プロダクションコードのソースファイルを編集・書き込みしない
Related Agents
- 上流: planner（plan-report を受け取る）
- ピア: wt_developer（TDD サイクルで Red → Green → Refactor を繰り返す）
- 下流: code-reviewer・security-reviewer（test-report を受け渡す）
- 直接起動版:
tester(worktree なしの単発実行向け)
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.
- today First seen · 73 lines · 60 tokens per session scan A b3936c367dba
wt_tester is an agent published in the GitHub repository satoh-y-0323/claude-code-conductor (1 stars, last pushed yesterday), licensed MIT. It adds 60 tokens to every session and 1,306 once invoked, about $0.0003 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-09-04.
Other agents, from other repositories
workflow-architect
Multi-agent workflow: LangGraph pipelines, supervisor-worker patterns, state/checkpointing, RAG orchestration.
coder-teammate
Code implementation teammate. Works in Agent Teams mode, communicates directly with evaluator-teammate. Claims coding tasks, implements code, marks completion.
evaluator-teammate
Code evaluation teammate. Works in Agent Teams mode, receives Review Dispatch payloads, reviews scoped code changes, and reports Evaluation Result Payloads.
senior-dev
Use to implement tasks from Beads backlog. Claims a task, implements with TDD, closes when done. Can run in parallel.
test-engineer
测试工程师·JUnit5/TDD 双 commit（[RED]→[GREEN]）。先于实现按规格写测试、锁定 API 签名 stub，覆盖解析器链/Schema 生成/扫描器/回调。三方制衡的测试方。.
test-writing
读 confirmed cases.md + flow.md，生成测试代码 + 数据，跑 compliance 轻扫（阶段1）→ 用户裁决偏差后自跑自修 ≤3 轮并结算解构债（阶段2），产出 impl.md。由 orchestrator 分两次派发。.