From sprint
Review work in the current session after an agent marks a task as review. Applies type-specific criteria (coding/design/docs/general), reports findings, user selects improvements, enters Plan Mode, then executes improvements and marks task done. Triggers: 'review work', '작업 리뷰', '리뷰해줘'
How this skill is triggered — by the user, by Claude, or both
Slash command
/sprint:review-workThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Review a task in `review` status, identify improvements, and execute selected fixes — all in the same session.
Review a task in review status, identify improvements, and execute selected fixes — all in the same session.
review and reports to the userreview → done transitionThis skill operates in a sprint folder containing:
BACKLOG.md - Backlog itemsHANDOFF.md - Current progress statusactive/ - Feature working contextsrefs/ - Reference documents/sprint:review-backlog| Aspect | review-backlog | review-work |
|---|---|---|
| When | Any time, post-completion | Same session, right after agent reports |
| Scope | Comprehensive audit checklist | Focused review criteria |
| Output | New improvement Tasks in BACKLOG | Selected improvements executed immediately |
| Execution | Next session via @INSTRUCTION.md | Same session after plan approval |
| Result | Task stays, new Tasks added | Reviewed task marked done |
This skill is called in the same session where the agent just completed work and marked it as review.
Use the current conversation context to identify the review target — no need to scan BACKLOG.md.
Leverage information already in the session. Read additional files as needed:
| Source | Purpose |
|---|---|
active/F{n}-*.md | Work notes, modified files list |
refs/plans/F{n}-T{m}-*.md | Original plan (intent vs. outcome) |
refs/designs/F{n}-*.md | Feature design (goals, type) |
Determine task type from the Feature's Design doc:
coding | design | docs | generalFor coding tasks, also read:
For design tasks, also read:
Load criteria based on type:
| Type | Criteria File |
|---|---|
| coding | assets/coding/criteria.md |
| design | assets/design/criteria.md |
| docs | assets/docs/criteria.md |
| general | assets/general/criteria.md |
Note: These are focused review criteria, not exhaustive checklists. Review what was actually delivered. Flag real issues, not hypothetical concerns.
Categorize findings:
| Category | Description |
|---|---|
| 🔴 Critical | Must fix — goal not met, acceptance criteria failed, bugs, security issues, broken functionality. Failure to meet goals or acceptance criteria is always Critical. |
| 🟡 Improvement | Should fix — readability, maintainability, quality |
| 🟢 Minor | Nice to fix — naming, formatting, small cleanups |
| 💡 Suggestion | Future consideration only — not for this session |
Report format:
## Review: T{n}.{m}: [Task name]
### Summary
[1-2 sentence summary of what was done and overall quality assessment]
### 🔴 Critical (N items)
1. [Issue]: [Description]
- Location: [File/location]
- Impact: [Why this matters]
### 🟡 Improvement (N items)
1. [Issue]: [Description]
- Current: [Current state]
- Suggested: [What to improve]
### 🟢 Minor (N items)
1. [Issue]: [Brief description]
### 💡 Suggestion (N items)
- [Suggestion for future work]
---
Which items would you like to fix before marking done?
- Enter numbers (e.g., "all critical, improvement 1, 3")
- Enter "none" to mark done as-is
- Enter "all" to fix everything except suggestions
If no issues found:
## Review: T{n}.{m}: [Task name]
### Summary
[Summary of work done]
No issues found. Task meets all review criteria.
Mark as done?
Enter Plan Mode when user selects improvements to fix.
Creating improvement plan for selected items.
Entering Plan Mode.
Plan file content:
# T{n}.{m}: [Task Name] - Review Improvements
> Execute improvements and mark task as done.
## Sprint Context
| Key | Value |
|-----|-------|
| Sprint | `{sprint-absolute-path}` |
| Feature | `F{n}: {feature-name}` |
| Task | `T{n}.{m}: {task-name}` |
**Required reads after context clear:**
1. `{sprint-path}/BACKLOG.md`
2. `{sprint-path}/HANDOFF.md`
3. `{sprint-path}/active/F{n}-*.md`
## Review Summary
- Reviewed: T{n}.{m}: [task name]
- Critical: N, Improvement: N, Minor: N
- Selected for improvement: [list]
## Improvements
### 1. [Improvement title]
- **Issue**: [What's wrong]
- **Fix**: [Specific steps]
- **Files**: [Files to modify]
### 2. [Improvement title]
...
## Post-Improvement Steps
1. Verify all improvements are applied
2. Run tests (if coding type)
3. Update BACKLOG.md: `[ ] T{n}.{m}: [name] \`review\`` → `[x] T{n}.{m}: [name] \`done\``
4. Update HANDOFF.md: Move from In Review → Recently Done
5. Update `active/F{n}-*.md` with review completion notes
6. Check if Feature is now complete (all Tasks done)
- If yes: mark Feature `[x]` in BACKLOG.md
- Archive: move `active/F{n}-*.md` → `refs/archive/F{n}-name.md`, add Lessons Learned
- Clean up BACKLOG.md: remove Feature section, add one-line to Done
Wait for user approval.
After plan approval, execute immediately (unlike review-backlog).
# Before
- [ ] T1.2: Login API `review`
# After
- [x] T1.2: Login API `done`
If all Tasks in the Feature are done:
- [x] F1: User Authentication
Then archive the Feature (see INSTRUCTION.md "Feature Context Management"):
active/F{n}-*.md → refs/archive/F{n}-name.mdF1: Feature Name - completed YYYY-MM-DDMove task from In Review to Recently Done.
Add review completion notes. (If Feature is done, this happens in the archived file instead.)
T{n}.{m}: [Task name] review complete.
Review results:
- 🔴 Critical: N items (N fixed)
- 🟡 Improvement: N items (N fixed)
- 🟢 Minor: N items (N fixed)
- 💡 Suggestion: N items (noted)
Improvements applied:
- [List of applied improvements]
Updated files:
- BACKLOG.md - Task marked done (Feature archived if complete)
- HANDOFF.md - Moved to Recently Done
- active/F{n}-*.md - Review notes added (moved to refs/archive/ if Feature complete)
When no issues found or user selects "none":
/sprint:review-backlog — Comprehensive audit with new Tasks for next session/sprint:plan-backlog — Design items in detail/sprint:add-backlog — Add backlog items@INSTRUCTION.md — Start work sessionsnpx claudepluginhub workingdanny911/dannys-claudeReviews a work item through multiple quality lenses (codebase, docs, web research) and collaborates on improvements before implementation or escalation.
Verifies task completion with checklist: collects evidence like screenshots/videos in REPORT.md, asks report level via user question, initiates reviews (code-security, e2e, ui-ux). Use post-implementation.
Verifies code implementations match specs, PRDs, epics, or tasks by checking completeness, acceptance criteria, edge cases, and scope creep. Use post- or during-implementation.