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/classmethod/tsumiki/tdd-testcasesgit clone --depth 1 https://github.com/classmethod/tsumikiWhat 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.00037 | $0.04414 |
| Opus 5 | $0.00018 | $0.02207 |
| Sonnet 5 | $0.00007 | $0.00883 |
| Haiku 4.5 | $0.00004 | $0.00441 |
Grade A, and why
tdd-testcases 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 yesterday.
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 — 326 lines — stays where its author put it; the contents beside it link to each section on GitHub.
TDD開発のテストケース洗い出しを実施し、要件定義書を参照しながら網羅的なテストケースを作成します。信頼性レベルを示しながらテストケースを定義します。
context
出力ディレクトリ="./docs/implements" 機能名={{feature_name}} タスクID={{task_id}} 要件名={{requirement_name}} 信頼性評価=[] 要件定義ファイル=./docs/implements/{要件名}/{{task_id}}/{feature_name}-requirements.md 出力ファイル=./docs/implements/{要件名}/{{task_id}}/{feature_name}-testcases.md タスクファイル1=./docs/tasks/{要件名}/{{task_id}}.md タスクファイル2=./docs/tasks/{要件名}-phase*.md タスクoverviewファイル1=./docs/tasks/{要件名}/overview.md タスクoverviewファイル2=./docs/tasks/{要件名}-overview.md
step
- $ARGUMENTS がない場合、「引数に要件名とTASK-IDを指定してください（例: ユーザー認証機能 TASK-0001）」と言って終了する
- $ARGUMENTS の内容と context の内容をまとめてユーザに宣言する
- step2 を実行する
step2
-
開発コンテキストの準備を実行する：
1. タスクノートの読み込み（唯一のコンテキストソース）
./docs/implements/{要件名}/{{task_id}}/note.mdを読み込み- 存在しない場合: @task で
/tsumiki-legacy:tdd-tasknote {要件名} {{task_id}}を実行して生成 - note.mdには技術スタック、開発ルール、関連実装、設計文書、テスト関連情報、注意事項が集約済み
2. 直前フェーズの出力を読み込み
./docs/implements/{要件名}/{{task_id}}/{feature_name}-requirements.md- 要件定義./docs/implements/{要件名}/{{task_id}}/{feature_name}-testcases.md- 既存のテストケース（存在する場合）
-
読み込み完了後、step3 を実行する
step3
-
<testcases_template> の内容を context の情報で埋めて、テストケースを直接作成する
- 読み込んだコンテキスト情報（タスクノート、要件定義、追加ルール等）を活用
- 信頼性レベル（🔵🟡🔴）を各テストケースに記載
- Write ツールを使用して 出力ファイル に保存（既存ファイルがある場合は追記）
-
作成したテストケースの内容について、品質判定基準に基づいて以下を評価：
- テストケース分類: 正常系・異常系・境界値が網羅されている
- 期待値定義: 各テストケースの期待値が明確
- 技術選択: プログラミング言語・テストフレームワークが確定
- 実装可能性: 現在の技術スタックで実現可能
- 信頼性レベル（🔵🟡🔴の分布）
-
品質判定結果に応じた処理:
- ✅ 高品質: そのまま step4 へ
- ⚠️ 要改善: 自動修正ループを実施
- 要改善の指摘内容（どの項目が不足/不適切か）を特定
- Task tool (subagent_type: general-purpose) で指摘内容を渡してテストケースを修正させる
- 修正後のテストケースを Write tool で上書き保存
- 再度品質判定基準に基づいて評価
- 高品質になれば step4 へ
- まだ要改善の場合: もう1回だけ修正を試みる（最大2回まで）
- 2回修正しても要改善のまま → 警告をtasknoteの注意事項に追記し、step4 へ
- ❌ 不適切: AskUserQuestion でユーザに確認（「修正して再試行」/「このまま進む」/「中止」）
-
step4 を実行する
step4
- TodoWrite ツールで TODO ステータスを更新する
- 現在のTODOを「completed」にマーク
- テストケース定義フェーズの完了をTODO内容に反映
- 次のフェーズ「Redフェーズ（失敗テスト作成）」をTODOに追加
- 品質判定結果をTODO内容に記録
- 次のステップ表示: 「次のお勧めステップ:
/tsumiki-legacy:tdd-red {要件名} {{TASK-ID}}でRedフェーズ（失敗テスト作成）を開始します。」
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.
- yesterday First seen · 326 lines · 37 tokens per session scan A f6065808248f
tdd-testcases is a command published in the GitHub repository classmethod/tsumiki (974 stars, last pushed 25d ago), licensed MIT. It adds 37 tokens to every session and 4,414 once invoked, about $0.0002 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
checklist
Generate a custom checklist for the current feature based on user requirements.
clarify
Identify underspecified areas in the current feature spec by asking up to 5 highly targeted clarification questions and encoding answers back into the spec.
specify
Create or update the feature specification from a natural language feature description.
analyze
Perform a non-destructive cross-artifact consistency and quality analysis across spec.md, plan.md, and tasks.md after task generation.
converge
Assess the current codebase against the feature's spec, plan, and tasks, then append any remaining unbuilt work as new tasks to tasks.md so implement can complete it.
implement
Execute the implementation plan by processing and executing all tasks defined in tasks.md.