docs: 添加Gemini模型404错误回退策略

在intelligent-tools-strategy.md中添加错误处理准则：
- Model Selection部分：快速参考404错误回退到gemini-2.5-pro
- Tool Specifications部分：详细的错误处理指南，涵盖HTTP 429和404错误

变更详情：
- HTTP 404: gemini-3-pro-preview-11-2025返回404时回退到gemini-2.5-pro
- HTTP 429: 保持现有处理逻辑（检查结果是否存在）

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

.claude/commands/cli/mode/bug-diagnosis.md

@@ -9,7 +9,7 @@ allowed-tools: SlashCommand(*), Bash(*), Task(*)
 
 ## Purpose
 
-Systematic bug diagnosis with root cause analysis template (`~/.claude/workflows/cli-templates/prompts/development/bug-diagnosis.txt`).
+Systematic bug diagnosis with root cause analysis template (`~/.claude/workflows/cli-templates/prompts/analysis/01-diagnose-bug-root-cause.txt`).
 
 **Tool Selection**:
 - **gemini** (default) - Best for bug diagnosis
@@ -48,7 +48,7 @@ Systematic bug diagnosis with root cause analysis template (`~/.claude/workflows
 1. Parse tool selection (default: gemini)
 2. Optional: enhance with `/enhance-prompt`
 3. Detect directory from `--cd` or auto-infer
-4. Build command with bug-diagnosis template
+4. Build command with template
 5. Execute diagnosis (read-only)
 6. Save to `.workflow/WFS-[id]/.chat/`
 
@@ -65,7 +65,7 @@ Task(
     Mode: bug-diagnosis
     Tool: ${tool_flag || 'auto-select'}  // gemini|qwen|codex
     Directory: ${cd_path || 'auto-detect'}
-    Template: bug-diagnosis
+    Template: ~/.claude/workflows/cli-templates/prompts/analysis/01-diagnose-bug-root-cause.txt
 
     Agent responsibilities:
     1. Context Discovery:
@@ -76,7 +76,7 @@ Task(
     2. CLI Command Generation:
        - Build Gemini/Qwen/Codex command
        - Include diagnostic context
-       - Apply bug-diagnosis.txt template
+       - Apply ~/.claude/workflows/cli-templates/prompts/analysis/01-diagnose-bug-root-cause.txt template
 
     3. Execution & Output:
        - Execute root cause analysis
@@ -89,7 +89,7 @@ Task(
 ## Core Rules
 
 - **Read-only**: Diagnoses bugs, does NOT modify code
-- **Template**: Uses `bug-diagnosis.txt` for root cause analysis
+- **Template**: Uses `~/.claude/workflows/cli-templates/prompts/analysis/01-diagnose-bug-root-cause.txt` for root cause analysis
 - **Output**: Saves to `.workflow/WFS-[id]/.chat/`
 
 ## CLI Command Templates
@@ -102,7 +102,7 @@ TASK: Root cause analysis
 MODE: analysis
 CONTEXT: @**/*
 EXPECTED: Diagnosis, fix plan
-RULES: $(cat ~/.claude/workflows/cli-templates/prompts/development/bug-diagnosis.txt)
+RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/01-diagnose-bug-root-cause.txt)
 "
 # Qwen: Replace 'gemini' with 'qwen'
 ```
@@ -115,7 +115,7 @@ TASK: Bug diagnosis
 MODE: analysis
 CONTEXT: @**/*
 EXPECTED: Diagnosis, fix suggestions
-RULES: $(cat ~/.claude/workflows/cli-templates/prompts/development/bug-diagnosis.txt)
+RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/01-diagnose-bug-root-cause.txt)
 " -m gpt-5 --skip-git-repo-check -s danger-full-access
 ```
 
@@ -126,5 +126,5 @@ RULES: $(cat ~/.claude/workflows/cli-templates/prompts/development/bug-diagnosis
 
 ## Notes
 
-- Template: `~/.claude/workflows/cli-templates/prompts/development/bug-diagnosis.txt`
+- Template: `~/.claude/workflows/cli-templates/prompts/analysis/01-diagnose-bug-root-cause.txt`
 - See `intelligent-tools-strategy.md` for detailed tool usage

.claude/commands/cli/mode/code-analysis.md

@@ -9,7 +9,7 @@ allowed-tools: SlashCommand(*), Bash(*), Task(*)
 
 ## Purpose
 
-Systematic code analysis with execution path tracing template (`~/.claude/workflows/cli-templates/prompts/analysis/code-execution-tracing.txt`).
+Systematic code analysis with execution path tracing template (`~/.claude/workflows/cli-templates/prompts/analysis/01-trace-code-execution.txt`).
 
 **Tool Selection**:
 - **gemini** (default) - Best for code analysis and tracing
@@ -52,7 +52,7 @@ Systematic code analysis with execution path tracing template (`~/.claude/workfl
 1. Parse tool selection (default: gemini)
 2. Optional: enhance analysis target with `/enhance-prompt`
 3. Detect target directory from `--cd` or auto-infer
-4. Build command with execution-tracing template
+4. Build command with template
 5. Execute analysis (read-only)
 6. Save to `.workflow/WFS-[id]/.chat/code-analysis-[timestamp].md`
 
@@ -63,7 +63,7 @@ Delegates to `cli-execution-agent` for intelligent context discovery and analysi
 ## Core Rules
 
 - **Read-only**: Analyzes code, does NOT modify files
-- **Template**: Uses `code-execution-tracing.txt` for systematic analysis
+- **Template**: Uses `~/.claude/workflows/cli-templates/prompts/analysis/01-trace-code-execution.txt` for systematic analysis
 - **Output**: Saves to `.workflow/WFS-[id]/.chat/`
 
 ## CLI Command Templates
@@ -76,7 +76,7 @@ TASK: Execution path tracing
 MODE: analysis
 CONTEXT: @**/*
 EXPECTED: Trace, call diagram
-RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/code-execution-tracing.txt)
+RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/01-trace-code-execution.txt)
 "
 # Qwen: Replace 'gemini' with 'qwen'
 ```
@@ -89,7 +89,7 @@ TASK: Path analysis
 MODE: analysis
 CONTEXT: @**/*
 EXPECTED: Trace, optimization
-RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/code-execution-tracing.txt)
+RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/01-trace-code-execution.txt)
 " -m gpt-5 --skip-git-repo-check -s danger-full-access
 ```
 
@@ -106,7 +106,7 @@ Task(
     Mode: code-analysis
     Tool: ${tool_flag || 'auto-select'}  // gemini|qwen|codex
     Directory: ${cd_path || 'auto-detect'}
-    Template: code-execution-tracing
+    Template: ~/.claude/workflows/cli-templates/prompts/analysis/01-trace-code-execution.txt
 
     Agent responsibilities:
     1. Context Discovery:
@@ -117,7 +117,7 @@ Task(
     2. CLI Command Generation:
        - Build Gemini/Qwen/Codex command
        - Include discovered context
-       - Apply code-execution-tracing.txt template
+       - Apply ~/.claude/workflows/cli-templates/prompts/analysis/01-trace-code-execution.txt template
 
     3. Execution & Output:
        - Execute analysis with selected tool
@@ -133,5 +133,5 @@ Task(
 
 ## Notes
 
-- Template: `~/.claude/workflows/cli-templates/prompts/analysis/code-execution-tracing.txt`
+- Template: `~/.claude/workflows/cli-templates/prompts/analysis/01-trace-code-execution.txt`
 - See `intelligent-tools-strategy.md` for detailed tool usage

.claude/commands/cli/mode/plan.md

@@ -9,7 +9,7 @@ allowed-tools: SlashCommand(*), Bash(*), Task(*)
 
 ## Purpose
 
-Strategic software architecture planning template (`~/.claude/workflows/cli-templates/prompts/planning/architecture-planning.txt`).
+Strategic software architecture planning template (`~/.claude/workflows/cli-templates/prompts/planning/01-plan-architecture-design.txt`).
 
 **Tool Selection**:
 - **gemini** (default) - Best for architecture planning
@@ -47,7 +47,7 @@ Strategic software architecture planning template (`~/.claude/workflows/cli-temp
 1. Parse tool selection (default: gemini)
 2. Optional: enhance with `/enhance-prompt`
 3. Detect directory from `--cd` or auto-infer
-4. Build command with architecture-planning template
+4. Build command with template
 5. Execute planning (read-only, no code generation)
 6. Save to `.workflow/WFS-[id]/.chat/`
 
@@ -64,7 +64,7 @@ Task(
     Mode: architecture-planning
     Tool: ${tool_flag || 'auto-select'}  // gemini|qwen|codex
     Directory: ${cd_path || 'auto-detect'}
-    Template: architecture-planning
+    Template: ~/.claude/workflows/cli-templates/prompts/planning/01-plan-architecture-design.txt
 
     Agent responsibilities:
     1. Context Discovery:
@@ -75,7 +75,7 @@ Task(
     2. CLI Command Generation:
        - Build Gemini/Qwen/Codex command
        - Include architecture context
-       - Apply architecture-planning.txt template
+       - Apply ~/.claude/workflows/cli-templates/prompts/planning/01-plan-architecture-design.txt template
 
     3. Execution & Output:
        - Execute strategic planning
@@ -88,7 +88,7 @@ Task(
 ## Core Rules
 
 - **Planning only**: Creates modification plans, does NOT generate code
-- **Template**: Uses `architecture-planning.txt` for strategic planning
+- **Template**: Uses `~/.claude/workflows/cli-templates/prompts/planning/01-plan-architecture-design.txt` for strategic planning
 - **Output**: Saves to `.workflow/WFS-[id]/.chat/`
 
 ## CLI Command Templates
@@ -101,7 +101,7 @@ TASK: Architecture planning
 MODE: analysis
 CONTEXT: @**/*
 EXPECTED: Modification plan, impact analysis
-RULES: $(cat ~/.claude/workflows/cli-templates/prompts/planning/architecture-planning.txt)
+RULES: $(cat ~/.claude/workflows/cli-templates/prompts/planning/01-plan-architecture-design.txt)
 "
 # Qwen: Replace 'gemini' with 'qwen'
 ```
@@ -114,7 +114,7 @@ TASK: Architecture planning
 MODE: analysis
 CONTEXT: @**/*
 EXPECTED: Plan, implementation roadmap
-RULES: $(cat ~/.claude/workflows/cli-templates/prompts/planning/architecture-planning.txt)
+RULES: $(cat ~/.claude/workflows/cli-templates/prompts/planning/01-plan-architecture-design.txt)
 " -m gpt-5 --skip-git-repo-check -s danger-full-access
 ```
 
@@ -125,5 +125,5 @@ RULES: $(cat ~/.claude/workflows/cli-templates/prompts/planning/architecture-pla
 
 ## Notes
 
-- Template: `~/.claude/workflows/cli-templates/prompts/planning/architecture-planning.txt`
+- Template: `~/.claude/workflows/cli-templates/prompts/planning/01-plan-architecture-design.txt`
 - See `intelligent-tools-strategy.md` for detailed tool usage

.claude/commands/task/execute.md

@@ -189,7 +189,7 @@ This is the simplified data structure loaded to provide context for task executi
       "pre_analysis": [
         {
           "action": "analyze patterns",
-          "template": "~/.claude/workflows/cli-templates/prompts/analysis/pattern.txt",
+          "template": "~/.claude/workflows/cli-templates/prompts/analysis/02-analyze-code-patterns.txt",
           "method": "gemini"
         }
       ]

.claude/commands/workflow/tools/test-task-generate.md

@@ -363,7 +363,7 @@ Generate **TWO task JSON files**:
         "               Source files: [focus_paths]",
         "               Implementation: [implementation_context]",
         "      EXPECTED: Root cause analysis, code path tracing, targeted fixes",
-        "      RULES: $(cat ~/.claude/workflows/cli-templates/prompts/development/bug-diagnosis.txt) | Bug: [test_failure_description]",
+        "      RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/01-diagnose-bug-root-cause.txt) | Bug: [test_failure_description]",
         "             Minimal surgical fixes only - no refactoring",
         "      \" > fix-iteration-[N]-diagnosis.md)",
         "    - Parse diagnosis → extract fix_suggestion and target_files",
@@ -690,6 +690,6 @@ The `@test-fix-agent` will execute the task by following the `flow_control.imple
 6. **Phase 3**: Generate summary and certify code
 7. **Error Recovery**: Revert changes if max iterations reached
 
-**Bug Diagnosis Template**: Uses `~/.claude/workflows/cli-templates/prompts/development/bug-diagnosis.txt` template for systematic root cause analysis, code path tracing, and targeted fix recommendations.
+**Bug Diagnosis Template**: Uses `~/.claude/workflows/cli-templates/prompts/analysis/01-diagnose-bug-root-cause.txt` template for systematic root cause analysis, code path tracing, and targeted fix recommendations.
 
 **Codex Usage**: The agent uses `codex exec "..." resume --last` pattern ONLY when meta.use_codex=true (--use-codex flag present) to maintain conversation context across multiple fix iterations, ensuring consistency and learning from previous attempts.

.claude/workflows/cli-templates/prompts/archive/analysis-simple.txt

@@ -1,83 +0,0 @@
-You are the archive-analysis-agent. Your mission is to analyze a completed workflow session and extract actionable lessons in JSON format.
-
-## Input Context
-You will analyze the session directory structure containing:
-- workflow-session.json: Session metadata
-- IMPL_PLAN.md: Implementation plan
-- .task/*.json: Task definitions
-- .summaries/*.md: Task completion summaries
-- .process/context-package.json: Initial context and conflict detection
-
-## Analysis Tasks
-
-### 1. Identify Successes
-Find design patterns, architectural decisions, or solutions that worked well.
-- Look for elegant solutions in .summaries/
-- Identify reusable patterns from IMPL_PLAN.md
-- Include file references using @path/to/file.ext format
-
-### 2. Document Challenges
-Identify problems encountered during implementation.
-- Failed tasks or iterations from .process/ logs
-- Issues mentioned in summaries
-- Unexpected complications or blockers
-
-### 3. Extract Watch Patterns
-Create actionable conflict prevention rules for future sessions.
-- Review context-package.json conflict_detection section
-- Analyze what files were modified together
-- Identify dependencies that weren't initially obvious
-- Format: "When doing X, check/verify Y"
-
-## Output Format
-
-Return ONLY a valid JSON object (no markdown, no explanations):
-
-{
-  "successes": [
-    "Success pattern description @path/to/file.ext",
-    "Another success with file reference @another/file.ts"
-  ],
-  "challenges": [
-    "Challenge or problem encountered",
-    "Another issue that required extra effort"
-  ],
-  "watch_patterns": [
-    {
-      "pattern": "When modifying X component/model/service",
-      "action": "Check Y and Z for dependencies/impacts",
-      "related_files": ["path/to/file1.ts", "path/to/file2.ts"]
-    }
-  ]
-}
-
-## Quality Guidelines
-
-**Successes**:
-- Be specific about what worked and why
-- Include file paths for pattern reuse
-- Focus on reusable architectural decisions
-
-**Challenges**:
-- Document what made the task difficult
-- Include lessons about what to avoid
-- Note any tooling or process gaps
-
-**Watch Patterns**:
-- Must be actionable and specific
-- Include trigger condition (pattern)
-- Specify what to check (action)
-- List relevant files to review
-- Minimum 1, maximum 5 patterns per session
-
-**File References**:
-- Use relative paths from project root
-- Use @ prefix for inline references: "@src/models/User.ts"
-- Array format for related_files: ["src/models/User.ts"]
-
-## Analysis Depth
-
-- Keep each item concise (1-2 sentences)
-- Focus on high-impact insights
-- Prioritize patterns that prevent future conflicts
-- Aim for 2-4 successes, 1-3 challenges, 1-3 watch patterns

.claude/workflows/intelligent-tools-strategy.md

@@ -1,9 +1,3 @@
----
-name: intelligent-tools-strategy
-description: Strategic decision framework for intelligent tool selection
-type: strategic-guideline
----
-
 # Intelligent Tools Selection Strategy
 
 ## 📋 Table of Contents
@@ -17,140 +11,148 @@ type: strategic-guideline
 
 ## ⚡ Quick Start
 
-### Tool Overview
+### Universal Prompt Template
-- **Gemini**: Analysis, understanding, exploration & documentation (primary)
-- **Qwen**: Analysis, understanding, exploration & documentation (fallback, same capabilities as Gemini)
-- **Codex**: Development, implementation & automation
 
-### Model Selection (-m parameter)
+All CLI tools (Gemini, Qwen, Codex) share this template structure:
 
-**Gemini Models**:
+```
-- `gemini-2.5-pro` - Analysis tasks (default)
+PURPOSE: [objective + why + success criteria]
+TASK: • [step 1] • [step 2] • [step 3]
+MODE: [analysis|write|auto]
+CONTEXT: @**/* | Memory: [session/tech/module context]
+EXPECTED: [format + quality + structure]
+RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/pattern.txt) | [constraints] | MODE=[permission level]
+```
+
+### Tool Selection
+
+- **Analysis/Documentation** → Gemini (preferred) or Qwen (fallback)
+- **Implementation/Testing** → Codex
+
+### Quick Command Syntax
+
+```bash
+# Gemini/Qwen
+cd [dir] && gemini -p "[prompt]" [-m model] [--approval-mode yolo]
+
+# Codex
+codex -C [dir] --full-auto exec "[prompt]" [-m model] [--skip-git-repo-check -s danger-full-access]
+```
+
+### Model Selection
+
+**Gemini**:
+- `gemini-3-pro-preview-11-2025` - Analysis (default, preferred)
+- `gemini-2.5-pro` - Analysis (alternative)
 - `gemini-2.5-flash` - Documentation updates
 
-**Qwen Models**:
+**Error Handling**: If `gemini-3-pro-preview-11-2025` returns 404 error, fallback to `gemini-2.5-pro`
-- `coder-model` - Code analysis (default, -m optional)
-- `vision-model` - Image analysis (rare usage)
 
-**Codex Models**:
+**Qwen**:
+- `coder-model` - Code analysis (default)
+- `vision-model` - Image analysis (rare)
+
+**Codex**:
 - `gpt-5` - Analysis & execution (default)
 - `gpt5-codex` - Large context tasks
 
-**Usage**: `tool -p "prompt" -m model-name` (NOTE: -m placed AFTER prompt)
+**Note**: `-m` parameter placed AFTER prompt
 
 ### Quick Decision Matrix
 
-| Scenario | Tool | Command Pattern |
+| Scenario | Tool | MODE | Template |
-|----------|------|-----------------|
+|----------|------|------|----------|
-| **Exploring/Understanding** | Gemini → Qwen | `cd [dir] && gemini -p "PURPOSE:... CONTEXT: @**/*"` |
+| Execution Tracing | Gemini → Qwen | analysis | `analysis/01-trace-code-execution.txt` |
-| **Architecture/Analysis** | Gemini → Qwen | `cd [dir] && gemini -p "PURPOSE:... CONTEXT: @**/*"` |
+| Bug Diagnosis | Gemini → Qwen | analysis | `analysis/01-diagnose-bug-root-cause.txt` |
-| **Multi-directory Analysis** | Gemini → Qwen | `cd [main-dir] && gemini -p "CONTEXT: @**/* @../dep/**/*" --include-directories ../dep` (reduces noise) |
+| Architecture Planning | Gemini → Qwen | analysis | `planning/01-plan-architecture-design.txt` |
-| **Building/Fixing** | Codex | `codex -C [dir] --full-auto exec "PURPOSE:... MODE: auto"` |
+| Code Pattern Analysis | Gemini → Qwen | analysis | `analysis/02-analyze-code-patterns.txt` |
-| **Not sure?** | Multiple | Use tools in parallel |
+| Architecture Review | Gemini → Qwen | analysis | `analysis/02-review-architecture.txt` |
-| **Small task?** | Still use tools | Tools are faster than manual work |
+| Feature Implementation | Codex | auto | `development/02-implement-feature.txt` |
+| Component Development | Codex | auto | `development/02-implement-component-ui.txt` |
+| Documentation | Gemini/Qwen | write | `memory/02-document-module-structure.txt` |
+| Test Generation | Codex | write | `development/02-generate-tests.txt` |
 
 ### Core Principles
-- **Use tools early and often** - Tools are faster, more thorough, and reliable than manual approaches
+
+- **Use tools early and often** - Tools are faster and more thorough
 - **When in doubt, use both** - Parallel usage provides comprehensive coverage
-- **Default to tools** - Use specialized tools for most coding tasks, no matter how small
+- **Default to tools** - Use for most coding tasks, no matter how small
-- **Lower barriers** - Engage tools immediately when encountering any complexity
+- **Minimize context noise** - Use `cd` + `--include-directories` to focus on relevant files
-- **Minimize context noise** - Use `cd` + `--include-directories` to focus on relevant files, exclude unrelated directories
+- **⚠️ Choose templates by need** - Select templates based on task requirements:
-- **⚠️ Write operation protection** - For local codebase write/modify operations, require EXPLICIT user confirmation unless user provides clear instructions containing MODE=write or MODE=auto
+  - `01-*` for general exploratory/diagnostic work
+  - `02-*` for common implementation/analysis tasks
+  - `03-*` for specialized domains
+- **⚠️ Always specify templates** - Include appropriate template in RULES field via `$(cat ~/.claude/workflows/cli-templates/prompts/.../...txt)`
+- **⚠️ Write protection** - Require EXPLICIT MODE=write or MODE=auto specification
 
 ---
 
 ## 🎯 Tool Specifications
 
+### MODE Options
+
+**analysis** (default for Gemini/Qwen)
+- Read-only operations, no file modifications
+- Analysis output returned as text response
+- Use for: code review, architecture analysis, pattern discovery
+- Permission: Default, no special parameters needed
+
+**write** (Gemini/Qwen/Codex)
+- File creation/modification/deletion allowed
+- Requires explicit MODE=write specification
+- Use for: documentation generation, code creation, file modifications
+- Permission:
+  - Gemini/Qwen: `--approval-mode yolo`
+  - Codex: `--skip-git-repo-check -s danger-full-access`
+
+**auto** (Codex only)
+- Full autonomous development operations
+- Requires explicit MODE=auto specification
+- Use for: feature implementation, bug fixes, autonomous development
+- Permission: `--skip-git-repo-check -s danger-full-access`
+
 ### Gemini & Qwen
 
-#### Overview
+**Commands**: `gemini` (primary) | `qwen` (fallback)
-- **Commands**: `gemini` (primary) | `qwen` (fallback)
-- **Strengths**: Large context window, pattern recognition
-- **Best For**: Analysis, documentation generation, code exploration, architecture review
-- **Permissions**: Default read-only analysis, MODE=write requires explicit specification
-- **Default MODE**: `analysis` (read-only)
-- **⚠️ Write Trigger**: Only when user explicitly requests "generate documentation", "modify code", or specifies MODE=write
-- **Priority**: Prefer Gemini; use Qwen as fallback when Gemini unavailable
 
-#### MODE Options
+**Strengths**: Large context window, pattern recognition
 
-**analysis** (default) - Read-only analysis and documentation generation
+**Best For**: Analysis, documentation generation, code exploration, architecture review
-- **⚠️ CRITICAL CONSTRAINT**: Absolutely NO file creation, modification, or deletion operations
-- Analysis output should be returned as text response only
-- Use for: code review, architecture analysis, pattern discovery, documentation reading
 
-**write** - ⚠️ Create/modify codebase files (requires explicit specification, auto-enables --approval-mode yolo)
+**Default MODE**: `analysis` (read-only)
-- Use for: generating documentation files, creating code files, modifying existing files
 
-#### Tool Selection
+**Priority**: Prefer Gemini; use Qwen as fallback when Gemini unavailable
-```bash
-# Default: Use Gemini
-gemini -p "analysis prompt"
 
-# Fallback: Use Qwen if Gemini unavailable
+**Error Handling**:
-qwen -p "analysis prompt"
+- **HTTP 429**: May show error but still return results - check if results exist (results present = success, no results = retry/fallback to Qwen)
-```
+- **HTTP 404**: If `gemini-3-pro-preview-11-2025` returns 404, fallback to `gemini-2.5-pro`
-
-#### Error Handling
-**⚠️ Gemini 429 Behavior**: May show HTTP 429 error but still return results - ignore error messages, only check if results exist (results present = success, no results = retry/fallback to Qwen)
-
----
 
 ### Codex
 
-#### Overview
+**Command**: `codex --full-auto exec`
-- **Command**: `codex --full-auto exec`
-- **Strengths**: Autonomous development, mathematical reasoning
-- **Best For**: Implementation, testing, automation
-- **Permissions**: Requires explicit MODE=auto or MODE=write specification
-- **Default MODE**: No default, must be explicitly specified
-- **⚠️ Write Trigger**: Only when user explicitly requests "implement", "modify", "generate code" AND specifies MODE
 
-#### MODE Options
+**Strengths**: Autonomous development, mathematical reasoning
 
-**auto** - ⚠️ Autonomous development with full file operations
+**Best For**: Implementation, testing, automation
-- Requires explicit specification
-- Enables `-s danger-full-access`
-- Use for: feature implementation, bug fixes, autonomous development
 
-**write** - ⚠️ Test generation and file modification
+**Default MODE**: No default, must be explicitly specified
-- Requires explicit specification
-- Use for: test generation, focused file modifications
 
-#### Session Management
+**Session Management**:
+- `codex resume` - Resume previous session (picker)
+- `codex resume --last` - Resume most recent session
+- `codex -i <image_file>` - Attach image to prompt
 
-**Basic Commands**:
+**Multi-task Pattern**:
-- `codex resume` - Resume previous interactive session (picker by default)
+- **First task**: MUST use full Standard Prompt Template with `exec` to establish complete context
-- `codex resume --last` - Resume most recent session directly
+- **Subsequent tasks**: Can use brief prompt with `exec "..." resume --last` (inherits context from session)
-- `codex -i <image_file>` - Attach image(s) to initial prompt (useful for UI/design references)
 
-**Multi-task Pattern**: First task uses `exec`, subsequent tasks use `exec "..." resume --last` for context continuity
+**Prompt Requirements**:
+- **Without `resume --last`**: ALWAYS use full Standard Prompt Template
+- **With `resume --last`**: Brief description sufficient (previous template context inherited)
 
-**Parameter Position**: `resume --last` must be placed AFTER the prompt string at command END
+**Auto-Resume Rules**:
-
+- **Use `resume --last`**: Related tasks, extending previous work, multi-step workflow
-**Example**:
+- **Don't use**: First task, new independent work, different module
-```bash
-# First task - establish session
-codex -C project --full-auto exec "Implement auth module" --skip-git-repo-check -s danger-full-access
-
-# Subsequent tasks - continue same session
-codex --full-auto exec "Add JWT validation" resume --last --skip-git-repo-check -s danger-full-access
-codex --full-auto exec "Write auth tests" resume --last --skip-git-repo-check -s danger-full-access
-```
-
-#### Auto-Resume Decision Rules
-
-**When to use `resume --last`**:
-- Current task is related to/extends previous Codex task in conversation memory
-- Current task requires context from previous implementation
-- Current task is part of multi-step workflow (e.g., implement → enhance → test)
-- Session memory indicates recent Codex execution on same module/feature
-
-**When NOT to use `resume --last`**:
-- First Codex task in conversation
-- New independent task unrelated to previous work
-- Switching to different module/feature area
-- No recent Codex task in conversation memory
 
 ---
 
@@ -159,270 +161,374 @@ codex --full-auto exec "Write auth tests" resume --last --skip-git-repo-check -s
 ### Universal Template Structure
 
 Every command MUST follow this structure:
+
 - [ ] **PURPOSE** - Clear goal and intent
+  - State the high-level objective of this execution
+  - Explain why this task is needed
+  - Define success criteria
+  - Example: "Analyze authentication module to identify security vulnerabilities"
+
 - [ ] **TASK** - Specific execution task (use list format: • Task item 1 • Task item 2 • Task item 3)
+  - Break down PURPOSE into concrete, actionable steps
+  - Use bullet points (•) for multiple sub-tasks
+  - Order tasks by execution sequence
+  - Example: "• Review auth implementation patterns • Identify potential security risks • Document findings with recommendations"
+
 - [ ] **MODE** - Execution mode and permission level
+  - `analysis` (default): Read-only operations, no file modifications
+  - `write`: File creation/modification/deletion allowed (requires explicit specification)
+  - `auto`: Full autonomous development operations (Codex only, requires explicit specification)
+  - Example: "MODE: analysis" or "MODE: write"
+
 - [ ] **CONTEXT** - File references and memory context from previous sessions
+  - **File Patterns**: Use @ syntax for file references (default: `@**/*` for all files)
+    - `@**/*` - All files in current directory tree
+    - `@src/**/*.ts` - TypeScript files in src directory
+    - `@../shared/**/*` - Files from sibling directory (requires `--include-directories`)
+  - **Memory Context**: Reference previous session findings and context
+    - Related tasks: `Building on previous analysis from [session/commit]`
+    - Tech stack: `Using patterns from [tech-stack-name] documentation`
+    - Cross-reference: `Related to implementation in [module/file]`
+  - **Memory Sources**: Include relevant memory sources
+    - Documentation: `CLAUDE.md`, module-specific docs
+  - Example: "CONTEXT: @src/auth/**/* @CLAUDE.md | Memory: Building on previous auth refactoring (commit abc123)"
+
 - [ ] **EXPECTED** - Clear expected results
+  - Specify deliverable format (report, code, documentation, list)
+  - Define quality criteria
+  - State output structure requirements
+  - Example: "Comprehensive security report with categorized findings, risk levels, and actionable recommendations"
+
 - [ ] **RULES** - Template reference and constraints (include mode constraints: analysis=READ-ONLY | write=CREATE/MODIFY/DELETE | auto=FULL operations)
+  - Reference templates: `$(cat ~/.claude/workflows/cli-templates/prompts/[category]/[template].txt)`
+  - Specify constraints and boundaries
+  - Include mode-specific constraints:
+    - `analysis=READ-ONLY` - No file modifications
+    - `write=CREATE/MODIFY/DELETE` - File operations allowed
+    - `auto=FULL operations` - Autonomous development
+  - Example: "$(cat ~/.claude/workflows/cli-templates/prompts/analysis/security.txt) | Focus on authentication flows only | analysis=READ-ONLY"
 
----
+### Standard Prompt Template
 
-### Standard Command Formats
+```
-
+PURPOSE: [clear goal - state objective, why needed, success criteria]
-#### Gemini & Qwen Commands
+TASK:
-
+• [specific task - actionable step 1]
-```bash
+• [specific task - actionable step 2]
-# Analysis Mode (read-only, default)
+• [specific task - actionable step 3]
-# Use 'gemini' (primary) or 'qwen' (fallback)
+MODE: [analysis|write|auto]
-cd [directory] && gemini -p "
+CONTEXT: @**/* | Memory: [previous session findings, related implementations, tech stack patterns, workflow context]
-PURPOSE: [clear analysis goal]
+EXPECTED: [deliverable format, quality criteria, output structure, testing requirements (if applicable)]
-TASK: [specific analysis task]
+RULES: $(cat ~/.claude/workflows/cli-templates/prompts/[category]/[0X-template-name].txt) | [additional constraints] | [MODE]=[READ-ONLY|CREATE/MODIFY/DELETE|FULL operations]
-MODE: analysis
-CONTEXT: @**/* [default: all files, or specify file patterns]
-EXPECTED: [expected output]
-RULES: [template reference and constraints]
-"
-
-# Model Selection Examples (NOTE: -m placed AFTER prompt)
-cd [directory] && gemini -p "..." -m gemini-2.5-pro      # Analysis (default)
-cd [directory] && gemini -p "..." -m gemini-2.5-flash    # Documentation updates
-cd [directory] && qwen -p "..."                          # coder-model (default, -m optional)
-cd [directory] && qwen -p "..." -m vision-model           # Image analysis (rare)
-
-# Write Mode (requires explicit MODE=write)
-# NOTE: --approval-mode yolo must be placed AFTER the prompt
-cd [directory] && gemini -p "
-PURPOSE: [clear goal]
-TASK: [specific task]
-MODE: write
-CONTEXT: @**/* [default: all files, or specify file patterns]
-EXPECTED: [expected output]
-RULES: [template reference and constraints]
-" -m gemini-2.5-flash --approval-mode yolo
-
-# Fallback: Replace 'gemini' with 'qwen' if Gemini unavailable
-cd [directory] && qwen -p "..." # coder-model default (-m optional)
 ```
 
-#### Codex Commands
+**Template Selection Guide**:
+- Choose template based on your specific task, not by sequence number
+- `01-*` templates: General-purpose, broad applicability
+- `02-*` templates: Common specialized scenarios
+- `03-*` templates: Domain-specific needs
 
+### Tool-Specific Configuration
+
+Use the **[Standard Prompt Template](#standard-prompt-template)** for all tools. This section only covers tool-specific command syntax.
+
+#### Gemini & Qwen
+
+**Command Format**: `cd [directory] && [tool] -p "[Standard Prompt Template]" [options]`
+
+**Syntax Elements**:
+- **Directory**: `cd [directory] &&` (navigate to target directory)
+- **Tool**: `gemini` (primary) | `qwen` (fallback)
+- **Prompt**: `-p "[Standard Prompt Template]"` (prompt BEFORE options)
+- **Model**: `-m [model-name]` (optional, placed AFTER prompt)
+  - Gemini: `gemini-3-pro-preview-11-2025` (default) | `gemini-2.5-pro` | `gemini-2.5-flash`
+  - Qwen: `coder-model` (default) | `vision-model`
+- **Write Permission**: `--approval-mode yolo` (ONLY for MODE=write, placed AFTER prompt)
+
+**Command Examples**:
 ```bash
-# Codex Development (requires explicit MODE=auto)
+# Analysis Mode (default, read-only)
-# NOTE: -m, --skip-git-repo-check and -s danger-full-access must be placed at command END
+cd [directory] && gemini -p "[Standard Prompt Template]" -m gemini-3-pro-preview-11-2025
-codex -C [directory] --full-auto exec "
+
-PURPOSE: [clear development goal]
+# Write Mode (requires MODE=write in template + --approval-mode yolo)
-TASK: [specific development task]
+cd [directory] && gemini -p "[Standard Prompt Template with MODE: write]" -m gemini-2.5-flash --approval-mode yolo
+
+# Fallback to Qwen
+cd [directory] && qwen -p "[Standard Prompt Template]" -m coder-model
+
+# Multi-directory support
+cd [directory] && gemini -p "[Standard Prompt Template]" -m gemini-3-pro-preview-11-2025 --include-directories ../shared,../types
+```
+
+#### Codex
+
+**Command Format**: `codex -C [directory] --full-auto exec "[Standard Prompt Template]" [options]`
+
+**Syntax Elements**:
+- **Directory**: `-C [directory]` (target directory parameter)
+- **Execution Mode**: `--full-auto exec` (required for autonomous execution)
+- **Prompt**: `exec "[Standard Prompt Template]"` (prompt BEFORE options)
+- **Model**: `-m [model-name]` (optional, placed AFTER prompt, BEFORE flags)
+  - `gpt-5` (default) | `gpt5-codex` (large context)
+- **Write Permission**: `--skip-git-repo-check -s danger-full-access` (ONLY for MODE=auto or MODE=write, placed at command END)
+- **Session Resume**: `resume --last` (placed AFTER prompt, BEFORE flags)
+
+**Command Examples**:
+```bash
+# Auto Mode (requires MODE=auto in template + permission flags)
+codex -C [directory] --full-auto exec "[Standard Prompt Template with MODE: auto]" -m gpt-5 --skip-git-repo-check -s danger-full-access
+
+# Write Mode (requires MODE=write in template + permission flags)
+codex -C [directory] --full-auto exec "[Standard Prompt Template with MODE: write]" -m gpt-5 --skip-git-repo-check -s danger-full-access
+
+# Session continuity
+# First task - MUST use full Standard Prompt Template to establish context
+codex -C project --full-auto exec "[Standard Prompt Template with MODE: auto]" -m gpt-5 --skip-git-repo-check -s danger-full-access
+
+# Subsequent tasks - Can use brief prompt ONLY when using 'resume --last'
+# (inherits full context from previous session, no need to repeat template)
+codex --full-auto exec "Add JWT refresh token validation" resume --last --skip-git-repo-check -s danger-full-access
+
+# With image attachment
+codex -C [directory] -i design.png --full-auto exec "[Standard Prompt Template]" -m gpt-5 --skip-git-repo-check -s danger-full-access
+```
+
+**Complete Example (Codex with full template)**:
+```bash
+# First task - establish session with full template
+codex -C project --full-auto exec "
+PURPOSE: Implement authentication module
+TASK: • Create auth service • Add user validation • Setup JWT tokens
 MODE: auto
-CONTEXT: @**/* [default: all files, or specify file patterns and memory context]
+CONTEXT: @**/* | Memory: Following security patterns from project standards
-EXPECTED: [expected deliverables]
+EXPECTED: Complete auth module with tests
-RULES: [template reference and constraints]
+RULES: $(cat ~/.claude/workflows/cli-templates/prompts/development/02-implement-feature.txt) | Follow existing patterns | auto=FULL operations
 " -m gpt-5 --skip-git-repo-check -s danger-full-access
 
-# Model Selection Examples (NOTE: -m placed AFTER prompt, BEFORE flags)
+# Subsequent tasks - brief description with resume
-codex -C [directory] --full-auto exec "..." -m gpt-5 --skip-git-repo-check -s danger-full-access        # Analysis & execution (default)
+codex --full-auto exec "Add JWT refresh token validation" resume --last --skip-git-repo-check -s danger-full-access
-codex -C [directory] --full-auto exec "..." -m gpt5-codex --skip-git-repo-check -s danger-full-access   # Large context tasks
-
-# Codex Test/Write Mode (requires explicit MODE=write)
-# NOTE: -m, --skip-git-repo-check and -s danger-full-access must be placed at command END
-codex -C [directory] --full-auto exec "
-PURPOSE: [clear goal]
-TASK: [specific task]
-MODE: write
-CONTEXT: @**/* [default: all files, or specify file patterns and memory context]
-EXPECTED: [expected deliverables]
-RULES: [template reference and constraints]
-" -m gpt-5 --skip-git-repo-check -s danger-full-access
 ```
 
----
-
 ### Directory Context Configuration
 
 **Tool Directory Navigation**:
-- **Gemini & Qwen**: `cd path/to/project && gemini -p "prompt"` (or `qwen`)
+- **Gemini & Qwen**: `cd path/to/project && gemini -p "prompt"`
-- **Codex**: `codex -C path/to/project --full-auto exec "task"` (Codex still supports -C)
+- **Codex**: `codex -C path/to/project --full-auto exec "task"`
-- **Path types**: Supports both relative (`../project`) and absolute (`/full/path`) paths
+- **Path types**: Supports both relative (`../project`) and absolute (`/full/path`)
-- **Token analysis**: For Gemini/Qwen, token counting happens in current directory
 
-#### ⚠️ Critical Directory Scope Rules
+#### Critical Directory Scope Rules
 
 **Once `cd` to a directory**:
-- **@ references ONLY apply to current directory and its subdirectories**
+- @ references ONLY apply to current directory and subdirectories
 - `@**/*` = All files within current directory tree
 - `@*.ts` = TypeScript files in current directory tree
-- `@src/**/*` = Files within src subdirectory (if exists under current directory)
+- `@src/**/*` = Files within src subdirectory
-- **CANNOT reference parent or sibling directories via @ alone**
+- CANNOT reference parent/sibling directories via @ alone
 
 **To reference files outside current directory (TWO-STEP REQUIREMENT)**:
-- **Step 1**: Add `--include-directories` parameter to make external directories ACCESSIBLE
+1. Add `--include-directories` parameter to make external directories ACCESSIBLE
-- **Step 2**: Explicitly reference external files in CONTEXT field with @ patterns
+2. Explicitly reference external files in CONTEXT field with @ patterns
-- **⚠️ BOTH steps are MANDATORY** - missing either step will fail
+3. ⚠️ BOTH steps are MANDATORY
-- Example: `cd src/auth && gemini -p "CONTEXT: @**/* @../shared/**/*" --include-directories ../shared`
+
-- **Rule**: If CONTEXT contains `@../dir/**/*`, command MUST include `--include-directories ../dir`
+Example: `cd src/auth && gemini -p "CONTEXT: @**/* @../shared/**/*" -m gemini-3-pro-preview-11-2025 --include-directories ../shared`
-- Without `--include-directories`, @ patterns CANNOT access parent/sibling directories at all
+
+**Rule**: If CONTEXT contains `@../dir/**/*`, command MUST include `--include-directories ../dir`
 
 #### Multi-Directory Support (Gemini & Qwen)
 
-**Purpose**: Reduce irrelevant file noise by focusing analysis on specific directories while maintaining necessary cross-directory context
-
-**Use Case**: When `cd` limits scope but you need to reference files from parent/sibling folders
-
 **Parameter**: `--include-directories <dir1,dir2,...>`
-- Includes additional directories in the workspace beyond current `cd` directory
+- Includes additional directories beyond current `cd` directory
-- Can be specified multiple times or as comma-separated values
+- Can be specified multiple times or comma-separated
-- Maximum 5 directories can be added
+- Maximum 5 directories
-- **REQUIRED** when working in a subdirectory but needing context from parent or sibling directories
+- REQUIRED when working in subdirectory but needing parent/sibling context
 
-**Syntax Options**:
+**Syntax**:
 ```bash
 # Comma-separated format
-gemini -p "prompt" --include-directories /path/to/project1,/path/to/project2
+gemini -p "prompt" -m gemini-3-pro-preview-11-2025 --include-directories /path/to/project1,/path/to/project2
 
 # Multiple flags format
-gemini -p "prompt" --include-directories /path/to/project1 --include-directories /path/to/project2
+gemini -p "prompt" -m gemini-3-pro-preview-11-2025 --include-directories /path/to/project1 --include-directories /path/to/project2
 
-# Combined with cd for focused analysis with extended context (RECOMMENDED)
+# Recommended: cd + --include-directories
-# This pattern minimizes irrelevant files by focusing on src/auth while only including necessary dependencies
 cd src/auth && gemini -p "
 PURPOSE: Analyze authentication with shared utilities context
 TASK: Review auth implementation and its dependencies
 MODE: analysis
 CONTEXT: @**/* @../shared/**/* @../types/**/*
 EXPECTED: Complete analysis with cross-directory dependencies
-RULES: Focus on integration patterns
+RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/02-analyze-code-patterns.txt) | Focus on integration patterns | analysis=READ-ONLY
-" --include-directories ../shared,../types
+" -m gemini-3-pro-preview-11-2025 --include-directories ../shared,../types
-# Result: Only src/auth/**, ../shared/**, ../types/** are analyzed, other project files excluded
 ```
 
 **Best Practices**:
-- **Recommended Pattern**: Use `cd` to navigate to primary focus directory, then use `--include-directories` for additional context
+- Use `cd` to navigate to primary focus directory
-  - Example: `cd src/auth && gemini -p "CONTEXT: @**/* @../shared/**/*" --include-directories ../shared,../types`
+- Use `--include-directories` for additional context
-  - **⚠️ CRITICAL**: CONTEXT must explicitly list external files (e.g., `@../shared/**/*`), AND command must include `--include-directories ../shared`
+- ⚠️ CONTEXT must explicitly list external files AND command must include `--include-directories`
-  - Benefits: **Minimizes irrelevant file interference** (only includes specified directories), more precise file references (relative to current directory), clearer intent, better context control
+- Benefits: Minimizes irrelevant file interference, more precise file references
-- **Enforcement Rule**: When CONTEXT references external directories, ALWAYS add corresponding `--include-directories`
+- Pattern matching rule: `@../dir/**/*` in CONTEXT → `--include-directories ../dir` in command (MANDATORY)
-- Use when `cd` alone limits necessary context visibility
-- Keep directory count ≤ 5 for optimal performance
-- **Pattern matching rule**: `@../dir/**/*` in CONTEXT → `--include-directories ../dir` in command (MANDATORY)
-- Prefer `cd + --include-directories` over multiple `cd` commands for cross-directory analysis
-
----
 
 ### CONTEXT Field Configuration
 
+CONTEXT field consists of: **File Patterns** + **Memory Context**
+
 #### File Pattern Reference
 
-**Default Pattern**:
+**Default**: `@**/*` (all files - use as default for comprehensive context)
-- **All files (default)**: `@**/*` - Use this as default for comprehensive context
 
 **Common Patterns**:
 - Source files: `@src/**/*`
-- TypeScript: `@*.ts @*.tsx` (multiple @ for multiple patterns)
+- TypeScript: `@*.ts @*.tsx`
-- With docs: `@CLAUDE.md @**/*CLAUDE.md` (multiple @ for multiple patterns)
+- With docs: `@CLAUDE.md @**/*CLAUDE.md`
 - Tests: `@src/**/*.test.*`
 
+#### Memory Context Integration
+
+**Purpose**: Leverage previous session findings, related implementations, and established patterns to provide continuity
+
+**Format**: `CONTEXT: [file patterns] | Memory: [memory context]`
+
+**Memory Sources**:
+
+1. **Related Tasks** - Cross-task context
+   - Previous refactoring, task extensions, conflict resolution
+
+2. **Tech Stack Patterns** - Framework and library conventions
+   - React hooks patterns, TypeScript utilities, security guidelines
+
+3. **Cross-Module References** - Inter-module dependencies
+   - Integration points, shared utilities, type dependencies
+
+**Memory Context Examples**:
+
+```bash
+# Example 1: Building on related task
+CONTEXT: @src/auth/**/* @CLAUDE.md | Memory: Building on previous auth refactoring (commit abc123), implementing refresh token mechanism following React hooks patterns
+
+# Example 2: Cross-module integration
+CONTEXT: @src/payment/**/* @src/shared/types/**/* | Memory: Integration with auth module from previous implementation, using shared error handling patterns from @shared/utils/errors.ts
+```
+
+**Best Practices**:
+- **Always include memory context** when building on previous work
+- **Reference commits/tasks**: Use commit hashes or task IDs for traceability
+- **Document dependencies** with explicit file references
+- **Cross-reference implementations** with file paths
+- **Use consistent format**: `CONTEXT: [file patterns] | Memory: [memory context]`
+
 #### Complex Pattern Discovery
 
-For complex file pattern requirements, use semantic discovery tools BEFORE CLI execution:
+For complex file pattern requirements, use semantic discovery BEFORE CLI execution:
-- **rg (ripgrep)**: Content-based file discovery with regex patterns
+
-- **Code Index MCP**: Semantic file search based on task requirements
+**Tools**:
-- **Workflow**: Discover → Extract precise paths → Build CONTEXT field
+- `rg (ripgrep)` - Content-based file discovery with regex
+- `mcp__code-index__search_code_advanced` - Semantic file search
+
+**Workflow**: Discover → Extract precise paths → Build CONTEXT field
 
 **Example**:
 ```bash
 # Step 1: Discover files semantically
-rg "export.*Component" --files-with-matches --type ts  # Find component files
+rg "export.*Component" --files-with-matches --type ts
-mcp__code-index__search_code_advanced(pattern="interface.*Props", file_pattern="*.tsx")  # Find interface files
+mcp__code-index__search_code_advanced(pattern="interface.*Props", file_pattern="*.tsx")
 
-# Step 2: Build precise CONTEXT from discovery results
+# Step 2: Build precise CONTEXT with file patterns + memory
-CONTEXT: @src/components/Auth.tsx @src/types/auth.d.ts @src/hooks/useAuth.ts
+CONTEXT: @src/components/Auth.tsx @src/types/auth.d.ts @src/hooks/useAuth.ts | Memory: Previous refactoring identified type inconsistencies, following React hooks patterns
 
-# Step 3: Execute CLI with precise file references
+# Step 3: Execute CLI with precise references
-# cd to src/ reduces scope; specific files further minimize context to only relevant files
 cd src && gemini -p "
-PURPOSE: Analyze authentication components
+PURPOSE: Analyze authentication components for type safety improvements
-TASK: Review auth component patterns and props interfaces
+TASK:
+• Review auth component patterns and props interfaces
+• Identify type inconsistencies in auth components
+• Recommend improvements following React best practices
 MODE: analysis
-CONTEXT: @components/Auth.tsx @types/auth.d.ts @hooks/useAuth.ts
+CONTEXT: @components/Auth.tsx @types/auth.d.ts @hooks/useAuth.ts | Memory: Previous refactoring identified type inconsistencies, following React hooks patterns, related implementation in @hooks/useAuth.ts (commit abc123)
-EXPECTED: Pattern analysis and improvement suggestions
+EXPECTED: Comprehensive analysis report with type safety recommendations, code examples, and references to previous findings
-RULES: Focus on type safety and component composition
+RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/02-analyze-code-patterns.txt) | Focus on type safety and component composition | analysis=READ-ONLY
-"
+" -m gemini-3-pro-preview-11-2025
-# Result: Only 3 specific files analyzed instead of entire src/ tree
 ```
 
----
-
 ### RULES Field Configuration
 
-#### Basic Format
+**Basic Format**: `RULES: $(cat ~/.claude/workflows/cli-templates/prompts/[category]/[template].txt) | [constraints]`
-```bash
-RULES: $(cat ~/.claude/workflows/cli-templates/prompts/[category]/[template].txt) | [constraints]
-```
 
-#### ⚠️ CRITICAL: Command Substitution Rules
+**⚠️ Command Substitution Rules**:
-
+- **Template reference only, never read**: Use `$(cat ...)` directly, do NOT read template content first
-When using `$(cat ...)` for template loading in actual CLI commands:
-- **Template reference only, never read**: When user specifies template name, use `$(cat ...)` directly in RULES field, do NOT read template content first
 - **NEVER use escape characters**: `\$`, `\"`, `\'` will break command substitution
-- **In prompt context**: Path in `$(cat ...)` needs NO quotes (tilde expands correctly)
+- **In prompt context**: Path needs NO quotes (tilde expands correctly)
-- **Correct**: `RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/pattern.txt)`
+- **Correct**: `RULES: $(cat ~/.claude/workflows/cli-templates/prompts/analysis/01-trace-code-execution.txt)`
-- **WRONG**: `RULES: \$(cat ...)` or `RULES: $(cat \"...\")` or `RULES: $(cat '...')`
+- **WRONG**: `RULES: \$(cat ...)` or `RULES: $(cat \"...\")`
-- **Why**: Shell executes `$(...)` in subshell where path is safe without quotes
+- **Why**: Shell executes `$(...)` in subshell where path is safe
 
-#### Examples
+**Examples**:
-- Single template: `$(cat ~/.claude/workflows/cli-templates/prompts/analysis/pattern.txt) | Focus on security`
+- General template: `$(cat ~/.claude/workflows/cli-templates/prompts/analysis/01-diagnose-bug-root-cause.txt) | Focus on authentication module`
-- Multiple templates: `$(cat template1.txt) $(cat template2.txt) | Enterprise standards`
+- Specialized template: `$(cat ~/.claude/workflows/cli-templates/prompts/analysis/02-analyze-code-patterns.txt) | React hooks only`
+- Multiple: `$(cat template1.txt) $(cat template2.txt) | Enterprise standards`
 - No template: `Focus on security patterns, include dependency analysis`
-- File patterns: `@src/**/*.ts @CLAUDE.md - Stay within scope`
-
----
 
 ### Template System
 
-#### Base Structure
+**Base**: `~/.claude/workflows/cli-templates/`
-`~/.claude/workflows/cli-templates/`
 
-#### Available Templates
+**Naming Convention**:
+- `01-*` - Universal, high-frequency templates
+- `02-*` - Common specialized templates
+- `03-*` - Domain-specific, less frequent templates
 
+**Note**: Number prefix indicates category and frequency, not required usage order. Choose based on task needs.
+
+**Available Templates**:
 ```
 prompts/
 ├── analysis/
-│   ├── pattern.txt      - Code pattern analysis
+│   ├── 01-trace-code-execution.txt
-│   ├── architecture.txt - System architecture review
+│   ├── 01-diagnose-bug-root-cause.txt
-│   ├── security.txt     - Security assessment
+│   ├── 02-analyze-code-patterns.txt
-│   └── quality.txt      - Code quality review
+│   ├── 02-review-architecture.txt
+│   ├── 02-review-code-quality.txt
+│   ├── 03-analyze-performance.txt
+│   ├── 03-assess-security-risks.txt
+│   └── 03-review-quality-standards.txt
 ├── development/
-│   ├── feature.txt      - Feature implementation
+│   ├── 02-implement-feature.txt
-│   ├── refactor.txt     - Refactoring tasks
+│   ├── 02-refactor-codebase.txt
-│   └── testing.txt      - Test generation
+│   ├── 02-generate-tests.txt
+│   ├── 02-implement-component-ui.txt
+│   └── 03-debug-runtime-issues.txt
 ├── memory/
-│   └── claude-module-unified.txt  - Universal module/file documentation template
+│   └── 02-document-module-structure.txt
 └── planning/
-    └── task-breakdown.txt - Task decomposition
+    ├── 01-plan-architecture-design.txt
-
+    ├── 02-breakdown-task-steps.txt
-planning-roles/
+    ├── 02-design-component-spec.txt
-├── system-architect.md  - System design perspective
+    ├── 03-evaluate-concept-feasibility.txt
-├── security-expert.md   - Security architecture
+    └── 03-plan-migration-strategy.txt
-└── feature-planner.md   - Feature specification
-
-tech-stacks/
-├── typescript-dev.md    - TypeScript guidelines
-├── python-dev.md        - Python conventions
-└── react-dev.md         - React architecture
 ```
 
-#### Task-Template Selection Matrix
+**Task-Template Matrix**:
 
-| Task Type | Tool | Use Case | Template |
+| Task Type | Tool | Template |
-|-----------|------|----------|-----------|
+|-----------|------|----------|
-| **Analysis** | Gemini (Qwen fallback) | Code exploration, architecture review, patterns | `analysis/pattern.txt` |
+| Execution Tracing | Gemini (Qwen fallback) | `analysis/01-trace-code-execution.txt` |
-| **Architecture** | Gemini (Qwen fallback) | System design, architectural analysis | `analysis/architecture.txt` |
+| Bug Diagnosis | Gemini (Qwen fallback) | `analysis/01-diagnose-bug-root-cause.txt` |
-| **Documentation** | Gemini (Qwen fallback) | Code docs, API specs, guides | `analysis/quality.txt` |
+| Code Pattern Analysis | Gemini (Qwen fallback) | `analysis/02-analyze-code-patterns.txt` |
-| **Development** | Codex | Feature implementation, bug fixes, testing | `development/feature.txt` |
+| Architecture Review | Gemini (Qwen fallback) | `analysis/02-review-architecture.txt` |
-| **Planning** | Gemini/Qwen | Task breakdown, migration planning | `planning/task-breakdown.txt` |
+| Code Review | Gemini (Qwen fallback) | `analysis/02-review-code-quality.txt` |
-| **Security** | Codex | Vulnerability assessment, fixes | `analysis/security.txt` |
+| Performance Analysis | Gemini (Qwen fallback) | `analysis/03-analyze-performance.txt` |
-| **Refactoring** | Multiple | Gemini/Qwen for analysis, Codex for execution | `development/refactor.txt` |
+| Security Assessment | Gemini (Qwen fallback) | `analysis/03-assess-security-risks.txt` |
-| **Module Documentation** | Gemini (Qwen fallback) | Universal module/file documentation for all levels | `memory/claude-module-unified.txt` |
+| Quality Standards | Gemini (Qwen fallback) | `analysis/03-review-quality-standards.txt` |
+| Architecture Planning | Gemini (Qwen fallback) | `planning/01-plan-architecture-design.txt` |
+| Task Breakdown | Gemini (Qwen fallback) | `planning/02-breakdown-task-steps.txt` |
+| Component Design | Gemini (Qwen fallback) | `planning/02-design-component-spec.txt` |
+| Concept Evaluation | Gemini (Qwen fallback) | `planning/03-evaluate-concept-feasibility.txt` |
+| Migration Planning | Gemini (Qwen fallback) | `planning/03-plan-migration-strategy.txt` |
+| Feature Development | Codex | `development/02-implement-feature.txt` |
+| Refactoring | Codex | `development/02-refactor-codebase.txt` |
+| Test Generation | Codex | `development/02-generate-tests.txt` |
+| Component Implementation | Codex | `development/02-implement-component-ui.txt` |
+| Debugging | Codex | `development/03-debug-runtime-issues.txt` |
+| Module Documentation | Gemini (Qwen fallback) | `memory/02-document-module-structure.txt` |
 
 ---
 
@@ -431,83 +537,69 @@ tech-stacks/
 ### Dynamic Timeout Allocation
 
 **Timeout Ranges**:
-- **Simple tasks** (analysis, search): 20-40min (1200000-2400000ms)
+- **Simple** (analysis, search): 20-40min (1200000-2400000ms)
-- **Medium tasks** (refactoring, documentation): 40-60min (2400000-3600000ms)
+- **Medium** (refactoring, documentation): 40-60min (2400000-3600000ms)
-- **Complex tasks** (implementation, migration): 60-120min (3600000-7200000ms)
+- **Complex** (implementation, migration): 60-120min (3600000-7200000ms)
 
-**Codex Multiplier**: Codex commands use 1.5x of allocated time
+**Codex Multiplier**: 1.5x of allocated time
 
 **Application**: All bash() wrapped commands including Gemini, Qwen and Codex executions
 
-**Auto-detection**: Analyze PURPOSE and TASK fields to determine appropriate timeout
+**Auto-detection**: Analyze PURPOSE and TASK fields to determine timeout
-
-**Command Examples**:
-```bash
-bash(gemini -p "prompt")  # Simple analysis: 20-40min
-bash(codex -C directory --full-auto exec "task")  # Complex implementation: 90-180min
-```
-
----
 
 ### Permission Framework
 
-#### Write Operation Protection
+**⚠️ Single-Use Explicit Authorization**: Each CLI execution requires explicit user command instruction - one command authorizes ONE execution only. Analysis does NOT authorize write operations. Previous authorization does NOT carry over. Each operation needs NEW explicit user directive.
-
-**⚠️ CRITICAL: Single-Use Explicit Authorization**: Each CLI execution (Gemini/Qwen/Codex) requires explicit user command instruction - one command authorizes ONE execution only. Analysis does NOT authorize write operations. Previous authorization does NOT carry over to subsequent actions. Each operation needs NEW explicit user directive.
 
 **Mode Hierarchy**:
-- **Analysis Mode (default)**: Read-only, safe for auto-execution
+- **analysis** (default): Read-only, safe for auto-execution
-- **Write Mode**: Requires user explicitly states MODE=write or MODE=auto in prompt
+- **write**: Requires explicit MODE=write specification
+- **auto**: Requires explicit MODE=auto specification
 - **Exception**: User provides clear instructions like "modify", "create", "implement"
 
-#### Tool-Specific Permissions
+**Tool-Specific Permissions**:
-
+- **Gemini/Qwen**: Use `--approval-mode yolo` ONLY when MODE=write (placed AFTER prompt)
-**Gemini/Qwen Write Access**:
+- **Codex**: Use `--skip-git-repo-check -s danger-full-access` ONLY when MODE=auto or MODE=write (placed at command END)
-- Use `--approval-mode yolo` ONLY when MODE=write explicitly specified
+- **Default**: All tools default to analysis/read-only mode
-- **Parameter Position**: Place AFTER the prompt: `gemini -p "..." --approval-mode yolo`
-
-**Codex Write Access**:
-- Use `-s danger-full-access` and `--skip-git-repo-check` ONLY when MODE=auto explicitly specified
-- **Parameter Position**: Place AFTER the prompt string at command END: `codex ... exec "..." --skip-git-repo-check -s danger-full-access`
-
-**Default Behavior**: All tools default to analysis/read-only mode without explicit write permission
 
 ---
 
 ## 🔧 Best Practices
 
-### General Guidelines
+### Workflow Principles
 
-**Workflow Principles**:
 - **Start with templates** - Use predefined templates for consistency
-- **Be specific** - Clear PURPOSE, TASK, and EXPECTED fields
+- **Be specific** - Clear PURPOSE, TASK, and EXPECTED fields with detailed descriptions
 - **Include constraints** - File patterns, scope, requirements in RULES
+- **Leverage memory context** - ALWAYS include Memory field when building on previous work
+  - Cross-reference tasks with file paths and commit hashes
+  - Document dependencies with explicit file references
+  - Reference related implementations and patterns
 - **Discover patterns first** - Use rg/MCP for complex file discovery before CLI execution
-- **Build precise CONTEXT** - Convert discovery results to explicit file references
+- **Build precise CONTEXT** - Convert discovery to explicit file references with memory
-- **Document context** - Always reference CLAUDE.md for context
+  - Format: `CONTEXT: [file patterns] | Memory: [memory context]`
-- **Default to full context** - Use `@**/*` in CONTEXT for comprehensive analysis unless specific files needed
+  - File patterns: `@**/*` (default) or specific patterns
-- **⚠️ No escape characters in CLI commands** - NEVER use `\$`, `\"`, `\'` in actual CLI execution (breaks command substitution and path expansion)
+  - Memory: Previous sessions, tech stack patterns, cross-references
-
+- **Document context** - Always reference CLAUDE.md and relevant documentation
----
+- **Default to full context** - Use `@**/*` unless specific files needed
+- **⚠️ No escape characters** - NEVER use `\$`, `\"`, `\'` in CLI commands
 
 ### Context Optimization Strategy
 
-**Directory Navigation**: Use `cd [directory] &&` pattern when analyzing specific areas to reduce irrelevant context
+**Directory Navigation**: Use `cd [directory] &&` pattern to reduce irrelevant context
 
 **When to change directory**:
-- Specific directory mentioned → Use `cd directory &&` pattern
+- Specific directory mentioned → Use `cd directory &&`
-- Focused analysis needed → Target specific directory with cd
+- Focused analysis needed → Target specific directory
-- Multi-directory scope → Use `cd` + `--include-directories` for precise control
+- Multi-directory scope → Use `cd` + `--include-directories`
 
 **When to use `--include-directories`**:
 - Working in subdirectory but need parent/sibling context
 - Cross-directory dependency analysis required
 - Multiple related modules need simultaneous access
-- **Key benefit**: Excludes unrelated directories, reducing token usage and improving analysis precision
+- **Key benefit**: Excludes unrelated directories, reduces token usage
 
----
+### Workflow Integration
-
-### Workflow Integration (REQUIRED)
 
 When planning any coding task, **ALWAYS** integrate CLI tools:
 
@@ -516,8 +608,6 @@ When planning any coding task, **ALWAYS** integrate CLI tools:
 3. **Implementation Phase**: Use Codex for development
 4. **Quality Phase**: Use Codex for testing and validation
 
----
-
 ### Planning Checklist
 
 For every development task:
@@ -526,6 +616,6 @@ For every development task:
 - [ ] **Context gathered** - File references and session memory documented (default `@**/*`)
 - [ ] **Directory navigation** - Determine if `cd` or `cd + --include-directories` needed
 - [ ] **Gemini analysis** completed for understanding
-- [ ] **Template selected** - Appropriate template chosen
+- [ ] **Template applied** - Use Standard Prompt Template (universal for all tools)
 - [ ] **Constraints specified** - File patterns, scope, requirements
 - [ ] **Implementation approach** - Tool selection and workflow