// Research-backed feature implementation workflow enforcing gap analysis, incremental planning, agent coordination, and continuous integration best practices. Auto-invoked for ALL feature implementation requests to prevent code duplication and ensure CLAUDE.md compliance.
| name | feature-orchestrator |
| description | Research-backed feature implementation workflow enforcing gap analysis, incremental planning, agent coordination, and continuous integration best practices. Auto-invoked for ALL feature implementation requests to prevent code duplication and ensure CLAUDE.md compliance. |
Purpose: Enforce research-backed CI/CD workflow, prevent code duplication, ensure incremental delivery
When to invoke: Automatically when user requests implementing ANY new feature, component, or functionality
Auto-invoke triggers:
What this skill does NOT apply to:
This workflow is backed by industry research from Google, Microsoft, IEEE, and leading software engineering organizations:
Incremental Development (Scrum.org, 2024):
"Incremental delivery enables organizations to have greater visibility, decreases risks faster, delivers value sooner."
Continuous Integration (Harness.io, 2024):
"Small problems are easier to fix than big problems, and frequent commits make bugs easier to identify."
Code Review (Microsoft Research):
"Reviewing 200–400 lines of code at a time detects up to 90% of defects."
DRY Principle (MetriDev, 2024):
"Abstraction and modularity prevent code duplication through identifying common patterns for reuse."
For complete research citations and detailed procedures: See REFERENCE.md
| Phase | Purpose | Time | Output |
|---|---|---|---|
| 1. Gap Analysis | Search for existing code | 2-3 min | Reuse opportunities identified |
| 2. Planning | Break into increments | 3-5 min | Implementation plan with todos |
| 3. Review Gate | Agent quality review | 1-2 min | Feedback incorporated |
| 4. Execution | Build incrementally | Varies | Feature complete, tests passing |
Purpose: Search for existing implementations BEFORE writing any code
Research: DRY principle - < 5% duplication target (SonarQube standard)
Quick Procedure:
# Search existing code
glob "**/*[keyword]*.tsx"
grep "[keyword]" --output_mode files_with_matches
# If found: Reuse or extend
# If not found: Create new with plan
Template: Use resources/gap-analysis-template.md
Detailed procedures: See REFERENCE.md → Phase 1
Verification:
If similar code exists: Plan to extend/reuse → NO duplication
Purpose: Break feature into incremental, testable steps
Research: Agile INVEST criteria - Independent, Negotiable, Valuable, Estimable, Small, Testable
Required Elements:
Template: Use resources/implementation-plan-template.md
Detailed procedures: See REFERENCE.md → Phase 2
Create TodoWrite Tracking:
TodoWrite({
todos: [
{
content: "Step 1: Description",
activeForm: "Step 1: Active form",
status: "pending"
},
// ... all steps
]
})
Present plan to user → Get approval before proceeding
Purpose: Invoke specialized agents for code/design review
Research: Google code reviews < 4 hour median latency for fast feedback
Decision Matrix:
| Criteria | Threshold | Action |
|---|---|---|
| Lines of code | > 100 | Invoke critic-agent |
| Security critical | Auth, payments | Always review |
| User-facing UI | Any | Invoke ui-ux-designer |
| Simple addition | < 50 lines | Skip review |
Invoke Agents in Parallel:
Use Task tool with multiple calls in ONE message:
1. Task(subagent_type="critic-agent") → Code quality
2. Task(subagent_type="ui-ux-designer") → UX/accessibility
After review: Incorporate feedback → Update plan → Update todos
Detailed procedures: See REFERENCE.md → Phase 3
Purpose: Implement feature in small, testable increments
Research: CI with frequent commits reduces integration issues (ResearchGate, 2024)
The Golden Rule: NEVER Break the Build
For EACH increment:
1. Mark todo as "in_progress"
2. Implement (keep changes < 100 lines)
3. Test (MANDATORY - all must pass):
npm run lint # Must pass
npm run type-check # Must pass
npm run test # Must pass
# Or use automation:
./scripts/validate-increment.sh # Linux/Mac
./scripts/validate-increment.bat # Windows
4. Mark todo as "completed" (immediately!)
5. Commit (if appropriate)
6. ONLY proceed if ALL tests pass
Template: Use resources/increment-checklist-template.md
Code Quality Rules:
File Size Monitoring:
# Check before editing
./scripts/check-file-size.sh [file-path]
# Thresholds:
# 150-200 lines → ⚠️ Plan extraction
# 200-300 lines → 🚨 Extract before adding
# 300+ lines → 🛑 MUST refactor first
Detailed procedures: See REFERENCE.md → Phase 4
Verification (per increment):
See EXAMPLES.md for:
This skill enforces ALL mandatory CLAUDE.md rules:
Before marking feature complete, verify:
If any answer is NO, STOP and complete that phase.
When this skill runs successfully:
Measure skill effectiveness:
For detailed metrics and KPIs: See REFERENCE.md → Success Metrics
Validate increments:
# Linux/Mac
./scripts/validate-increment.sh
# Windows
./scripts/validate-increment.bat
Check file sizes:
./scripts/check-file-size.sh [file-path]
All scripts include:
REFERENCE.md - Complete research citations, detailed procedures, troubleshootingEXAMPLES.md - Real-world workflow examples, before/after scenariosresources/gap-analysis-template.md - Gap analysis structureresources/implementation-plan-template.md - Complete planning templateresources/increment-checklist-template.md - Per-increment verificationAcademic:
Industry:
Books:
Works with:
This skill is not optional. When user requests implementing any feature, this skill MUST run to enforce research-backed CI/CD workflow rules.
The goal: Ship high-quality features faster by preventing common mistakes through automation.
Research-backed. Industry-proven. Battle-tested.
For complete version history and detailed research: See REFERENCE.md