/verify-work
Validate built features through conversational UAT
$ npx -y skills add yeaight7/agent-powerups --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/verify-work
Context preview
What this command does when you run it.
Validate built features through conversational UAT
Command definition
verify-work.mdname: verify-work
description: Validate built features through conversational UAT
argument-hint: "[phase number, e.g., '4']"
allowed-tools:
- Read
- Bash
- Glob
- Grep
- Edit
- Write
- Task
Objective
Validate built features through conversational testing with persistent state.
Purpose: Confirm what was built actually works from the user's perspective. One test at a time, plain text responses, no interrogation. When issues are found, automatically diagnose, plan fixes, and prepare for re-execution.
Output: `{phase_num}-UAT.md` tracking all test results. If issues found: diagnosed gaps and fix plans ready for `/execute-phase`.
Context
Phase: $ARGUMENTS (optional)
- If provided: test specific phase (e.g., "4")
- If not provided: check STATE.md for active phase, or ask user
Process
**Step 1 — Load Phase Context**
Read:
- `.planning/phases/{phase}/SUMMARY.md` files (what was built)
- `.planning/REQUIREMENTS.md` (what was required)
- `.planning/ROADMAP.md` (phase goal)
- `.planning/phases/{phase}/{phase_num}-UAT.md` if a prior session exists (resume from last passing test)
**Step 2 — Derive Test Scenarios**
From the phase SUMMARY.md and requirements, derive a list of test scenarios:
- One scenario per user-facing behavior
- Ordered from most critical to least
- Include happy path and key error cases
**Step 3 — Present Tests One at a Time**
For each scenario: 1. Describe the test in plain language: "Try doing X. You should see Y." 2. Wait for user's response (pass / fail / skip / notes) 3. Record result in UAT tracking
Do NOT present multiple tests at once. Do NOT ask the user to run commands.
**Step 4 — Handle Failures**
For each failed test: 1. Diagnose the failure: read relevant code to understand root cause 2. Describe the issue clearly 3. Create a gap closure PLAN.md file in the phase directory:
- Filename: `{phase_num}-gap-{N}-PLAN.md`
- Frontmatter: `gap_closure: true`
- Content: targeted fix for the specific failure
**Step 5 — Write UAT Report**
Create or update `.planning/phases/{phase}/{phase_num}-UAT.md`:
# Phase [X]: UAT Report
**Date:** [date]
## Results
| # | Scenario | Status | Notes |
|---|----------|--------|-------|
| 1 | [scenario] | PASS/FAIL | [notes] |
## Gap Plans Created
- `{phase_num}-gap-01-PLAN.md`: [what it fixes]
## Summary
X/Y tests passed.**Step 6 — Guide Next Steps**
If all tests pass: > "All tests passed. Phase [X] is complete. Run `/plan-phase {next}` to begin Phase [next]."
If tests failed: > "Found [N] issue(s). Gap plans created. Run `/execute-phase {phase} --gaps-only` to apply fixes."
Success Criteria
- [ ] Phase context loaded (SUMMARY.md, requirements, roadmap)
- [ ] Test scenarios derived from requirements and summaries
- [ ] Tests presented one at a time with clear instructions
- [ ] Failures diagnosed and gap PLAN.md files created
- [ ] UAT report written with all results
- [ ] User knows next step
Read more
name: verify-work description: Validate built features through conversational UAT argument-hint: "[phase number, e.g., '4']" allowed-tools: - Read - Bash - Glob - Grep - Edit - Write - Task
Objective
Validate built features through conversational testing with persistent state.
Purpose: Confirm what was built actually works from the user's perspective. One test at a time, plain text responses, no interrogation. When issues are found, automatically diagnose, plan fixes, and prepare for re-execution.
Output: `{phase_num}-UAT.md` tracking all test results. If issues found: diagnosed gaps and fix plans ready for `/execute-phase`.
Context
Phase: $ARGUMENTS (optional)
- If provided: test specific phase (e.g., "4")
- If not provided: check STATE.md for active phase, or ask user
Process
**Step 1 — Load Phase Context**
Read:
- `.planning/phases/{phase}/SUMMARY.md` files (what was built)
- `.planning/REQUIREMENTS.md` (what was required)
- `.planning/ROADMAP.md` (phase goal)
- `.planning/phases/{phase}/{phase_num}-UAT.md` if a prior session exists (resume from last passing test)
**Step 2 — Derive Test Scenarios**
From the phase SUMMARY.md and requirements, derive a list of test scenarios:
- One scenario per user-facing behavior
- Ordered from most critical to least
- Include happy path and key error cases
**Step 3 — Present Tests One at a Time**
For each scenario: 1. Describe the test in plain language: "Try doing X. You should see Y." 2. Wait for user's response (pass / fail / skip / notes) 3. Record result in UAT tracking
Do NOT present multiple tests at once. Do NOT ask the user to run commands.
**Step 4 — Handle Failures**
For each failed test: 1. Diagnose the failure: read relevant code to understand root cause 2. Describe the issue clearly 3. Create a gap closure PLAN.md file in the phase directory:
- Filename: `{phase_num}-gap-{N}-PLAN.md`
- Frontmatter: `gap_closure: true`
- Content: targeted fix for the specific failure
**Step 5 — Write UAT Report**
Create or update `.planning/phases/{phase}/{phase_num}-UAT.md`:
# Phase [X]: UAT Report
**Date:** [date]
## Results
| # | Scenario | Status | Notes |
|---|----------|--------|-------|
| 1 | [scenario] | PASS/FAIL | [notes] |
## Gap Plans Created
- `{phase_num}-gap-01-PLAN.md`: [what it fixes]
## Summary
X/Y tests passed.**Step 6 — Guide Next Steps**
If all tests pass: > "All tests passed. Phase [X] is complete. Run `/plan-phase {next}` to begin Phase [next]."
If tests failed: > "Found [N] issue(s). Gap plans created. Run `/execute-phase {phase} --gaps-only` to apply fixes."
Success Criteria
- [ ] Phase context loaded (SUMMARY.md, requirements, roadmap)
- [ ] Test scenarios derived from requirements and summaries
- [ ] Tests presented one at a time with clear instructions
- [ ] Failures diagnosed and gap PLAN.md files created
- [ ] UAT report written with all results
- [ ] User knows next step
Curated power-ups for coding agents: skills, slash commands, MCP configs, hooks, AGENTS.md templates, and workflows for serious software engineering. Claude Code, Codex, Antigravity CLI, Cursor and more
Repo: yeaight7/agent-powerups
Other commands on agent-powerups.
- /bug-check
Run automated tests and build checks first, then agent code review. For each bug found, propose or document a regression test.
Open command - /build-fix
Use when a build, type check, or test suite is failing and needs to be unblocked with a minimal change.
Open command - /debug
Use when a bug needs systematic diagnosis before a fix is attempted.
Open command - /doctor
Use to diagnose environment, tooling, and Agent Powerups setup problems.
Open command - /implement
Use to turn a spec or user request into working, tested code.
Open command - /mcp-check
Use to check MCP server prerequisites before activating or using a server.
Open command

