| name | validate |
| description | Verify that an implementation plan was correctly executed. Runs success criteria checks and generates validation reports. Use after implementation is complete. |
| argument-hint | ["plan-path"] |
| allowed-tools | Read, Bash(git *), Bash(make *), Glob, Grep, Agent |
Validate Plan
You are tasked with validating that an implementation plan was correctly executed, verifying all success criteria and identifying any deviations or issues.
Initial Setup
When invoked:
-
Determine context - Are you in an existing conversation or starting fresh?
- If existing: Review what was implemented in this session
- If fresh: Need to discover what was done through git and codebase analysis
-
Locate the plan:
- If plan path provided, use it
- Otherwise, search recent commits for plan references or ask user
-
Gather implementation evidence:
git log --oneline -n 20
git diff HEAD~N..HEAD
cd $(git rev-parse --show-toplevel) && make check test
Validation Process
Step 1: Context Discovery
If starting fresh or need more context:
If the injected git context shows "not a git repo":
- Skip git-based evidence gathering (git log, git diff)
- Validate via file inspection, automated test commands, and plan checklist
- Note in report: "Git history unavailable — validation based on file inspection only"
-
Read the implementation plan completely
-
Identify what should have changed:
- List all files that should be modified
- Note all success criteria (automated and manual)
- Identify key functionality to verify
-
Spawn parallel research agents to verify implementation:
Use the Agent tool to spawn general-purpose sub-agents to validate the implementation:
- general-purpose agent — Verify implementation details match plan specifications (analyzer role)
- general-purpose agent — Verify implementation follows established codebase patterns (pattern-finder role)
Example agent prompts:
- "Analyze [component] and verify it implements [plan requirement] correctly"
- "Find patterns similar to [new code] and check if conventions are followed"
Also gather evidence directly:
git log --oneline -n 20
git diff HEAD~N..HEAD
cd $(git rev-parse --show-toplevel) && make check test
Step 2: Systematic Validation
For each phase in the plan:
-
Check completion status:
- Look for checkmarks in the plan (- [x])
- Verify the actual code matches claimed completion
-
Run automated verification:
- Execute each command from "Automated Verification"
- Document pass/fail status
- If failures, investigate root cause
-
Assess manual criteria:
- List what needs manual testing
- Provide clear steps for user verification
-
Think deeply about edge cases:
- Were error conditions handled?
- Are there missing validations?
- Could the implementation break existing functionality?
Step 3: Generate Validation Report
Create comprehensive validation summary:
## Validation Report: [Plan Name]
### Implementation Status
✓ Phase 1: [Name] - Fully implemented
✓ Phase 2: [Name] - Fully implemented
⚠️ Phase 3: [Name] - Partially implemented (see issues)
### Automated Verification Results
✓ Build passes: `make build`
✓ Tests pass: `make test`
✗ Linting issues: `make lint` (3 warnings)
### Code Review Findings
#### Matches Plan:
- Database migration correctly adds [table]
- API endpoints implement specified methods
- Error handling follows plan
#### Deviations from Plan:
- Used different variable names in [file:line]
- Added extra validation in [file:line] (improvement)
#### Potential Issues:
- Missing index on foreign key could impact performance
- No rollback handling in migration
### Manual Testing Required:
1. UI functionality:
- [ ] Verify [feature] appears correctly
- [ ] Test error states with invalid input
2. Integration:
- [ ] Confirm works with existing [component]
- [ ] Check performance with large datasets
### Recommendations:
- Address linting warnings before merge
- Consider adding integration test for [scenario]
- Document new API endpoints
Working with Existing Context
If you were part of the implementation:
- Review the conversation history
- Check your todo list for what was completed
- Focus validation on work done in this session
- Be honest about any shortcuts or incomplete items
Important Guidelines
- Be thorough but practical - Focus on what matters
- Run all automated checks - Don't skip verification commands
- Document everything - Both successes and issues
- Think critically - Question if the implementation truly solves the problem
- Consider maintenance - Will this be maintainable long-term?
Validation Checklist
Always verify:
Relationship to Other Skills
Recommended workflow:
/skill:implement - Execute the implementation
/skill:commit - Create atomic commits for changes
/skill:validate - Verify implementation correctness
The validation works best after commits are made, as it can analyze the git history to understand what was implemented.
Remember: Good validation catches issues before they reach production. Be constructive but thorough in identifying gaps or improvements.