ruvnet / sparc-refine
Run the SPARC Refinement and Completion phases — review code, improve test coverage, validate against specification, and generate documentation
SPARC Refinement + Completion
Run Phases 4 and 5 of the SPARC methodology: iteratively improve through code review and testing, then finalize with validation, documentation, and deployment readiness.
When to use
After the Architecture phase is complete and its gate has been passed. This skill covers the final two phases that bring a feature from implemented to production-ready.
Steps
Phase 4 — Refinement
- Retrieve all prior artifacts — call
mcp__plugin_ruflo-core_ruflo__memory_searchwith namespacesparc-phasesand query for the feature slug. Load spec (acceptance criteria), pseudocode, and architecture. - Retrieve phase state — call
mcp__plugin_ruflo-core_ruflo__memory_retrievewith namespacesparc-stateand exact keycurrent-phase-{feature-slug}to confirm we are in Phase 4 (or Phase 5 when resuming completion). Ifstatus === "complete", report the existing completion and do not write again; stop on missing/malformed state. Code review — review the implementation against:
a. Specification compliance: does every acceptance criterion have a corresponding code path?
b. Architecture adherence: do modules follow the defined boundaries and dependency rules?
c. Pseudocode fidelity: does the implementation match the designed algorithms?
d. Code quality: naming conventions, single responsibility, error handling, no dead code
e. Document findings as review commentsTest coverage analysis:
a. Run existing tests and measure coverage
b. Identify uncovered acceptance criteria
c. Write missing tests:- Unit tests for each public function
- Integration tests for cross-module interactions
- Edge case tests for each identified edge case from the spec
d. Target coverage >= 80% on new code
Performance validation — if the spec includes performance constraints:
a. Profile critical paths identified in the pseudocode
b. Compare measured performance against constraint thresholds
c. Optimize if thresholds are not metIterate — repeat steps 3-5 until:
- All acceptance criteria have passing tests
- Code review has no critical or high-severity issues
- Coverage meets the threshold
- Performance constraints are satisfied
Store refinement artifact — call
mcp__plugin_ruflo-core_ruflo__memory_storewith namespacesparc-phases, keyrefine-{feature-slug}, value:{ status: "complete", reviewFindings: [...], coveragePercent: N, performanceResults: {...}, iterations: N }Before moving to Phase 5, evaluate the Phase 4 gate (passing acceptance tests, approved review, coverage >= 80%) and store its evidence in
sparc-gates. On failure preserve phase, increment gateAttempts, refreshupdatedAtwith the current ISO timestamp at the exact current-phase key, report blockers and stop. On pass preserve existing state fields, set phase 5, phaseName "Completion", status "active", andupdatedAtto the current ISO timestamp at the same key insparc-state. When resuming Phase 5, do not repeat the Phase 4 transition.- Record trajectory step — call
mcp__plugin_ruflo-core_ruflo__hooks_intelligence_trajectory-stepwith refinement summary
Phase 5 — Completion
- Full regression — run the complete test suite to verify no regressions from refinement changes
Traceability matrix — build a matrix mapping every acceptance criterion to:
- The test(s) that verify it
- The code file(s) that implement it
- The current pass/fail status
Documentation:
a. Generate API documentation from code comments and type definitions
b. Write usage examples for key public interfaces
c. Update any existing documentation affected by the changesDeployment readiness checklist:
- [ ] All tests passing
- [ ] Documentation complete
- [ ] Database migrations prepared (if applicable)
- [ ] Configuration changes documented
- [ ] Feature flags configured (if applicable)
- [ ] Rollback plan defined
- [ ] Security review complete (no secrets, inputs validated)
Evaluate the final Phase 5 gate — completion is allowed only when final gate evidence for every criterion passes: full regression actually ran and passed, documentation is complete, deployment checklist is verified, and traceability links every acceptance criterion to passing tests. Store the actual pass/fail evidence at
gate-5-{feature-slug}-{timestamp}insparc-gates. If evidence is missing, failed, interrupted, or unrun, preserve state and phase, increment gateAttempts, refreshupdatedAtto the current ISO timestamp at the exact current-phase key, report blockers and stop. Do not store a complete artifact or complete the state, set completedAt, or train a successful cycle on failure.After the final gate passes, store completion artifact — call
mcp__plugin_ruflo-core_ruflo__memory_storewith namespacesparc-phases, keycomplete-{feature-slug}, value:{ status: "complete", traceabilityMatrix: [...], documentationFiles: [...], deploymentChecklist: {...}, regressionResult: "pass" }Close the workflow — retrieve
current-phase-{feature-slug}exactly fromsparc-stateagain and decode it asstate. Ifstatus === "complete", do not write again or change its timestamps. Otherwise require phase 5 and the successful final gate evidence above; stop on missing/malformed or changed state. Preserve all existing state fields and setnow = new Date().toISOString(). Callmcp__plugin_ruflo-core_ruflo__memory_storewith namespacesparc-stateand exact keycurrent-phase-{feature-slug}, value{ ...state, phase: 5, phaseName: "Completion", status: "complete", completedAt: now, updatedAt: now }once. Keep phase 5, never increment to 6. Report completion only after this write succeeds. A completion artifact alone does not close state; this read/write sequence is not an atomic concurrency guarantee.- End trajectory — call
mcp__plugin_ruflo-core_ruflo__hooks_intelligence_trajectory-endwith the full SPARC cycle summary - Train neural patterns — call
mcp__plugin_ruflo-core_ruflo__neural_trainwith the successful SPARC cycle data to improve future predictions - Store learned pattern — call
mcp__plugin_ruflo-core_ruflo__memory_storewith namespacepatterns, keysparc-{feature-slug}, value summarizing what worked, phase durations, and common blockers encountered - Present completion report — display the traceability matrix, deployment checklist, and final status. After the final gate and state write succeed, suggest
/ruflo-sparc:ruflo-sparc reportfor the full methodology report. Otherwise show active status and blockers, never a completion claim.
Output format
Success example only: use actual evidence and show completion only after the final gate and state write succeed.
# Refinement: {Feature Name}
## Code Review Summary
- Critical issues: {N} (must be 0 to pass gate)
- High issues: {N}
- Medium issues: {N}
- Resolved: {N}/{total}
## Test Coverage
- Overall: {N}%
- New code: {N}%
- Acceptance criteria covered: {N}/{total}
## Performance
| Constraint | Target | Measured | Status |
|-----------|--------|----------|--------|
| Response time | <200ms | 145ms | Pass |
---
# Completion: {Feature Name}
## Traceability Matrix
| AC | Test | Code | Status |
|----|------|------|--------|
| AC-1 | test_xxx | service.ts:42 | Pass |
| AC-2 | test_yyy | controller.ts:18 | Pass |
| AC-3 | test_zzz | repository.ts:31 | Pass |
## Deployment Checklist
- [x] All tests passing
- [x] Documentation complete
- [x] Migrations prepared
- [x] Config documented
- [x] Rollback plan defined
- [x] Security reviewed
---
SPARC workflow complete. Run `/ruflo-sparc:ruflo-sparc report` for the full methodology report.