Files
everything-claude-code/commands/multi-plan.md
Skyler Anderson 6b424e31ff feat: add pm2 and multi-agent orchestration commands
Add 6 new command files:
- pm2.md: PM2 process management for running multiple services
- multi-plan.md: Multi-agent planning orchestration
- multi-execute.md: Multi-agent parallel execution
- multi-backend.md: Backend-focused multi-agent workflow
- multi-frontend.md: Frontend-focused multi-agent workflow
- multi-workflow.md: General multi-agent workflow coordination

Co-authored-by: Claude Opus 4.5 <noreply@anthropic.com>
2026-02-05 05:57:58 -08:00

8.6 KiB
Raw Blame History

Plan - Multi-Model Collaborative Planning

Multi-model collaborative planning - Context retrieval + Dual-model analysis → Generate step-by-step implementation plan.

$ARGUMENTS


Core Protocols

  • Language Protocol: Use English when interacting with tools/models, communicate with user in their language
  • Mandatory Parallel: Codex/Gemini calls MUST use run_in_background: true (including single model calls, to avoid blocking main thread)
  • Code Sovereignty: External models have zero filesystem write access, all modifications by Claude
  • Stop-Loss Mechanism: Do not proceed to next phase until current phase output is validated
  • Planning Only: This command allows reading context and writing to .claude/plan/* plan files, but NEVER modify production code

Multi-Model Call Specification

Call Syntax (parallel: use run_in_background: true):

Bash({
  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> {{GEMINI_MODEL_FLAG}}- \"$PWD\" <<'EOF'
ROLE_FILE: <role prompt path>
<TASK>
Requirement: <enhanced requirement>
Context: <retrieved project context>
</TASK>
OUTPUT: Step-by-step implementation plan with pseudo-code. DO NOT modify any files.
EOF",
  run_in_background: true,
  timeout: 3600000,
  description: "Brief description"
})

Model Parameter Notes:

  • {{GEMINI_MODEL_FLAG}}: When using --backend gemini, replace with --gemini-model gemini-3-pro-preview (note trailing space); use empty string for codex

Role Prompts:

Phase Codex Gemini
Analysis ~/.claude/.ccg/prompts/codex/analyzer.md ~/.claude/.ccg/prompts/gemini/analyzer.md
Planning ~/.claude/.ccg/prompts/codex/architect.md ~/.claude/.ccg/prompts/gemini/architect.md

Session Reuse: Each call returns SESSION_ID: xxx (typically output by wrapper), MUST save for subsequent /ccg:execute use.

Wait for Background Tasks (max timeout 600000ms = 10 minutes):

TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })

IMPORTANT:

  • Must specify timeout: 600000, otherwise default 30 seconds will cause premature timeout
  • If still incomplete after 10 minutes, continue polling with TaskOutput, NEVER kill the process
  • If waiting is skipped due to timeout, MUST call AskUserQuestion to ask user whether to continue waiting or kill task

Execution Workflow

Planning Task: $ARGUMENTS

Phase 1: Full Context Retrieval

[Mode: Research]

1.1 Prompt Enhancement (MUST execute first)

MUST call mcp__ace-tool__enhance_prompt tool:

mcp__ace-tool__enhance_prompt({
  prompt: "$ARGUMENTS",
  conversation_history: "<last 5-10 conversation turns>",
  project_root_path: "$PWD"
})

Wait for enhanced prompt, replace original $ARGUMENTS with enhanced result for all subsequent phases.

1.2 Context Retrieval

Call mcp__ace-tool__search_context tool:

mcp__ace-tool__search_context({
  query: "<semantic query based on enhanced requirement>",
  project_root_path: "$PWD"
})
  • Build semantic query using natural language (Where/What/How)
  • NEVER answer based on assumptions
  • If MCP unavailable: fallback to Glob + Grep for file discovery and key symbol location

1.3 Completeness Check

  • Must obtain complete definitions and signatures for relevant classes, functions, variables
  • If context insufficient, trigger recursive retrieval
  • Prioritize output: entry file + line number + key symbol name; add minimal code snippets only when necessary to resolve ambiguity

1.4 Requirement Alignment

  • If requirements still have ambiguity, MUST output guiding questions for user
  • Until requirement boundaries are clear (no omissions, no redundancy)

Phase 2: Multi-Model Collaborative Analysis

[Mode: Analysis]

2.1 Distribute Inputs

Parallel call Codex and Gemini (run_in_background: true):

Distribute original requirement (without preset opinions) to both models:

  1. Codex Backend Analysis:

    • ROLE_FILE: ~/.claude/.ccg/prompts/codex/analyzer.md
    • Focus: Technical feasibility, architecture impact, performance considerations, potential risks
    • OUTPUT: Multi-perspective solutions + pros/cons analysis
  2. Gemini Frontend Analysis:

    • ROLE_FILE: ~/.claude/.ccg/prompts/gemini/analyzer.md
    • Focus: UI/UX impact, user experience, visual design
    • OUTPUT: Multi-perspective solutions + pros/cons analysis

Wait for both models' complete results with TaskOutput. Save SESSION_ID (CODEX_SESSION and GEMINI_SESSION).

2.2 Cross-Validation

Integrate perspectives and iterate for optimization:

  1. Identify consensus (strong signal)
  2. Identify divergence (needs weighing)
  3. Complementary strengths: Backend logic follows Codex, Frontend design follows Gemini
  4. Logical reasoning: Eliminate logical gaps in solutions

To reduce risk of omissions in Claude's synthesized plan, can parallel have both models output "plan drafts" (still NOT allowed to modify files):

  1. Codex Plan Draft (Backend authority):

    • ROLE_FILE: ~/.claude/.ccg/prompts/codex/architect.md
    • OUTPUT: Step-by-step plan + pseudo-code (focus: data flow/edge cases/error handling/test strategy)
  2. Gemini Plan Draft (Frontend authority):

    • ROLE_FILE: ~/.claude/.ccg/prompts/gemini/architect.md
    • OUTPUT: Step-by-step plan + pseudo-code (focus: information architecture/interaction/accessibility/visual consistency)

Wait for both models' complete results with TaskOutput, record key differences in their suggestions.

2.4 Generate Implementation Plan (Claude Final Version)

Synthesize both analyses, generate Step-by-step Implementation Plan:

## Implementation Plan: <Task Name>

### Task Type
- [ ] Frontend (→ Gemini)
- [ ] Backend (→ Codex)
- [ ] Fullstack (→ Parallel)

### Technical Solution
<Optimal solution synthesized from Codex + Gemini analysis>

### Implementation Steps
1. <Step 1> - Expected deliverable
2. <Step 2> - Expected deliverable
...

### Key Files
| File | Operation | Description |
|------|-----------|-------------|
| path/to/file.ts:L10-L50 | Modify | Description |

### Risks and Mitigation
| Risk | Mitigation |
|------|------------|

### SESSION_ID (for /ccg:execute use)
- CODEX_SESSION: <session_id>
- GEMINI_SESSION: <session_id>

Phase 2 End: Plan Delivery (Not Execution)

/ccg:plan responsibilities end here, MUST execute the following actions:

  1. Present complete implementation plan to user (including pseudo-code)

  2. Save plan to .claude/plan/<feature-name>.md (extract feature name from requirement, e.g., user-auth, payment-module)

  3. Output prompt in bold text (MUST use actual saved file path):


    Plan generated and saved to .claude/plan/actual-feature-name.md

    Please review the plan above. You can:

    • Modify plan: Tell me what needs adjustment, I'll update the plan
    • Execute plan: Copy the following command to a new session
    /ccg:execute .claude/plan/actual-feature-name.md
    

    NOTE: The actual-feature-name.md above MUST be replaced with the actual saved filename!

  4. Immediately terminate current response (Stop here. No more tool calls.)

ABSOLUTELY FORBIDDEN:

  • Ask user "Y/N" then auto-execute (execution is /ccg:execute's responsibility)
  • Any write operations to production code
  • Automatically call /ccg:execute or any implementation actions
  • Continue triggering model calls when user hasn't explicitly requested modifications

Plan Saving

After planning completes, save plan to:

  • First planning: .claude/plan/<feature-name>.md
  • Iteration versions: .claude/plan/<feature-name>-v2.md, .claude/plan/<feature-name>-v3.md...

Plan file write should complete before presenting plan to user.


Plan Modification Flow

If user requests plan modifications:

  1. Adjust plan content based on user feedback
  2. Update .claude/plan/<feature-name>.md file
  3. Re-present modified plan
  4. Prompt user to review or execute again

Next Steps

After user approves, manually execute:

/ccg:execute .claude/plan/<feature-name>.md

Key Rules

  1. Plan only, no implementation This command does not execute any code changes
  2. No Y/N prompts Only present plan, let user decide next steps
  3. Trust Rules Backend follows Codex, Frontend follows Gemini
  4. External models have zero filesystem write access
  5. SESSION_ID Handoff Plan must include CODEX_SESSION / GEMINI_SESSION at end (for /ccg:execute resume <SESSION_ID> use)