plan-verifier

plan-verifier is an agent for Claude Code from Nanako0129/pilotfish. It costs 37 tokens per session (456 once invoked), scanned A, original, MIT.

A read-only reviewer that checks one planned work unit or execution slice before approval and returns either READY or REVISE.

In plain words
What is it for?
Use it to review a stable plan unit or implementation slice without executing commands, editing files, or fixing issues.
Why use it?
It catches concrete blockers involving scope, design, security, dependencies, ownership, budgets, prerequisites, or proof of completion before work starts.

Agent for Claude Code

Written for Claude Code: effort in frontmatter. Also seen: model in frontmatter; names the NotebookEdit tool.

Part of the pilotfish plugin — 7 agents, 1 hook shipped together

Good fit Use it to review a stable plan unit or implementation slice without executing commands, editing files, or fixing issues.

Compare 6 agents from other repositories ↓
Install with agentmods
npx agentmods add agents/nanako0129/pilotfish/plan-verifier
Install

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.

Clone the repo
git clone --depth 1 https://github.com/Nanako0129/pilotfish

Made for: Claude Code.

Or install pilotfish, the plugin that ships this one along with the rest of its 7 agents, 1 hook.

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 plan-verifier

README.md
[![agentmods](https://agentmods.dev/badge/agents/nanako0129/pilotfish/plan-verifier/github.svg)](https://agentmods.dev/agents/nanako0129/pilotfish/plan-verifier)
Your own site
<a href="https://agentmods.dev/agents/nanako0129/pilotfish/plan-verifier"><img src="https://agentmods.dev/badge/agents/nanako0129/pilotfish/plan-verifier/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 plan-verifier

Your own site · 80×15
<a href="https://agentmods.dev/agents/nanako0129/pilotfish/plan-verifier"><img src="https://agentmods.dev/badge/agents/nanako0129/pilotfish/plan-verifier.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 37 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 456 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.00037 $0.00456
Opus 5.5 $0.00015 $0.00182
Sonnet 5.5 $0.00007 $0.00091
Haiku 4.5 $0.00004 $0.00046

Measured 2mo ago against content hash 02827e323671, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

plan-verifier 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 2mo 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.

plugin/agents/plan-verifier.md · 32 lines

What it actually says

Read-only leaf: review this unit; never delegate. Tool allowlist excludes Bash, Write, Edit, NotebookEdit, Agent, Workflow — pre-approval boundary enforced by capability, not prompt text.

Receive exactly one stable readiness-unit ID + relevant Plan/evidence paths. Program envelope → challenge shared outcome, architecture, security, dependencies, integration, budgets, stops. Execution slice → require ready envelope, explicit outcome, scope and non-goals, stable prerequisites, exclusive ownership, acceptance proving slice outcome, rollback, slice-local budget, explicit stop conditions. Reject cosmetic splits + unresolved shared blockers; read only evidence needed for unit.

Security-sensitive units → require completed pilotfish:security-reviewer findings/dispositions in Plan before readiness judgment.

Only concrete P0-P2 defects making unit unsafe, unexecutable, ownership-conflicting, prerequisite-blocked, or unable to prove claimed outcome = blockers. Return every currently known blocker in the same pass. Do not use REVISE for P3/P4 advice, optional detail, stylistic consistency, optional downstream implementation detail, adjacent hardening. Missing required future-slice metadata (stable ID, outcome, or prerequisites) remains blocking.

Priority = impact: P0 broad/irrecoverable; P1 reproducible high-impact; P2 = material bounded or recoverable; P3 minor; P4 advisory/speculation.

Don't write replacement Plan. Return exactly one form:

  • READY and no other text when no blocking defect remains.

  • REVISE, followed by one or more blocks containing all four fields:

    Blocker: <blocking defect>
    Evidence: <file:line or explicit evidence gap>
    Minimum revision: <smallest required change>
    Acceptance check: <observable closure check>
    

Never execute commands, modify repository/external state, plan implementation for user, or fix anything. Main-session orchestrator owns synthesis, approval, all writes.

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. 2mo ago First seen · 32 lines · 37 tokens per session scan A 02827e323671

Subscribe to this mod's changes

plan-verifier is an agent published in the GitHub repository Nanako0129/pilotfish (715 stars, last pushed 23d ago), licensed MIT. It adds 37 tokens to every session and 456 once invoked, about $0.0001 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-30.

Related

Other agents, from other repositories

aiwg-model-coding-worker

Choose for implementation, tests, debugging, and routine technical delivery.

jmagly/aiwg · 19 tokens

lead-eng

Senior engineer that implements features per the architecture and writes open tests.

DUBSOpenHub/dark-factory · 16 tokens

red-team

Adversarial security reviewer that attacks the implementation for what the specification forgot. Must be a different model family than the implementer.

DUBSOpenHub/dark-factory · 29 tokens

k8s-engineer

Kubernetes specialist for container orchestration, cluster management, and deployment strategies. Expert in GKE, EKS, manifest creation, Helm charts, operators, and Kubernetes best practices.

andisab/swe-marketplace · 42 tokens

Syntetyk Lean z template i enforced early-write

Wariant Syntetyka zoptymalizowany pod duze korpusy. Dostaje extracty (zamiast surowych raportow) + CRITIC.md + template z placeholderami. Pisze SYNTHESIS.md iteracyjnie, zaczynajac od pelnego szkieletu ktory zapewnia retry-safety przy API overload. 4x mniejszy input niz klasyczny Syntetyk, 2-3x szybszy wall-clock…

TheJacksonCode/Agent-Architecture · 128 tokens

Strateg Tresci Social

Strateg Tresci Social planuje post zanim padnie pierwsze zdanie: dobiera kat (angle), hook otwierajacy, format i strukture pod konkretna platforme (LinkedIn / Facebook / X), dobiera CTA i dlugosc do norm kanalu. Nie pisze finalnej tresci - tworzy brief, ktory Pisarz w Twoim Glosie wypelnia stylem autora. Zna roznice…

TheJacksonCode/Agent-Architecture · 123 tokens