acceptance-review
Check finished sprint work against the sprint's acceptance criteria and give every criterion a verdict backed by evidence, then an overall PASS, PARTIAL or…
Skill by Jeremy Kaye
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/amahony-acceptance-review
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.
About
Reviews
Write a reviewNo 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/acceptance-review
What's inside
- Skill name
acceptance-review- Description
- Check finished sprint work against the sprint's acceptance criteria and give every criterion a verdict backed by evidence, then an overall PASS, PARTIAL or FAIL with actionable failures. Use when a sprint or wave is reported done, before tasks are marked complete, or when someone asks "is this sprint actually done", "review this against the criteria" or "verify the sprint". Works for code and non-code work. A worker's own claim of completion never counts as evidence.
- License
- MIT
- Compatibility
- Uses library_search and library_read to read the phase file, the deliverables and the worker's report. Uses connected integrations, such as a code host, when they hold the evidence.
- Metadata
- author: Jeremy Kaye · source: https://github.com/AyeJK/phase-runner/tree/main/plugin/skills/phase-verify · version: 1.0.0 · category: Review
- Instructions
- 83 lines in SKILL.md · view on GitHub
Files (2)
- LICENSE
- SKILL.md
SKILL.md (first lines)
# Acceptance review
Decides whether a sprint is done. A **sprint** is a bundle of tasks one worker can finish and that can be checked on its own; it is not a period of time. Its acceptance criteria and Verification section in the phase file are the only standard. The reviewer did not assign or do the work, which is what makes the check independent.
## Inputs
1. The sprint's section in the phase file (`Phase-{N}-{Name}.md`): Goal, Tasks with their Module and Reference cells, Acceptance Criteria and Verification. Read it with library_read; never work from memory.
2. The worker's result: what it says it completed, blocked or left as manual.
3. The deliverables: library files, documents, links, screenshots or commits the result points to, and the Reference documents the tasks follow, such as screen specs.
If a deliverable the result names cannot be found, that is a finding, not a reason to assume it exists.
## Step 1: A verdict for every criterion
For every acceptance criterion and every `assert:` line:
| Verdict | Requires |
|---------|----------|
| `MET` | Concrete evidence: the passage in the deliverable, the file and line in the code, the passing check, or the signed document. Cite it |
| `NOT_MET` | Concrete evidence that it is not met: the thing is missing, contradicts the criterion, or the check fails. Cite it |
| `UNVERIFIED` | Cannot be decided from what you can read, for example it needs a browser, a live service, real data or a person's confirmation. Say what would decide it |
- No evidence means `UNVERIFIED`, never `MET`. "Done" in the worker's result is a claim, not evidence.
- A suspicion without a citation means `UNVERIFIED`, never `NOT_MET`. A false failure costs a full redo.
- A criterion only a `MANUAL` task can meet is `UNVERIFIED (manual)`, never `NOT_MET`.
- Judge the criterion as written. Do not raise the bar, and do not lower it because the work looks good.
## Step 2: Integrity
Flag anything that makes a criterion look met without meeting it:
- **Code:** tests deleted, commented out or skipped; assertions loosened or expected values changed to match new output; coverage thresholds lowered. A change a task explicitly asked for is `EXPECTED`, with the task number.
- **Documents and other work:** placeholder text left in, figures without a source, a criterion's wording copied into the deliverable instead of being satisfied, or a "final" file that is a draft.
## Step 3: Scope
A sprint's scope is the Module cells of its tasks. Note work done outside them, naming the nearest sprint. Scope findings are notes, except these, which block:
- The worker edited the phase file. Workers never change it; only the coordinator applies results.
- Deleted files, changed deployment or security configuration, or a secret written into a deliverable.
If the sprint has no Module cells, report scope as not declared and treat every scope finding as a note.
## Step 4: Overall result
- **FAIL** when any criterion is `NOT_MET`, any integrity flag is not `EXPECTED`, or a blocking scope finding exists.
- **PARTIAL** when nothing blocks but some criteria are `UNVERIFIED` or there are non-blocking notes.
- **PASS** when every criterion is `MET` and nothing is flagged.
Write each blocking finding as one actionable line starting with the sprint id, so it can go straight back to the worker:
```
2.3: criterion "Expired links show an error" NOT_MET — src/auth/link.ts:40 returns before checking expiry
2.4: criterion "Venue contract signed" NOT_MET — venue-contract.md is the unsigned draft from 12 May
```
## Result block
End the review with this block, exactly:
```
REVIEW RESULT:
STATUS: PASS | PARTIAL | FAIL
CRITERIA:
- {sprint id} | "{criterion}" | MET | NOT_MET | UNVERIFIED | {evidence, or what would decide it}
INTEGRITY: CLEAN | FLAGGED
- {flags and EXPECTED changes; omit lines when CLEAN}
SCOPE: CLEAN | FLAGGED | NOT_DECLARED
- {item → nearest sprint, blocking or note; omit lines when CLEAN}
FAILURES:
- {actionable lines, or NONE}
NEEDS A PERSON:
- {UNVERIFIED criteria and what would decide each, or NONE}
```
## What not to do
- Do not fix the work. Report it; the worker fixes it.
- Do not change the phase file or mark tasks done.
- Do not review against anything except the written criteria and the Reference documents.
- Do not give a verdict on a criterion you did not check. Say it was not checked.From amahony/agent-templates, MIT.
More from amahony/agent-templates
- 0.570score
paper-opportunity-radar
Tam Nguyen
Run a cumulative daily or one-off sweep of research papers on a chosen topic, audit their claims, methods, integrity signals and independent support, then…
SkillAFreshness: AClaude Code +9 - 0.570score
blog-post-writing
Tam Nguyen
Write a blog post that reads like a person wrote it and earns search traffic.
SkillAFreshness: AClaude Code +9 - 0.570score
business-naming
Tam Nguyen
Generate, refine, compare and, when needed, screen distinctive names for startups, products, apps, developer tools, open-source projects, product families…
SkillAFreshness: AClaude Code +9 - 0.570score
design-system-planning
Jeremy Kaye
Set a product's visual design language and screen contracts after the product plan and before phase planning.
SkillAFreshness: AClaude Code +9 - 0.570score
mastery-plan
Tam Nguyen
Build an evidence-based path toward exceptional capability in a field or skill, and coach the learner along it.
SkillAFreshness: AClaude Code +9 - 0.570score
phase-planning
Jeremy Kaye
Create and maintain phase files, the plans that break work into phases, sprints and tasks with a status for every task.
SkillAFreshness: AClaude Code +9 - 0.565score
customer-reply
Omni
Draft replies to customer emails and support messages in the company voice.
SkillAFreshness: AClaude Code +9 - 0.565score
deep-explanation
Tam Nguyen
Explain any topic from first principles as a layered, causal explanation that fully answers the question.
SkillAFreshness: AClaude Code +9 - 0.565score
orwell-writing
Tam Nguyen
Use when an agent is asked to draft, rewrite, edit, review, polish, copyedit, simplify, humanize, or create written prose, including creative writing, essays…
SkillAFreshness: AClaude Code +9 - 0.565score
document-review
Omni
Review a draft document for clarity, structure, tone, and errors, and return prioritised feedback.
SkillAFreshness: AClaude Code +9 - 0.565score
job-description
Omni
Write a job description in house format from a hiring manager's notes.
SkillAFreshness: AClaude Code +9 - 0.565score
linkedin-post-writing
Omni
Write, improve or audit a LinkedIn post, or draft hook options, with a reader-first method built to grow followers.
SkillAFreshness: AClaude Code +9
Signals
- Stars
- 0
- Forks
- 0
- Open issues
- 0
- Last commit (this folder)
- Oct 19, 2026 (10 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- Version
- 1.0.0
- License
- MIT
- Repository
- github.com/amahony/agent-templates
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from Jeremy Kaye
- 0.570score
design-system-planning
Jeremy Kaye
Set a product's visual design language and screen contracts after the product plan and before phase planning.
SkillAFreshness: AClaude Code +9 - 0.570score
phase-planning
Jeremy Kaye
Create and maintain phase files, the plans that break work into phases, sprints and tasks with a status for every task.
SkillAFreshness: AClaude Code +9 - 0.565score
phase-coordination
Jeremy Kaye
Run a phase from its phase file, sprint by sprint, grouping independent sprints into parallel waves, giving each sprint to its own thread, sending finished…
SkillAFreshness: AClaude Code +9
Cite this page
acceptance-review skill. Agent Mart. https://agentmart.dev/skills/amahony-acceptance-review (last updated 2026-10-24)