Validate Workflow
validate-workflow
Validate AI Developer Workflow step outputs and contracts. Use when verifying workflow step completeness before proceeding.
SKILL.md
Full skill instructions
Validate Workflow
Validate AI Developer Workflow step outputs and ensure contract compliance.
Arguments
$ARGUMENTS:<step-type> [spec-path]step-type: One ofplan,build,review,fixspec-path: Optional path to spec file (auto-detected if not provided)
Step Contracts
| Step | Output Type | Key Requirements |
|---|---|---|
plan | Spec file | Summary, requirements, criteria, approach |
build | Code changes | Commits with prefix, tests pass |
review | Report | PASS/FAIL status, severity-rated issues |
fix | Resolutions | Issues addressed, no new issues |
Instructions
Step 1: Identify Step Type
Parse the step type from arguments:
Valid types: plan, build, review, fix
Step 2: Load Step Contract
Plan Contract:
- Spec file exists at
specs/*.md - Contains Summary section
- Contains Requirements list
- Contains Acceptance Criteria
- Contains Technical Approach
- Scope is bounded and achievable
Build Contract:
- Files modified or created
- Commits exist with
build:prefix - No build/lint errors
- Tests pass (if exist)
- All spec requirements addressed
Review Contract:
- Report generated with structured format
- STATUS is clearly PASS or FAIL
- Issues have severity levels (CRITICAL/HIGH/MEDIUM/LOW)
- Issue descriptions are actionable
- All code reviewed against spec
Fix Contract:
- All flagged issues addressed
- Commits exist with
fix:prefix - No new issues introduced
- Verification confirms resolution
Step 3: Validate Outputs
For Plan Step:
# Find latest spec file
ls -t specs/*.md | head -1
# Check required sections
grep -c "## Summary\|## Requirements\|## Acceptance\|## Technical" specs/latest.md
For Build Step:
# Check for build commits
git log --oneline -5 | grep "^[a-f0-9]* build:"
# Check build status
npm run build 2>&1 | tail -5
# or: dotnet build 2>&1 | tail -5
# Check tests
npm test 2>&1 | tail -10
# or: dotnet test 2>&1 | tail -10
For Review Step:
# Check for review report
ls -t .claude/temp/*review*.md 2>/dev/null | head -1
# Verify PASS/FAIL status
grep -E "STATUS:|Result:" review_report.md
For Fix Step:
# Check for fix commits
git log --oneline -5 | grep "^[a-f0-9]* fix:"
# Verify no new issues
# (re-run review step)
Step 4: Check Success Criteria
For each criterion in the contract:
- Execute verification command/check
- Record pass/fail status
- Capture evidence (file path, command output, etc.)
Step 5: Report Results
Generate validation report.
Output
## Workflow Validation Report
### Step Validated
**Step:** {plan|build|review|fix}
**Spec Path:** {path if applicable}
**Timestamp:** {ISO-8601}
### Contract Check
| Requirement | Status | Evidence |
| --- | --- | --- |
| {requirement} | ✅/❌ | {details} |
| {requirement} | ✅/❌ | {details} |
| {requirement} | ✅/❌ | {details} |
### Output Validation
#### {Output Name}
- **Path:** {path}
- **Exists:** ✅/❌
- **Format Valid:** ✅/❌
- **Issues:** {if any}
### Success Criteria
| Criterion | Met | Evidence |
| --- | --- | --- |
| {criterion} | ✅/❌ | {evidence} |
| {criterion} | ✅/❌ | {evidence} |
### Overall Status
**Result:** VALID | INVALID
**Summary:** {brief summary of validation result}
### Issues Found
1. **{Severity}:** {description}
- **Location:** {where}
- **Expected:** {what should be}
- **Actual:** {what was found}
- **Recommendation:** {how to fix}
### Next Steps
- {Recommended action if invalid}
- {Continue to next step if valid}
Validation Quick Reference
Plan Validation Commands
# Check spec exists
test -f specs/*.md && echo "Spec exists"
# Check sections
for section in "Summary" "Requirements" "Acceptance" "Technical"; do
grep -q "## $section" specs/*.md && echo "$section: OK"
done
Build Validation Commands
# Check commits
git log --oneline -10 | grep "build:"
# Check tests
npm test --if-present || echo "No npm tests"
dotnet test 2>/dev/null || echo "No dotnet tests"
Review Validation Commands
# Check report format
grep -E "^STATUS:|^Result:" review_output.md
# Check severity levels
grep -cE "CRITICAL|HIGH|MEDIUM|LOW" review_output.md
Anti-Patterns
| Avoid | Why | Instead |
|---|---|---|
| Skipping validation | Proceeding with incomplete work | Always validate before next step |
| Partial checks | Missing critical issues | Complete all contract checks |
| Auto-fixing during validation | Scope creep | Validate only, fix separately |
| Ignoring warnings | Technical debt | Address all severity levels |
Cross-References
- @composable-steps.md - Step contracts
- @adw-framework.md - ADW architecture
workflow-validatoragent - Automated validationcomposable-step-designskill - Step design patterns
