Skip to main content
Kodelyth ECC
Command

/multi-plan

Plan a task for parallel multi-agent execution

Run:/multi-plan
Usage:/multi-plan <task>

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)

If ace-tool MCP is available, 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.

If ace-tool MCP is NOT available: Skip this step and use the original $ARGUMENTS as-is for all subsequent phases.

#### 1.2 Context Retrieval

If ace-tool MCP is available, 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 ace-tool MCP is NOT available, use Claude Code built-in tools as fallback:
  • Glob: Find relevant files by pattern (e.g., Glob("/*.ts"), Glob("src//*.py"))
  • Grep: Search for key symbols, function names, class definitions (e.g., Grep("className|functionName"))
  • Read: Read the discovered files to gather complete context
  • Task (Explore agent): For deeper exploration, use Task with subagent_type: "Explore" to search across the codebase
#### 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:

  • 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

  • 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:

  • Identify consensus (strong signal)
  • Identify divergence (needs weighing)
  • Complementary strengths: Backend logic follows Codex, Frontend design follows Gemini
  • Logical reasoning: Eliminate logical gaps in solutions
#### 2.3 (Optional but Recommended) Dual-Model Plan Draft

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

  • 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)

  • 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

  • <Step 1> - Expected deliverable
  • <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:

  • Present complete implementation plan to user (including pseudo-code)
  • Save plan to .claude/plan/.md (extract feature name from requirement, e.g., user-auth, payment-module)
  • 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!

  • 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/.md
  • Iteration versions: .claude/plan/-v2.md, .claude/plan/-v3.md...
Plan file write should complete before presenting plan to user.


Plan Modification Flow

If user requests plan modifications:

  • Adjust plan content based on user feedback
  • Update .claude/plan/.md file
  • Re-present modified plan
  • Prompt user to review or execute again

Next Steps

After user approves, manually execute:

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


Key Rules

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