Delegate independent tasks to specialized agents working concurrently with isolated context.
Get phases in milestone
auditing-milestones
Use this skill to verify milestone achievement against its definition of done, checking requirements coverage, cross-phase integration, and end-to-end flows. Triggers include "audit milestone", "verify milestone", "check milestone", and "milestone audit". This skill reads existing phase verificat...
SKILL.md
Full skill instructions
<user_command>/kata:audit-milestone</user_command>
<objective> Verify milestone achieved its definition of done. Check requirements coverage, cross-phase integration, and end-to-end flows.This command IS the orchestrator. Reads existing VERIFICATION.md files (phases already verified during phase-execute), aggregates tech debt and deferred gaps, then spawns integration checker for cross-phase wiring. </objective>
<execution_context>
<!-- Spawns kata-integration-checker agent which has all audit expertise baked in --></execution_context>
<context> Version: $ARGUMENTS (optional — defaults to current milestone)Original Intent: @.planning/PROJECT.md @.planning/REQUIREMENTS.md
Planned Work: @.planning/ROADMAP.md @.planning/config.json (if exists)
Completed Work: Glob: .planning/phases/*/*-SUMMARY.md Glob: .planning/phases/*/*-VERIFICATION.md </context>
<process>0. Resolve Model Profile
Read model profile for agent spawning:
MODEL_PROFILE=$(cat .planning/config.json 2>/dev/null | grep -o '"model_profile"[[:space:]]*:[[:space:]]*"[^"]*"' | grep -o '"[^"]*"$' | tr -d '"' || echo "balanced")
Default to "balanced" if not set.
Model lookup table:
| Agent | quality | balanced | budget |
|---|---|---|---|
| kata-integration-checker | sonnet | sonnet | haiku |
Store resolved model for use in Task call below.
1. Determine Milestone Scope
# Get phases in milestone
ls -d .planning/phases/*/ | sort -V
- Parse version from arguments or detect current from ROADMAP.md
- Identify all phase directories in scope
- Extract milestone definition of done from ROADMAP.md
- Extract requirements mapped to this milestone from REQUIREMENTS.md
2. Read All Phase Verifications
For each phase directory, read the VERIFICATION.md:
cat .planning/phases/01-*/*-VERIFICATION.md
cat .planning/phases/02-*/*-VERIFICATION.md
# etc.
From each VERIFICATION.md, extract:
- Status: passed | gaps_found
- Critical gaps: (if any — these are blockers)
- Non-critical gaps: tech debt, deferred items, warnings
- Anti-patterns found: TODOs, stubs, placeholders
- Requirements coverage: which requirements satisfied/blocked
If a phase is missing VERIFICATION.md, flag it as "unverified phase" — this is a blocker.
3. Spawn Integration Checker
With phase context collected:
Task(
prompt="Check cross-phase integration and E2E flows.
Phases: {phase_dirs}
Phase exports: {from SUMMARYs}
API routes: {routes created}
Verify cross-phase wiring and E2E user flows.",
subagent_type="kata-integration-checker",
model="{integration_checker_model}"
)
4. Collect Results
Combine:
- Phase-level gaps and tech debt (from step 2)
- Integration checker's report (wiring gaps, broken flows)
5. Check Requirements Coverage
For each requirement in REQUIREMENTS.md mapped to this milestone:
- Find owning phase
- Check phase verification status
- Determine: satisfied | partial | unsatisfied
6. Aggregate into v{version}-MILESTONE-AUDIT.md
Create .planning/v{version}-v{version}-MILESTONE-AUDIT.md with:
---
milestone: {version}
audited: {timestamp}
status: passed | gaps_found | tech_debt
scores:
requirements: N/M
phases: N/M
integration: N/M
flows: N/M
gaps: # Critical blockers
requirements: [...]
integration: [...]
flows: [...]
tech_debt: # Non-critical, deferred
- phase: 01-auth
items:
- "TODO: add rate limiting"
- "Warning: no password strength validation"
- phase: 03-dashboard
items:
- "Deferred: mobile responsive layout"
---
Plus full markdown report with tables for requirements, phases, integration, tech debt.
Status values:
passed— all requirements met, no critical gaps, minimal tech debtgaps_found— critical blockers existtech_debt— no blockers but accumulated deferred items need review
7. Present Results
Route by status (see <offer_next>).
</process>
<offer_next> Output this markdown directly (not as a code block). Route based on status:
If passed:
✓ Milestone {version} — Audit Passed
Score: {N}/{M} requirements satisfied Report: .planning/v{version}-MILESTONE-AUDIT.md
All requirements covered. Cross-phase integration verified. E2E flows complete.
───────────────────────────────────────────────────────────────
▶ Next Up
Complete milestone — archive and tag
/kata:complete-milestone {version}
<sub>/clear first → fresh context window</sub>
───────────────────────────────────────────────────────────────
If gaps_found:
⚠ Milestone {version} — Gaps Found
Score: {N}/{M} requirements satisfied Report: .planning/v{version}-MILESTONE-AUDIT.md
Unsatisfied Requirements
{For each unsatisfied requirement:}
- {REQ-ID}: {description} (Phase {X})
- {reason}
Cross-Phase Issues
{For each integration gap:}
- {from} → {to}: {issue}
Broken Flows
{For each flow gap:}
- {flow name}: breaks at {step}
───────────────────────────────────────────────────────────────
▶ Next Up
Plan gap closure — create phases to complete milestone
/kata:plan-milestone-gaps
<sub>/clear first → fresh context window</sub>
───────────────────────────────────────────────────────────────
Also available:
- cat .planning/v{version}-MILESTONE-AUDIT.md — see full report
- /kata:complete-milestone {version} — proceed anyway (accept tech debt)
───────────────────────────────────────────────────────────────
If tech_debt (no blockers but accumulated debt):
⚡ Milestone {version} — Tech Debt Review
Score: {N}/{M} requirements satisfied Report: .planning/v{version}-MILESTONE-AUDIT.md
All requirements met. No critical blockers. Accumulated tech debt needs review.
Tech Debt by Phase
{For each phase with debt:} Phase {X}: {name}
- {item 1}
- {item 2}
Total: {N} items across {M} phases
───────────────────────────────────────────────────────────────
▶ Options
A. Complete milestone — accept debt, track in backlog
/kata:complete-milestone {version}
B. Plan cleanup phase — address debt before completing
/kata:plan-milestone-gaps
<sub>/clear first → fresh context window</sub>
─────────────────────────────────────────────────────────────── </offer_next>
<success_criteria>
- Milestone scope identified
- All phase VERIFICATION.md files read
- Tech debt and deferred gaps aggregated
- Integration checker spawned for cross-phase wiring
- v{version}-MILESTONE-AUDIT.md created
- Results presented with actionable next steps </success_criteria>
More Other skills
brand-guidelines
Applies Anthropic's official brand colors and typography to any sort of artifact that may benefit from having Anthropic's look-and-feel. Use it when brand colors or style guidelines, visual formatting, or company design standards apply.
theme-factory
Toolkit for styling artifacts with a theme. These artifacts can be slides, docs, reportings, HTML landing pages, etc. There are 10 pre-set themes with colors/fonts that you can apply to any artifact that has been creating, or can generate a new theme on-the-fly.
internal-comms
A set of resources to help me write all kinds of internal communications, using the formats that my company likes to use. Claude should use this skill whenever asked to write some sort of internal communications (status reports, leadership updates, 3P updates, company newsletters, FAQs, incident reports, project updates, etc.).
Fundamental design principles for writing maintainable, testable Python code.
responsive-design
Modern responsive layouts using container queries, fluid typography, CSS Grid, and mobile-first strategies.
Generate Playwright tests from scenarios using interactive browser exploration and validation.
Automated website exploration and test case generation using Playwright.
Modern React state management with Redux Toolkit, Zustand, Jotai, and React Query for every state category.
gdpr-data-handling
GDPR-compliant data handling with consent management, data subject rights, and privacy controls.
Python error handling patterns including input validation, exception hierarchies, and partial failure handling. Use when implementing validation logic, designing exception strategies, handling batch processing failures, or building robust APIs.
refactor-plan
Detailed multi-file refactor planning with safety checks and rollback guidance.
