How this command is triggered — by the user, by Claude, or both
Slash command
/spec:execute <path-to-spec-file>This command is limited to the following tools:
The summary Claude sees in its command listing — used to decide when to auto-load this command
# Implement Specification Implement the specification at: $ARGUMENTS Check if STM is available by running `stm list`. If the command fails, STM is not installed. ## Pre-Execution Checks 1. **Check Task Management**: - If STM shows "Available but not initialized" -> Run `stm init` first, then `/spec:decompose` to create tasks - If STM shows "Available and initialized" -> Use STM for tasks - If STM shows "Not installed" -> Use TodoWrite instead 2. **Verify Specification**: - Confirm spec file exists and is complete - Check that required tools are available - Stop if any...
Implement the specification at: $ARGUMENTS
Check if STM is available by running stm list. If the command fails, STM is not installed.
Check Task Management:
stm init first, then /spec:decompose to create tasksVerify Specification:
Read the specification to understand:
Using STM (if available):
stm list --status pending -f json
Using TodoWrite (fallback):
Create tasks for each component in the specification
For each task, follow this cycle:
Implement the component directly, applying domain-specific best practices:
stm show [task-id] to get full task detailsWrite comprehensive tests for the implemented component:
Important: Always run code review to verify both quality AND completeness. Task cannot be marked done without passing both. The review-fix loop runs a maximum of 3 times before escalating to the user.
iteration = 0
review_passed = false
while iteration < 3 and not review_passed:
# Run code review
Review implementation for BOTH:
1. COMPLETENESS - Are all requirements from the task fully implemented?
2. QUALITY - Code quality, security, error handling, test coverage
Categorize issues as: CRITICAL, IMPORTANT, or MINOR.
# Parse review output
Extract issues by severity:
- CRITICAL: Security vulnerabilities, crashes, data loss
- IMPORTANT: Performance issues, missing error handling
- MINOR: Style, docs (log but don't block)
if no CRITICAL and no IMPORTANT issues:
review_passed = true
break
# Fix issues
For each CRITICAL issue:
Fix immediately - these block completion
For each IMPORTANT issue:
Fix before marking task done
# Re-run tests after fixes
Run test suite to verify fixes don't break anything
iteration++
# Handle max iterations reached
if iteration >= 3 and not review_passed:
ESCALATE - Do NOT mark task done
Report to user:
- Which issues remain unresolved
- What was attempted
- Request manual intervention
Auto-update protocol - Always update STM status after review loop:
On success (review passed):
stm update [task-id] --status done --notes "Implemented, tested, reviewed - passed"
On escalation (max iterations reached):
stm update [task-id] --status blocked --notes "Review loop failed after 3 iterations - [remaining issues]"
Then notify the user of the escalation with details about remaining issues.
Create atomic commit following project conventions:
git add [files]
git commit -m "[follow project's commit convention]"
Monitor implementation progress:
Using STM:
stm list --pretty # View all tasks
stm list --status pending # Pending tasks
stm list --status in-progress # Active tasks
stm list --status done # Completed tasks
Using TodoWrite:
Track tasks in the session with status indicators.
Implementation is complete when:
If problems are encountered:
npx claudepluginhub betamatt/claude-plugins --plugin spec/implement-specImplements approved specifications phase-by-phase: locates spec, implements components per phase, verifies criteria, logs decisions in notes file, reports completion.
/implementImplements a feature specification from a spec file path using TodoWrite for structured task tracking, codebase analysis, one-task-at-a-time execution, and validation.
/buildExecutes all specs in specs/ end-to-end in dependency order, running tasks autonomously without pausing between specs, and stops only on terminal state or blockers.
/implementImplements a feature from the provided spec file path, working through checklist items methodically and updating Current Status after each.
/implementImplements features interactively via implementing-features skill using specification-driven workflow with planning approval, tests, TODO tracking, and quality standards.
/devkit.task-implementationImplements a specific task from a spec-generated task list via structured workflow including git checks, implementation, verification, and todo updates. Requires --task=name; optional --lang=java|spring|typescript|nestjs|react|python|general.