Pro-workflow orchestrate

Wire Commands, Agents, and Skills together for complex features. Use when building features that need research, planning, and implementation phases.

install
source · Clone the upstream repo
git clone https://github.com/rohitg00/pro-workflow
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/rohitg00/pro-workflow "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/orchestrate" ~/.claude/skills/rohitg00-pro-workflow-orchestrate && rm -rf "$T"
manifest: skills/orchestrate/SKILL.md
source content

Orchestrate - Multi-Phase Feature Development

Build features through structured phases with validation gates.

The Pattern

/develop <feature>
  │
  ├── Phase 1: Research (orchestrator agent)
  │   └── Score confidence → GO/HOLD
  │
  ├── Phase 2: Plan (orchestrator agent)
  │   └── Present plan → wait for approval
  │
  ├── Phase 3: Implement (orchestrator agent)
  │   └── Execute plan → quality gates
  │
  └── Phase 4: Review (reviewer agent)
      └── Code review → commit

Usage

When asked to build a feature:

  1. Start with research: Delegate to the orchestrator agent or scout agent to explore the codebase
  2. Wait for GO/HOLD: Don't proceed if confidence is below 70
  3. Present a plan: List all files to change, the approach, and risks
  4. Get approval: Never implement without explicit "proceed"
  5. Implement step by step: Quality gates every 5 edits
  6. Review before commit: Run the reviewer agent on changes

When to Use This

  • Feature touches >5 files
  • Architecture decisions needed
  • Requirements are unclear or complex
  • Cross-cutting concerns (auth, logging, error handling)
  • New patterns not yet established in the codebase

When NOT to Use This

  • Quick bug fixes (just fix it)
  • Single-file changes
  • Well-understood patterns (follow existing code)
  • Documentation-only changes

Agent Selection

PhaseAgentWhy
Researchscout (background, worktree)Non-blocking exploration
Planorchestrator (opus, memory)Deep reasoning, pattern recall
Implementorchestrator (opus, memory)Full tool access
Reviewreviewer (read + bash)Security and quality focus
Debugdebugger (opus, memory)Systematic investigation

Integration with Pro-Workflow

  • Corrections during implementation trigger self-correction loop
  • Quality gates fire at checkpoints via hooks
  • Learnings are captured at the end of each phase
  • Session handoff works across phases