Skip to content
Agentmart
Submit a tool

reach-plan-audit

Use right after every reach plan save, and whenever reach qualify stops at plan_audit.

Skill by SteveBenner

IndexedMIT
Write a review

Chalk Labs

Need help deploying reach-plan-audit?

Chalk Labs sets up agents like this inside real teams: connected to your tools, tested on your data, with a human in the loop where it matters.

Book a call

Install

Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.

npx agentmarket install skill/stevebenner-reach-plan-audit

Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.

Get the weekly diff

The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.

We use your email only for this newsletter. Privacy

About

Use right after every reach plan save, and whenever reach qualify stops at plan_audit. A second, independent pass that checks the saved plan against the assignment's released constraints before any code is written or qualified.

Use cases: security

No reviews yet. Installed it? Reviews come from verified installers only. How reviews work

Permissions

What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.

Tools
No tools found
Secrets
None asked for
Install scripts
None found

Network hosts it talks to 1

  • codeload.github.com · found in install command

Files it touches

  • ~/.claude/skills/reach-plan-audit

What's inside

Skill name
reach-plan-audit
Description
Use right after every reach plan save, and whenever reach qualify stops at plan_audit. A second, independent pass that checks the saved plan against the assignment's released constraints before any code is written or qualified.
License
MIT
Instructions
23 lines in SKILL.md · view on GitHub

Files (1)

  • SKILL.md

SKILL.md (first lines)

The plan audit is a second pass over the saved plan. Its only question: can this plan, built exactly as written, satisfy every constraint the course released for this slice? It judges the plan, not the student, and it never writes code.

**Run it as a separate pass.** If this app can start a subagent, start a fresh one and give it only these instructions and the packet, then record with `--auditor subagent`. If it cannot, set aside how you wrote the plan, work only from the packet, and record with `--auditor separate_pass`. Do not defend the plan you wrote; look for where it breaks.

1. **Get the packet.** `reach plan audit packet` (or the reach_plan tool with action audit_packet). It holds the plan and the released constraints: the behaviour, the operation's input and output, the contract, the instructor APIs, the required APIs, the slice's constraints, the graded scenario names and the owned files. Read nothing else. The course reference, other slices and anything outside the packet are not part of this audit, and you never look for or guess at expected answers.
2. **Check every constraint against the plan**, one by one:
   - **Required APIs.** For each required API, a plan step calls it and uses what it returns. A step that works out by itself what a required API returns (its own formula, weights, coefficients, lookup or rule) breaks the constraint, even when the student asked for it.
   - **Behaviour.** The plan does what the behaviour sentence says, in its words. "Using the supplied formula" means calling the formula API, not writing a formula.
   - **Operation.** The plan's input and output match the operation's fields, names and types.
   - **Contract and constraints.** No step contradicts a contract line or a listed constraint.
   - **Graded scenarios.** Every graded scenario name appears in the plan's scenarios exactly as written.
   - **Owned files.** Nothing in the plan needs a file outside the owned files or an API outside the instructor APIs.
   - **Edge cases.** Each edge case is possible under the contract. One that cannot happen, or that contradicts a constraint, is a finding.
3. **Decide.** Pass only when every check holds. One broken constraint fails the plan.
4. **Record it.**
   - Pass: `reach plan audit record --verdict pass --reason "<one line on why it holds>" --auditor <subagent|separate_pass>`
   - Fail: `reach plan audit record --verdict fail --finding "<constraint, quoted from the packet> | <the plan item that breaks it> | <what goes wrong, in plain words>" --auditor <subagent|separate_pass>`, with one `--finding` per broken constraint.
   The verdict is bound to this exact plan and these constraints. Any change to the plan's behaviour, input, output, steps, edge cases or scenarios, or a new course package, needs a new audit. Progress notes do not.
5. **After a fail, go back to the student before any code.** Tell them in plain words, without code, what the course requires and how the plan differs. For example: "The course gives this part a ready-made scoring formula, and the plan works out its own score instead, so the course's checks will not accept it." When the difference comes from something the student said, keep their reasoning: write it in their words in the README.md section where they explain their choices. Then correct the plan to the constraint with `reach plan save`, read it back, get their yes, and run this audit again. The released constraints win over the plan. They also win over a student's preference; raise a hand only if the student disagrees with the course's rule itself.
6. **After a pass**, continue the reach-feature flow at step 4.

`reach qualify` checks for a passing audit of the current plan before anything else. When the course enforces it, qualify will not start without one, and that refusal does not count as a try. After three refusals in a row rEach asks the instructor to look at the plan; tell the student help is on the way and keep working on the plan with them.

From SteveBenner/rEach, MIT.

More from SteveBenner/rEach

Signals

Stars
0
Forks
0
Open issues
2
Last commit (this folder)
Oct 20, 2026 (10 days ago)
Last release
Oct 22, 2026 (8 days ago)

From GitHub (fetched Oct 24, 2026).

Details

License
MIT
First seen
Oct 24, 2026
Last checked
Oct 24, 2026

More from SteveBenner

Done for you

Rather not set it up yourself?

Chalk Labs scopes, builds and runs agents for your team: the task audit, the eval harness, the integrations and the weekly ops report. Fixed scope, priced before we start.

See how we build AI agents →Read the case studies

Chalk Labs is a two-founder AI and growth studio. We build AI agents, CRMs and MVPs for Web3 and AI companies, and have shipped 50+ product and token launches.

launches shipped
50+
launches shipped
media placements
500+
media placements
founders on every account
2
founders on every account

Press we've placed: Forbes · CoinDesk · Decrypt · Cointelegraph · The Block

Rahil Jain, Co-founder, Chalk Labs. Ex-Goldman Sachs engineer. You talk to the person who builds it.

Get reach-plan-audit running in your business

Tell us what you want to automate. A founder replies within one working day with a plan, not a pitch deck.

Goes to the Chalk Labs founders, not the newsletter. Privacy

Need help deploying reach-plan-audit?

CallGet help
Cite this page

reach-plan-audit skill. Agent Mart. https://agentmart.dev/skills/stevebenner-reach-plan-audit (last updated 2026-10-24)