## Major Changes - Add --AM flag to /workflow:plan command for analysis method selection - Support both Gemini CLI (pattern-based) and Codex CLI (autonomous) analysis - Implement dual marker system: [GEMINI_CLI_REQUIRED] and [CODEX_CLI_REQUIRED] - Update all 4 agents to handle both analysis markers - Create analysis method templates for standardized CLI usage ## Files Modified - workflow-architecture.md: Add Analysis Method Integration section - plan.md: Add --AM flag and bilingual rule standardization - execute.md: Update marker mapping logic and standardize to English - 4 agent files: Add dual CLI support with usage guidelines - New: analysis-methods/ templates for Gemini and Codex CLI ## Backward Compatibility - Gemini CLI remains default analysis method - Existing workflows continue to work unchanged - Progressive enhancement for autonomous development scenarios 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
6.7 KiB
Workflow Plan Command (/workflow:plan)
Overview
Creates actionable implementation plans with intelligent input source detection. Supports text, files, issues, and templates through automatic recognition.
Core Principles
File Structure: @~/.claude/workflows/workflow-architecture.md
Usage
/workflow:plan [--AM gemini|codex] <input>
Analysis Method Flag (--AM)
Optional flag to specify which CLI tool to use for context analysis:
- gemini (default): Uses Gemini CLI for pattern-based analysis and architectural understanding
- codex: Uses Codex CLI for autonomous development context gathering with intelligent file discovery
Examples:
/workflow:plan --AM codex "Build authentication system"
/workflow:plan --AM gemini requirements.md
/workflow:plan ISS-001 # Uses default (gemini)
Input Detection Logic
The command automatically detects input type:
File Input (Auto-detected)
/workflow:plan requirements.md
/workflow:plan PROJECT_SPEC.txt
/workflow:plan config.json
/workflow:plan spec.yaml
Triggers: Extensions: .md, .txt, .json, .yaml, .yml Processing: Reads file contents and extracts requirements
Issue Input (Auto-detected)
/workflow:plan ISS-001
/workflow:plan ISSUE-123
/workflow:plan feature-request-45
Triggers: Patterns: ISS-, ISSUE-, -request- Processing: Loads issue data and acceptance criteria
Template Input (Auto-detected)
/workflow:plan web-api
/workflow:plan mobile-app
/workflow:plan database-migration
/workflow:plan security-feature
Triggers: Known template names Processing: Loads template and prompts for customization
Text Input (Default)
/workflow:plan "Build user authentication with JWT and OAuth2"
/workflow:plan "Fix performance issues in dashboard"
Triggers: Everything else Processing: Parse natural language requirements
Automatic Behaviors
Session Management
- Creates new session if none exists
- Uses active session if available
- Generates session ID: WFS-[topic-slug]
Complexity Detection
- Simple: <5 tasks → Direct IMPL_PLAN.md
- Medium: 5-15 tasks → IMPL_PLAN.md + TODO_LIST.md
- Complex: >15 tasks → Full decomposition
Task Generation
- Automatically creates .task/ files when complexity warrants
- Generates hierarchical task structure (max 3 levels)
- Updates session state with task references
Implementation Field Requirements
⚠️ CRITICAL: All generated tasks must include detailed implementation guidance
analysis_source Assignment Rules:
- "manual": User provides complete implementation details (including specific files and code snippets)
- "gemini": Insufficient information, requires Gemini analysis (missing file paths or code context)
- "codex": Insufficient information, requires Codex autonomous development analysis (complex refactoring or intelligent file discovery)
- "auto-detected": System automatically infers implementation details (based on pattern recognition)
Decision Flow:
- IF user provides file paths + code snippets → "manual"
- ELIF system can infer implementation location → "auto-detected"
- ELIF --AM codex specified → "codex" (requires autonomous development analysis)
- ELSE → "gemini" (requires deep analysis, default method)
Auto-fill Strategy:
-
Sufficient Information: Auto-fill implementation field based on user input and project context
-
Insufficient Information: Mark analysis_source appropriately and prompt:
For Gemini Analysis (default):
⚠️ Implementation details incomplete, recommend using gemini analysis: gemini --all-files -p "@{relevant-file-patterns} @{CLAUDE.md} Analyze task: [task description] Extract: 1) File locations and code snippets 2) Modification logic and data flow 3) Risks and dependencies"For Codex Analysis (when --AM codex specified):
⚠️ Implementation details incomplete, recommend using codex analysis: codex --full-auto exec "Analyze and implement: [task description] Context: Autonomous analysis and implementation guidance needed Extract: 1) Intelligent file discovery 2) Implementation strategy 3) Autonomous development approach"
Required Implementation Sub-fields:
- files: Must contain at least 1 file with detailed info (path, location, original_code, modifications)
- context_notes: Dependencies, risks, performance considerations
- analysis_source: manual|gemini|codex|auto-detected
Quality Standards:
- logic_flow must use specified symbols (───►, ◊───, ◄───)
- Each file must have specific location (function name or line range)
- risks array cannot be empty, must contain at least 1 risk assessment
Session Check Process
⚠️ CRITICAL: Check for existing active session before planning
- Check Active Session: Check for
.workflow/.active-*marker file - Session Selection: Use existing active session or create new
- Context Integration: Load session state and existing context
Output Documents
IMPL_PLAN.md (Always Created)
# Implementation Plan - [Project Name]
*Generated from: [input_source]*
## Requirements
[Extracted requirements from input source]
## Task Breakdown
- **IMPL-001**: [Task description]
- **IMPL-002**: [Task description]
## Success Criteria
[Measurable completion conditions]
Optional TODO_LIST.md (Auto-triggered)
Created when complexity > simple or task count > 5
Task JSON Files (Auto-created)
Generated in .task/ directory when decomposition enabled
Error Handling
Input Processing Errors
- File not found: Clear error message with suggestions
- Invalid issue: Verify issue ID exists
- Unknown template: List available templates
- Empty input: Prompt for valid input
Integration Points
Related Commands
/workflow:session:start- Create new session first/context- View generated plan/task/execute- Execute decomposed tasks/workflow:execute- Run implementation phase
Template System
Available templates:
web-api: REST API developmentmobile-app: Mobile applicationdatabase-migration: Database changessecurity-feature: Security implementation
System ensures: Unified planning interface with intelligent input detection and automatic complexity handling