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 skills add s977043/river-review --skill plangate-tdd-evidencegit clone --depth 1 https://github.com/s977043/river-reviewWrote 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/skills/s977043/river-review/plangate-tdd-evidence)<a href="https://agentmods.dev/skills/s977043/river-review/plangate-tdd-evidence"><img src="https://agentmods.dev/badge/skills/s977043/river-review/plangate-tdd-evidence/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.
<a href="https://agentmods.dev/skills/s977043/river-review/plangate-tdd-evidence"><img src="https://agentmods.dev/badge/skills/s977043/river-review/plangate-tdd-evidence.svg" alt="Reviewed on agentmods" width="80" 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.00068 | $0.03067 |
| Opus 5 | $0.00034 | $0.01533 |
| Sonnet 5 | $0.00014 | $0.00613 |
| Haiku 4.5 | $0.00007 | $0.00307 |
Grade A, and why
PlanGate TDD Evidence Review 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 8d 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 — 151 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Pattern declaration
Primary pattern: Reviewer
Secondary patterns: Inversion
Why: tdd-ledger のフェーズ別証跡を基準として妥当性を突き合わせる照合型レビューであり、必須 artifact(tdd-ledger)が揃わない場合は実行を止めるゲート(Inversion)も要する。
Goal / 目的
- TDD を主張する実装について、
tdd-ledgerに記録された RED/GREEN/REFACTOR VERIFY フェーズの証跡が妥当かを検査する。 - 「TDD したと主張するが RED 証跡が無い」「RED が偶然 pass している」「証跡が test-cases に対応しない」といった証跡の欠落・偽装を検知する。
Non-goals / 扱わないこと
- テストコードの書き方・命名・カバレッジ品質(
code-*系 test scaffold skill の領域)。 - plan / todo / test-cases と差分の整合(姉妹 skill
plangate-exec-conformanceの領域)。 - 既存レビュー文書の W チェック(
plangate-verification-auditの領域)。 - すべての PR に TDD を要求すること(TDD が宣言・要求された変更のみが対象)。
Pre-execution Gate / 実行前ゲート
このスキルは、以下の条件のいずれか 1 つでも満たされない場合に NO_REVIEW を返す(すべて満たされたときのみレビューを実行する)。
- artifact として
tdd-ledgerが解決できている -
tdd-ledgerに 1 つ以上のphases[]エントリが含まれている - inputContext に
diffが含まれ、レビュー対象の差分が空でない
ゲート不成立時の出力: NO_REVIEW: plangate-tdd-evidence — tdd-ledger artifact または差分が揃っていない
Gate と抑制条件の違い:
- Gate = 実行するかどうかの判定(
tdd-ledgerが欠損していれば一切レビューしない)。 - 抑制条件 = 実行した上で黙るかどうかの判定。
False-positive guards / 抑制条件
- TDD が要求されない変更(ドキュメント・設定・生成物のみの差分で、ledger も TDD フェーズを記録していない)は指摘しない。
refactor_verifyは refactor が行われた場合のみ必須。リファクタを伴わない差分での欠如は指摘しない。- ledger が「TDD 対象外」と明記したフェーズ・タスクは対象外とする。
- 証跡の妥当性が ledger だけでは判断できない場合は、断定せず
[q]で確認する(推測で「偽装」と断定しない)。
抑制時の出力: 該当する指摘を出力しない(黙る)。
Rule / ルール
tdd-ledger.json の phases[] を読み、各フェーズの妥当性を次のルールで検査する。
- RED の存在と妥当性
- high-risk / TDD 宣言のある変更に
tdd_redフェーズが存在するか確認する。 tdd_redはexitCode != 0(テストが先に失敗した)であること。exitCode == 0は「RED が偶然 pass」= 偽の RED として指摘する。conclusionが、期待された失敗(対象機能の未実装)を説明しているか確認する。無関係なランタイムエラー・import 失敗での失敗は無効な RED として指摘する。
- high-risk / TDD 宣言のある変更に
- GREEN の存在と対応
tdd_greenフェーズが存在しexitCode == 0であること。tdd_greenの対象がtdd_redと同じ挙動(同じtestCaseRefs/ コマンド)を指しているか確認する。RED と無関係な GREEN は指摘する。
- REFACTOR VERIFY
- 差分に整理・リファクタが含まれる場合、
refactor_verify(exitCode == 0)が存在するか確認する。
- 差分に整理・リファクタが含まれる場合、
- verification(TDD 以外の最終検証)
verificationフェーズが記録されている場合はexitCode == 0であることを確認する。exitCode != 0は最終検証の失敗として指摘する。verificationは RED/GREEN を置き換えない。verification のみが存在しtdd_red/tdd_greenを欠く場合はmissing-tdd-red/missing-tdd-greenの対象とする。
- test-cases との対応
phases[].testCaseRefsがtest-casesartifact のケース ID に対応づくか確認する。対応づかない証跡はtdd-evidence-not-linked-to-test-caseとして指摘する。test-casesの受入挙動に対し、テストが mock のみを検証してビジネス境界を見ていないと読み取れる場合は指摘する。
- 不確実性の扱い
- ledger の記述が曖昧でフェーズ妥当性が判断できない場合は、断定せず
[q]として質問形式で返す。
- ledger の記述が曖昧でフェーズ妥当性が判断できない場合は、断定せず
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.
- 8d ago First seen · 151 lines · 68 tokens per session scan A 7d8fcc1ae859
PlanGate TDD Evidence Review is a skill published in the GitHub repository s977043/river-review (3 stars, last pushed yesterday), licensed MIT. It adds 68 tokens to every session and 3,067 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-03.
Other skills, from other repositories
testing-strategy
Design test strategies and test plans with coverage targets. Complements /draft:coverage which measures what this skill plans. Auto-loaded by /draft:implement before TDD.
test-audit
Audit test suites for T1-T4 violations using AST analysis, mock detection, and multi-stage synthesis. Invoke when user asks to audit tests, check test quality, find mock violations, review test effectiveness, or inspect test suites for over-mocking. Triggers automatic rewrites when quality gates fail.
plan
Analyzes architecture, selects patterns, assesses testability, then decomposes work into ordered TDD tasks with exact verification commands and explicit acceptance mapping. Works from an approved spec (zuvo:brainstorm output) or directly from a user-provided description.
deep-plan
Creates detailed, sectionized, TDD-oriented implementation plans through research, stakeholder interviews, and multi-LLM review. Use when planning features that need thorough pre-implementation analysis.
clean-code
This skill should be used when the user asks to "refactor code", "review code quality", "apply clean code principles", "check for code smells", "improve code design", "do a clean code review", "apply SOLID principles", "fix naming", "reduce complexity", or when performing the refactor phase of a TDD cycle.
deep-implement
Implements code from /deep-plan section files with TDD methodology, code review, and git workflow. Use when implementing plans created by /deep-plan.