docs: add CLI results as memory/context section

Add comprehensive explanation of how CLI tool results can be saved and
reused as context for subsequent operations:
- Result persistence in workflow sessions (.chat/ directory)
- Using analysis results as planning basis
- Using analysis results as implementation basis
- Cross-session references
- Memory update loops with iterative optimization
- Visual memory flow diagram showing phase-to-phase context passing
- Best practices for maintaining continuity and quality

This enables intelligent workflows where Gemini/Qwen analysis informs
Codex implementation, and all results accumulate as project memory for
future decision-making. Integrates with /workflow:plan and
/workflow:lite-plan commands.

.claude/commands/memory/docs.md

@@ -89,7 +89,7 @@ bash(if [ -d .workflow/docs/\${project_name} ]; then find .workflow/docs/\${proj
 bash(if [ -d .workflow/docs/\${project_name} ]; then find .workflow/docs/\${project_name} -type f -name "*.md" ! -path "*/README.md" ! -path "*/ARCHITECTURE.md" ! -path "*/EXAMPLES.md" ! -path "*/api/*" 2>/dev/null | xargs cat 2>/dev/null; fi)
 ```
 
-**Data Processing**: Parse bash outputs, calculate statistics, use **Write tool** to create `${session_dir}/.process/phase2-analysis.json` with structure:
+**Data Processing**: Parse bash outputs, calculate statistics, use **Write tool** to create `${session_dir}/.process/doc-planning-data.json` with structure:
 
 ```json
 {
@@ -118,7 +118,7 @@ bash(if [ -d .workflow/docs/\${project_name} ]; then find .workflow/docs/\${proj
 
 **Then** use **Edit tool** to update `workflow-session.json` adding analysis field.
 
-**Output**: Single `phase2-analysis.json` with all analysis data (no temp files or Python scripts).
+**Output**: Single `doc-planning-data.json` with all analysis data (no temp files or Python scripts).
 
 **Auto-skipped**: Tests (`**/test/**`, `**/*.test.*`), Build (`**/node_modules/**`, `**/dist/**`), Config (root-level files), Vendor directories.
 
@@ -127,8 +127,8 @@ bash(if [ -d .workflow/docs/\${project_name} ]; then find .workflow/docs/\${proj
 **Commands**:
 
 ```bash
-# Count existing docs from phase2-analysis.json
-bash(cat .workflow/active/WFS-docs-{timestamp}/.process/phase2-analysis.json | jq '.existing_docs.file_list | length')
+# Count existing docs from doc-planning-data.json
+bash(cat .workflow/active/WFS-docs-{timestamp}/.process/doc-planning-data.json | jq '.existing_docs.file_list | length')
 ```
 
 **Data Processing**: Use count result, then use **Edit tool** to update `workflow-session.json`:
@@ -182,8 +182,8 @@ Large Projects (single dir >10 docs):
 **Commands**:
 
 ```bash
-# 1. Get top-level directories from phase2-analysis.json
-bash(cat .workflow/active/WFS-docs-{timestamp}/.process/phase2-analysis.json | jq -r '.top_level_dirs[]')
+# 1. Get top-level directories from doc-planning-data.json
+bash(cat .workflow/active/WFS-docs-{timestamp}/.process/doc-planning-data.json | jq -r '.top_level_dirs[]')
 
 # 2. Get mode from workflow-session.json
 bash(cat .workflow/active/WFS-docs-{timestamp}/workflow-session.json | jq -r '.mode // "full"')
@@ -201,7 +201,7 @@ bash(grep -r "router\.|@Get\|@Post" src/ 2>/dev/null && echo "API_FOUND" || echo
    - If total ≤10 docs: create group
    - If total >10 docs: split to 1 dir/group or subdivide
    - If single dir >10 docs: split by subdirectories
-3. Use **Edit tool** to update `phase2-analysis.json` adding groups field:
+3. Use **Edit tool** to update `doc-planning-data.json` adding groups field:
    ```json
    "groups": {
      "count": 3,
@@ -215,7 +215,7 @@ bash(grep -r "router\.|@Get\|@Post" src/ 2>/dev/null && echo "API_FOUND" || echo
 
 **Task ID Calculation**:
 ```bash
-group_count=$(jq '.groups.count' .workflow/active/WFS-docs-{timestamp}/.process/phase2-analysis.json)
+group_count=$(jq '.groups.count' .workflow/active/WFS-docs-{timestamp}/.process/doc-planning-data.json)
 readme_id=$((group_count + 1))   # Next ID after groups
 arch_id=$((group_count + 2))
 api_id=$((group_count + 3))
@@ -237,7 +237,7 @@ api_id=$((group_count + 3))
 
 **Generation Process**:
 1. Read configuration values (tool, cli_execute, mode) from workflow-session.json
-2. Read group assignments from phase2-analysis.json
+2. Read group assignments from doc-planning-data.json
 3. Generate Level 1 tasks (IMPL-001 to IMPL-N, one per group)
 4. Generate Level 2+ tasks if mode=full (README, ARCHITECTURE, HTTP API)
 
@@ -262,14 +262,14 @@ api_id=$((group_count + 3))
   },
   "context": {
     "requirements": [
-      "Process directories from group ${group_number} in phase2-analysis.json",
+      "Process directories from group ${group_number} in doc-planning-data.json",
       "Generate docs to .workflow/docs/${project_name}/ (mirrored structure)",
       "Code folders: API.md + README.md; Navigation folders: README.md only",
       "Use pre-analyzed data from Phase 2 (no redundant analysis)"
     ],
     "focus_paths": ["${group_dirs_from_json}"],
     "precomputed_data": {
-      "phase2_analysis": "${session_dir}/.process/phase2-analysis.json"
+      "phase2_analysis": "${session_dir}/.process/doc-planning-data.json"
     }
   },
   "flow_control": {
@@ -278,8 +278,8 @@ api_id=$((group_count + 3))
         "step": "load_precomputed_data",
         "action": "Load Phase 2 analysis and extract group directories",
         "commands": [
-          "bash(cat ${session_dir}/.process/phase2-analysis.json)",
-          "bash(jq '.groups.assignments[] | select(.group_id == \"${group_number}\") | .directories' ${session_dir}/.process/phase2-analysis.json)"
+          "bash(cat ${session_dir}/.process/doc-planning-data.json)",
+          "bash(jq '.groups.assignments[] | select(.group_id == \"${group_number}\") | .directories' ${session_dir}/.process/doc-planning-data.json)"
         ],
         "output_to": "phase2_context",
         "note": "Single JSON file contains all Phase 2 analysis results"
@@ -324,7 +324,7 @@ api_id=$((group_count + 3))
 {
   "step": 2,
   "title": "Batch generate documentation via CLI",
-  "command": "bash(dirs=$(jq -r '.groups.assignments[] | select(.group_id == \"${group_number}\") | .directories[]' ${session_dir}/.process/phase2-analysis.json); for dir in $dirs; do cd \"$dir\" && gemini --approval-mode yolo -p \"PURPOSE: Generate module docs\\nTASK: Create documentation\\nMODE: write\\nCONTEXT: @**/* [phase2_context]\\nEXPECTED: API.md and README.md\\nRULES: Mirror structure\" || echo \"Failed: $dir\"; cd -; done)",
+  "command": "bash(dirs=$(jq -r '.groups.assignments[] | select(.group_id == \"${group_number}\") | .directories[]' ${session_dir}/.process/doc-planning-data.json); for dir in $dirs; do cd \"$dir\" && gemini --approval-mode yolo -p \"PURPOSE: Generate module docs\\nTASK: Create documentation\\nMODE: write\\nCONTEXT: @**/* [phase2_context]\\nEXPECTED: API.md and README.md\\nRULES: Mirror structure\" || echo \"Failed: $dir\"; cd -; done)",
   "depends_on": [1],
   "output": "generated_docs"
 }
@@ -464,7 +464,7 @@ api_id=$((group_count + 3))
     ├── IMPL_PLAN.md
     ├── TODO_LIST.md
     ├── .process/
-    │   └── phase2-analysis.json         # All Phase 2 analysis data (replaces 7+ files)
+    │   └── doc-planning-data.json       # All Phase 2 analysis data (replaces 7+ files)
     └── .task/
         ├── IMPL-001.json                # Small: all modules | Large: group 1
         ├── IMPL-00N.json                # (Large only: groups 2-N)
@@ -473,7 +473,7 @@ api_id=$((group_count + 3))
         └── IMPL-{N+3}.json              # HTTP API (optional)
 ```
 
-**phase2-analysis.json Structure**:
+**doc-planning-data.json Structure**:
 ```json
 {
   "metadata": {

.claude/skills/command-guide/reference/commands/memory/docs.md

@@ -89,7 +89,7 @@ bash(if [ -d .workflow/docs/\${project_name} ]; then find .workflow/docs/\${proj
 bash(if [ -d .workflow/docs/\${project_name} ]; then find .workflow/docs/\${project_name} -type f -name "*.md" ! -path "*/README.md" ! -path "*/ARCHITECTURE.md" ! -path "*/EXAMPLES.md" ! -path "*/api/*" 2>/dev/null | xargs cat 2>/dev/null; fi)
 ```
 
-**Data Processing**: Parse bash outputs, calculate statistics, use **Write tool** to create `${session_dir}/.process/phase2-analysis.json` with structure:
+**Data Processing**: Parse bash outputs, calculate statistics, use **Write tool** to create `${session_dir}/.process/doc-planning-data.json` with structure:
 
 ```json
 {
@@ -118,7 +118,7 @@ bash(if [ -d .workflow/docs/\${project_name} ]; then find .workflow/docs/\${proj
 
 **Then** use **Edit tool** to update `workflow-session.json` adding analysis field.
 
-**Output**: Single `phase2-analysis.json` with all analysis data (no temp files or Python scripts).
+**Output**: Single `doc-planning-data.json` with all analysis data (no temp files or Python scripts).
 
 **Auto-skipped**: Tests (`**/test/**`, `**/*.test.*`), Build (`**/node_modules/**`, `**/dist/**`), Config (root-level files), Vendor directories.
 
@@ -127,8 +127,8 @@ bash(if [ -d .workflow/docs/\${project_name} ]; then find .workflow/docs/\${proj
 **Commands**:
 
 ```bash
-# Count existing docs from phase2-analysis.json
-bash(cat .workflow/WFS-docs-{timestamp}/.process/phase2-analysis.json | jq '.existing_docs.file_list | length')
+# Count existing docs from doc-planning-data.json
+bash(cat .workflow/WFS-docs-{timestamp}/.process/doc-planning-data.json | jq '.existing_docs.file_list | length')
 ```
 
 **Data Processing**: Use count result, then use **Edit tool** to update `workflow-session.json`:
@@ -182,8 +182,8 @@ Large Projects (single dir >10 docs):
 **Commands**:
 
 ```bash
-# 1. Get top-level directories from phase2-analysis.json
-bash(cat .workflow/WFS-docs-{timestamp}/.process/phase2-analysis.json | jq -r '.top_level_dirs[]')
+# 1. Get top-level directories from doc-planning-data.json
+bash(cat .workflow/WFS-docs-{timestamp}/.process/doc-planning-data.json | jq -r '.top_level_dirs[]')
 
 # 2. Get mode from workflow-session.json
 bash(cat .workflow/WFS-docs-{timestamp}/workflow-session.json | jq -r '.mode // "full"')
@@ -201,7 +201,7 @@ bash(grep -r "router\.|@Get\|@Post" src/ 2>/dev/null && echo "API_FOUND" || echo
    - If total ≤10 docs: create group
    - If total >10 docs: split to 1 dir/group or subdivide
    - If single dir >10 docs: split by subdirectories
-3. Use **Edit tool** to update `phase2-analysis.json` adding groups field:
+3. Use **Edit tool** to update `doc-planning-data.json` adding groups field:
    ```json
    "groups": {
      "count": 3,
@@ -215,7 +215,7 @@ bash(grep -r "router\.|@Get\|@Post" src/ 2>/dev/null && echo "API_FOUND" || echo
 
 **Task ID Calculation**:
 ```bash
-group_count=$(jq '.groups.count' .workflow/WFS-docs-{timestamp}/.process/phase2-analysis.json)
+group_count=$(jq '.groups.count' .workflow/WFS-docs-{timestamp}/.process/doc-planning-data.json)
 readme_id=$((group_count + 1))   # Next ID after groups
 arch_id=$((group_count + 2))
 api_id=$((group_count + 3))
@@ -237,7 +237,7 @@ api_id=$((group_count + 3))
 
 **Generation Process**:
 1. Read configuration values (tool, cli_execute, mode) from workflow-session.json
-2. Read group assignments from phase2-analysis.json
+2. Read group assignments from doc-planning-data.json
 3. Generate Level 1 tasks (IMPL-001 to IMPL-N, one per group)
 4. Generate Level 2+ tasks if mode=full (README, ARCHITECTURE, HTTP API)
 
@@ -262,14 +262,14 @@ api_id=$((group_count + 3))
   },
   "context": {
     "requirements": [
-      "Process directories from group ${group_number} in phase2-analysis.json",
+      "Process directories from group ${group_number} in doc-planning-data.json",
       "Generate docs to .workflow/docs/${project_name}/ (mirrored structure)",
       "Code folders: API.md + README.md; Navigation folders: README.md only",
       "Use pre-analyzed data from Phase 2 (no redundant analysis)"
     ],
     "focus_paths": ["${group_dirs_from_json}"],
     "precomputed_data": {
-      "phase2_analysis": "${session_dir}/.process/phase2-analysis.json"
+      "phase2_analysis": "${session_dir}/.process/doc-planning-data.json"
     }
   },
   "flow_control": {
@@ -278,8 +278,8 @@ api_id=$((group_count + 3))
         "step": "load_precomputed_data",
         "action": "Load Phase 2 analysis and extract group directories",
         "commands": [
-          "bash(cat ${session_dir}/.process/phase2-analysis.json)",
-          "bash(jq '.groups.assignments[] | select(.group_id == \"${group_number}\") | .directories' ${session_dir}/.process/phase2-analysis.json)"
+          "bash(cat ${session_dir}/.process/doc-planning-data.json)",
+          "bash(jq '.groups.assignments[] | select(.group_id == \"${group_number}\") | .directories' ${session_dir}/.process/doc-planning-data.json)"
         ],
         "output_to": "phase2_context",
         "note": "Single JSON file contains all Phase 2 analysis results"
@@ -324,7 +324,7 @@ api_id=$((group_count + 3))
 {
   "step": 2,
   "title": "Batch generate documentation via CLI",
-  "command": "bash(dirs=$(jq -r '.groups.assignments[] | select(.group_id == \"${group_number}\") | .directories[]' ${session_dir}/.process/phase2-analysis.json); for dir in $dirs; do cd \"$dir\" && gemini --approval-mode yolo -p \"PURPOSE: Generate module docs\\nTASK: Create documentation\\nMODE: write\\nCONTEXT: @**/* [phase2_context]\\nEXPECTED: API.md and README.md\\nRULES: Mirror structure\" || echo \"Failed: $dir\"; cd -; done)",
+  "command": "bash(dirs=$(jq -r '.groups.assignments[] | select(.group_id == \"${group_number}\") | .directories[]' ${session_dir}/.process/doc-planning-data.json); for dir in $dirs; do cd \"$dir\" && gemini --approval-mode yolo -p \"PURPOSE: Generate module docs\\nTASK: Create documentation\\nMODE: write\\nCONTEXT: @**/* [phase2_context]\\nEXPECTED: API.md and README.md\\nRULES: Mirror structure\" || echo \"Failed: $dir\"; cd -; done)",
   "depends_on": [1],
   "output": "generated_docs"
 }
@@ -464,7 +464,7 @@ api_id=$((group_count + 3))
     ├── IMPL_PLAN.md
     ├── TODO_LIST.md
     ├── .process/
-    │   └── phase2-analysis.json         # All Phase 2 analysis data (replaces 7+ files)
+    │   └── doc-planning-data.json         # All Phase 2 analysis data (replaces 7+ files)
     └── .task/
         ├── IMPL-001.json                # Small: all modules | Large: group 1
         ├── IMPL-00N.json                # (Large only: groups 2-N)
@@ -473,7 +473,7 @@ api_id=$((group_count + 3))
         └── IMPL-{N+3}.json              # HTTP API (optional)
 ```
 
-**phase2-analysis.json Structure**:
+**doc-planning-data.json Structure**:
 ```json
 {
   "metadata": {

WORKFLOW_DECISION_GUIDE.md

@@ -13,23 +13,23 @@ flowchart TD
     Q1 -->|不知道| Ideation[💡 构思阶段<br>需求探索]
     Q1 -->|知道| Q2{知道怎么做吗?}
 
-    Ideation --> BrainIdea[/workflow:brainstorm:auto-parallel<br>探索产品方向和功能定位]
+    Ideation --> BrainIdea[/ /workflow:brainstorm:auto-parallel<br>探索产品方向和功能定位 /]
     BrainIdea --> Q2
 
     Q2 -->|不知道| Design[🏗️ 设计探索阶段<br>架构方案探索]
     Q2 -->|知道| Q3{需要UI设计吗?}
 
-    Design --> BrainDesign[/workflow:brainstorm:auto-parallel<br>探索技术方案和架构]
+    Design --> BrainDesign[/ /workflow:brainstorm:auto-parallel<br>探索技术方案和架构 /]
     BrainDesign --> Q3
 
     Q3 -->|需要| UIDesign[🎨 UI设计阶段]
     Q3 -->|不需要| Q4{任务复杂度?}
 
     UIDesign --> Q3a{有参考设计吗?}
-    Q3a -->|有| UIImitate[/workflow:ui-design:imitate-auto<br>--input 参考URL]
-    Q3a -->|无| UIExplore[/workflow:ui-design:explore-auto<br>--prompt 设计描述]
+    Q3a -->|有| UIImitate[/ /workflow:ui-design:imitate-auto<br>--input 参考URL /]
+    Q3a -->|无| UIExplore[/ /workflow:ui-design:explore-auto<br>--prompt 设计描述 /]
 
-    UIImitate --> UISync[/workflow:ui-design:design-sync<br>同步设计系统]
+    UIImitate --> UISync[/ /workflow:ui-design:design-sync<br>同步设计系统 /]
     UIExplore --> UISync
     UISync --> Q4
 
@@ -37,19 +37,19 @@ flowchart TD
     Q4 -->|复杂完整| FullPlan[📋 完整规划<br>/workflow:plan]
 
     LitePlan --> Q5{需要代码探索?}
-    Q5 -->|需要| LitePlanE[/workflow:lite-plan -e<br>任务描述]
-    Q5 -->|不需要| LitePlanNormal[/workflow:lite-plan<br>任务描述]
+    Q5 -->|需要| LitePlanE[/ /workflow:lite-plan -e<br>任务描述 /]
+    Q5 -->|不需要| LitePlanNormal[/ /workflow:lite-plan<br>任务描述 /]
 
     LitePlanE --> LiteConfirm[三维确认:<br>1️⃣ 任务批准<br>2️⃣ 执行方式<br>3️⃣ 代码审查]
     LitePlanNormal --> LiteConfirm
 
     LiteConfirm --> Q6{选择执行方式}
-    Q6 -->|Agent| LiteAgent[/workflow:lite-execute<br>使用@code-developer]
+    Q6 -->|Agent| LiteAgent[/ /workflow:lite-execute<br>使用@code-developer /]
     Q6 -->|CLI工具| LiteCLI[CLI执行<br>Gemini/Qwen/Codex]
     Q6 -->|仅计划| UserImpl[用户手动实现]
 
     FullPlan --> PlanVerify{验证计划质量?}
-    PlanVerify -->|是| Verify[/workflow:action-plan-verify]
+    PlanVerify -->|是| Verify[/ /workflow:action-plan-verify /]
     PlanVerify -->|否| Execute
     Verify --> Q7{验证通过?}
     Q7 -->|否| FixPlan[修复计划问题]
@@ -63,16 +63,16 @@ flowchart TD
     Execute --> TestDecision
 
     TestDecision{需要测试吗?}
-    TestDecision -->|TDD模式| TDD[/workflow:tdd-plan<br>测试驱动开发]
-    TestDecision -->|后置测试| TestGen[/workflow:test-gen<br>生成测试]
-    TestDecision -->|已有测试| TestCycle[/workflow:test-cycle-execute<br>测试修复循环]
+    TestDecision -->|TDD模式| TDD[/ /workflow:tdd-plan<br>测试驱动开发 /]
+    TestDecision -->|后置测试| TestGen[/ /workflow:test-gen<br>生成测试 /]
+    TestDecision -->|已有测试| TestCycle[/ /workflow:test-cycle-execute<br>测试修复循环 /]
     TestDecision -->|不需要| Review
 
-    TDD --> TDDExecute[/workflow:execute<br>Red-Green-Refactor]
-    TDDExecute --> TDDVerify[/workflow:tdd-verify<br>验证TDD合规]
+    TDD --> TDDExecute[/ /workflow:execute<br>Red-Green-Refactor /]
+    TDDExecute --> TDDVerify[/ /workflow:tdd-verify<br>验证TDD合规 /]
     TDDVerify --> Review
 
-    TestGen --> TestExecute[/workflow:execute<br>执行测试任务]
+    TestGen --> TestExecute[/ /workflow:execute<br>执行测试任务 /]
     TestExecute --> TestResult{测试通过?}
     TestResult -->|否| TestCycle
     TestResult -->|是| Review
@@ -83,10 +83,10 @@ flowchart TD
 
     Review[📝 审查阶段]
     Review --> Q8{需要专项审查?}
-    Q8 -->|安全| SecurityReview[/workflow:review<br>--type security]
-    Q8 -->|架构| ArchReview[/workflow:review<br>--type architecture]
-    Q8 -->|质量| QualityReview[/workflow:review<br>--type quality]
-    Q8 -->|综合| GeneralReview[/workflow:review<br>综合审查]
+    Q8 -->|安全| SecurityReview[/ /workflow:review<br>--type security /]
+    Q8 -->|架构| ArchReview[/ /workflow:review<br>--type architecture /]
+    Q8 -->|质量| QualityReview[/ /workflow:review<br>--type quality /]
+    Q8 -->|综合| GeneralReview[/ /workflow:review<br>综合审查 /]
     Q8 -->|不需要| Complete
 
     SecurityReview --> Complete
@@ -253,6 +253,300 @@ flowchart TD
 
 ---
 
+### 7️⃣ **CLI 工具协作模式 - 多模型智能协同**
+
+本项目集成了三种 CLI 工具，支持灵活的串联、并行和混合执行方式：
+
+| 工具 | 核心能力 | 上下文长度 | 适用场景 |
+|------|---------|-----------|---------|
+| **Gemini** | 深度分析、架构设计、规划 | 超长上下文 | 代码理解、执行流追踪、技术方案评估 |
+| **Qwen** | 代码审查、模式识别 | 超长上下文 | Gemini 备选、多维度分析 |
+| **Codex** | 精确代码撰写、Bug定位 | 标准上下文 | 功能实现、测试生成、代码重构 |
+
+#### 📋 三种执行模式
+
+**1. 串联执行（Serial Execution）** - 顺序依赖
+
+适用场景：后续任务依赖前一任务的结果
+
+```bash
+# 示例：分析后实现
+# Step 1: Gemini 分析架构
+使用 gemini 分析认证模块的架构设计，识别关键组件和数据流
+
+# Step 2: Codex 基于分析结果实现
+让 codex 根据上述架构分析，实现 JWT 认证中间件
+```
+
+**执行流程**：
+```
+Gemini 分析 → 输出架构报告 → Codex 读取报告 → 实现代码
+```
+
+---
+
+**2. 并行执行（Parallel Execution）** - 同时进行
+
+适用场景：多个独立任务，无依赖关系
+
+```bash
+# 示例：多维度分析
+用 gemini 分析认证模块的安全性，关注 JWT、密码存储、会话管理
+用 qwen 分析认证模块的性能瓶颈，识别慢查询和优化点
+让 codex 为认证模块生成单元测试，覆盖所有核心功能
+```
+
+**执行流程**：
+```
+        ┌─ Gemini: 安全分析 ─┐
+并行 ───┼─ Qwen: 性能分析 ──┼─→ 汇总结果
+        └─ Codex: 测试生成 ─┘
+```
+
+---
+
+**3. 混合执行（Hybrid Execution）** - 串并结合
+
+适用场景：复杂任务，部分并行、部分串联
+
+```bash
+# 示例：完整功能开发
+# Phase 1: 并行分析（独立任务）
+使用 gemini 分析现有认证系统的架构模式
+用 qwen 评估 OAuth2 集成的技术方案
+
+# Phase 2: 串联实现（依赖 Phase 1）
+让 codex 基于上述分析，实现 OAuth2 认证流程
+
+# Phase 3: 并行优化（独立任务）
+用 gemini 审查代码质量和安全性
+让 codex 生成集成测试
+```
+
+**执行流程**：
+```
+Phase 1: Gemini 分析 ──┐
+         Qwen 评估 ────┼─→ Phase 2: Codex 实现 ──→ Phase 3: Gemini 审查 ──┐
+                       │                                    Codex 测试 ──┼─→ 完成
+                       └────────────────────────────────────────────────┘
+```
+
+---
+
+#### 🎯 语义调用 vs 命令调用
+
+**方式一：自然语言语义调用**（推荐）
+
+```bash
+# 用户只需自然描述，Claude Code 自动调用工具
+"使用 gemini 分析这个模块的依赖关系"
+→ Claude Code 自动生成：cd src && gemini -p "分析依赖关系"
+
+"让 codex 实现用户注册功能"
+→ Claude Code 自动生成：codex -C src/auth --full-auto exec "实现注册"
+```
+
+**方式二：直接命令调用**
+
+```bash
+# 通过 Slash 命令精准调用
+/cli:chat --tool gemini "解释这个算法"
+/cli:analyze --tool qwen "分析性能瓶颈"
+/cli:execute --tool codex "优化查询性能"
+```
+
+---
+
+#### 🔗 CLI 结果作为上下文（Memory）
+
+CLI 工具的分析结果可以被保存并作为后续操作的上下文（memory），实现智能化的工作流程：
+
+**1. 结果持久化**
+
+```bash
+# CLI 执行结果自动保存到会话目录
+/cli:chat --tool gemini "分析认证模块架构"
+→ 保存到：.workflow/active/WFS-xxx/.chat/chat-[timestamp].md
+
+/cli:analyze --tool qwen "评估性能瓶颈"
+→ 保存到：.workflow/active/WFS-xxx/.chat/analyze-[timestamp].md
+
+/cli:execute --tool codex "实现功能"
+→ 保存到：.workflow/active/WFS-xxx/.chat/execute-[timestamp].md
+```
+
+**2. 结果作为规划依据**
+
+```bash
+# Step 1: 分析现状（生成 memory）
+使用 gemini 深度分析认证系统的架构、安全性和性能问题
+→ 输出：详细分析报告（自动保存）
+
+# Step 2: 基于分析结果规划
+/workflow:plan "根据上述 Gemini 分析报告重构认证系统"
+→ 系统自动读取 .chat/ 中的分析报告作为上下文
+→ 生成精准的实施计划
+```
+
+**3. 结果作为实现依据**
+
+```bash
+# Step 1: 并行分析（生成多个 memory）
+使用 gemini 分析现有代码结构
+用 qwen 评估技术方案可行性
+→ 输出：多份分析报告
+
+# Step 2: 基于所有分析结果实现
+让 codex 综合上述 Gemini 和 Qwen 的分析，实现最优方案
+→ Codex 自动读取前序分析结果
+→ 生成符合架构设计的代码
+```
+
+**4. 跨会话引用**
+
+```bash
+# 引用历史会话的分析结果
+/cli:execute --tool codex "参考 WFS-2024-001 中的架构分析，实现新的支付模块"
+→ 系统自动加载指定会话的上下文
+→ 基于历史分析进行实现
+```
+
+**5. Memory 更新循环**
+
+```bash
+# 迭代优化流程
+使用 gemini 分析当前实现的问题
+→ 生成问题报告（memory）
+
+让 codex 根据问题报告优化代码
+→ 实现改进（更新 memory）
+
+用 qwen 验证优化效果
+→ 验证报告（追加 memory）
+
+# 所有结果累积为完整的项目 memory
+→ 支持后续决策和实现
+```
+
+**Memory 流转示例**：
+
+```
+┌─────────────────────────────────────────────────────────────┐
+│  Phase 1: 分析阶段（生成 Memory）                             │
+├─────────────────────────────────────────────────────────────┤
+│  Gemini 分析  →  架构分析报告 (.chat/analyze-001.md)          │
+│  Qwen 评估    →  方案评估报告 (.chat/analyze-002.md)          │
+└─────────────────────┬───────────────────────────────────────┘
+                      │ 作为 Memory 输入
+                      ↓
+┌─────────────────────────────────────────────────────────────┐
+│  Phase 2: 规划阶段（使用 Memory）                             │
+├─────────────────────────────────────────────────────────────┤
+│  /workflow:plan  →  读取分析报告  →  生成实施计划             │
+│                     (.task/IMPL-*.json)                      │
+└─────────────────────┬───────────────────────────────────────┘
+                      │ 作为 Memory 输入
+                      ↓
+┌─────────────────────────────────────────────────────────────┐
+│  Phase 3: 实现阶段（使用 Memory）                             │
+├─────────────────────────────────────────────────────────────┤
+│  Codex 实现   →  读取计划+分析  →  生成代码                   │
+│                     (.chat/execute-001.md)                   │
+└─────────────────────┬───────────────────────────────────────┘
+                      │ 作为 Memory 输入
+                      ↓
+┌─────────────────────────────────────────────────────────────┐
+│  Phase 4: 验证阶段（使用 Memory）                             │
+├─────────────────────────────────────────────────────────────┤
+│  Gemini 审查  →  读取实现代码  →  质量报告                    │
+│                     (.chat/review-001.md)                    │
+└─────────────────────────────────────────────────────────────┘
+                      │
+                      ↓
+            完整的项目 Memory 库
+          支持未来所有决策和实现
+```
+
+**最佳实践**：
+
+1. **保持连续性**：在同一会话中执行相关任务，自动共享 memory
+2. **显式引用**：跨会话时明确引用历史分析（如"参考 WFS-xxx 的分析"）
+3. **增量更新**：每次分析和实现都追加到 memory，形成完整的决策链
+4. **定期整理**：使用 `/memory:update-related` 将 CLI 结果整合到 CLAUDE.md
+5. **质量优先**：高质量的分析 memory 能显著提升后续实现质量
+
+---
+
+#### 🔄 工作流集成示例
+
+**集成到 Lite 工作流**：
+
+```bash
+# 1. 规划阶段：Gemini 分析
+/workflow:lite-plan -e "重构支付模块"
+→ 三维确认选择 "CLI 工具执行"
+
+# 2. 执行阶段：选择执行方式
+# 选项 A: 串联执行
+→ "使用 gemini 分析支付流程" → "让 codex 重构代码"
+
+# 选项 B: 并行分析 + 串联实现
+→ "用 gemini 分析架构" + "用 qwen 评估方案"
+→ "让 codex 基于分析结果重构"
+```
+
+**集成到 Full 工作流**：
+
+```bash
+# 1. 规划阶段
+/workflow:plan "实现分布式缓存"
+/workflow:action-plan-verify
+
+# 2. 分析阶段（并行）
+使用 gemini 分析现有缓存架构
+用 qwen 评估 Redis 集群方案
+
+# 3. 实现阶段（串联）
+/workflow:execute  # 或使用 CLI
+让 codex 实现 Redis 集群集成
+
+# 4. 测试阶段（并行）
+/workflow:test-gen WFS-cache
+→ 内部使用 gemini 分析 + codex 生成测试
+
+# 5. 审查阶段（串联）
+用 gemini 审查代码质量
+/workflow:review --type architecture
+```
+
+---
+
+#### 💡 最佳实践
+
+**何时使用串联**：
+- 实现依赖设计方案
+- 测试依赖代码实现
+- 优化依赖性能分析
+
+**何时使用并行**：
+- 多维度分析（安全+性能+架构）
+- 多模块独立开发
+- 同时生成代码和测试
+
+**何时使用混合**：
+- 复杂功能开发（分析→设计→实现→测试）
+- 大规模重构（评估→规划→执行→验证）
+- 技术栈迁移（调研→方案→实施→优化）
+
+**工具选择建议**：
+1. **需要理解代码** → Gemini（首选）或 Qwen
+2. **需要编写代码** → Codex
+3. **复杂分析** → Gemini + Qwen 并行（互补验证）
+4. **精确实现** → Codex（基于 Gemini 分析）
+5. **快速原型** → 直接使用 Codex
+
+---
+
 ## 🔄 典型场景完整流程
 
 ### 场景A：新功能开发（知道怎么做）

WORKFLOW_DECISION_GUIDE_EN.md

@@ -0,0 +1,713 @@
+# 🌳 CCW Workflow Decision Guide
+
+This guide helps you choose the right commands and workflows for the complete software development lifecycle.
+
+---
+
+## 📊 Full Lifecycle Command Selection Flowchart
+
+```mermaid
+flowchart TD
+    Start([Start New Feature/Project]) --> Q1{Know what to build?}
+
+    Q1 -->|No| Ideation[💡 Ideation Phase<br>Requirements Exploration]
+    Q1 -->|Yes| Q2{Know how to build?}
+
+    Ideation --> BrainIdea[/ /workflow:brainstorm:auto-parallel<br>Explore product direction and positioning /]
+    BrainIdea --> Q2
+
+    Q2 -->|No| Design[🏗️ Design Exploration<br>Architecture Solution Discovery]
+    Q2 -->|Yes| Q3{Need UI design?}
+
+    Design --> BrainDesign[/ /workflow:brainstorm:auto-parallel<br>Explore technical solutions and architecture /]
+    BrainDesign --> Q3
+
+    Q3 -->|Yes| UIDesign[🎨 UI Design Phase]
+    Q3 -->|No| Q4{Task complexity?}
+
+    UIDesign --> Q3a{Have reference design?}
+    Q3a -->|Yes| UIImitate[/ /workflow:ui-design:imitate-auto<br>--input reference URL /]
+    Q3a -->|No| UIExplore[/ /workflow:ui-design:explore-auto<br>--prompt design description /]
+
+    UIImitate --> UISync[/ /workflow:ui-design:design-sync<br>Sync design system /]
+    UIExplore --> UISync
+    UISync --> Q4
+
+    Q4 -->|Simple & Quick| LitePlan[⚡ Lightweight Planning<br>/workflow:lite-plan]
+    Q4 -->|Complex & Complete| FullPlan[📋 Full Planning<br>/workflow:plan]
+
+    LitePlan --> Q5{Need code exploration?}
+    Q5 -->|Yes| LitePlanE[/ /workflow:lite-plan -e<br>task description /]
+    Q5 -->|No| LitePlanNormal[/ /workflow:lite-plan<br>task description /]
+
+    LitePlanE --> LiteConfirm[Three-Dimensional Confirmation:<br>1️⃣ Task Approval<br>2️⃣ Execution Method<br>3️⃣ Code Review]
+    LitePlanNormal --> LiteConfirm
+
+    LiteConfirm --> Q6{Choose execution method}
+    Q6 -->|Agent| LiteAgent[/ /workflow:lite-execute<br>Using @code-developer /]
+    Q6 -->|CLI Tools| LiteCLI[CLI Execution<br>Gemini/Qwen/Codex]
+    Q6 -->|Plan Only| UserImpl[Manual User Implementation]
+
+    FullPlan --> PlanVerify{Verify plan quality?}
+    PlanVerify -->|Yes| Verify[/ /workflow:action-plan-verify /]
+    PlanVerify -->|No| Execute
+    Verify --> Q7{Verification passed?}
+    Q7 -->|No| FixPlan[Fix plan issues]
+    Q7 -->|Yes| Execute
+    FixPlan --> Execute
+
+    Execute[🚀 Execution Phase<br>/workflow:execute]
+    LiteAgent --> TestDecision
+    LiteCLI --> TestDecision
+    UserImpl --> TestDecision
+    Execute --> TestDecision
+
+    TestDecision{Need testing?}
+    TestDecision -->|TDD Mode| TDD[/ /workflow:tdd-plan<br>Test-Driven Development /]
+    TestDecision -->|Post-Implementation Testing| TestGen[/ /workflow:test-gen<br>Generate tests /]
+    TestDecision -->|Existing Tests| TestCycle[/ /workflow:test-cycle-execute<br>Test-fix cycle /]
+    TestDecision -->|No| Review
+
+    TDD --> TDDExecute[/ /workflow:execute<br>Red-Green-Refactor /]
+    TDDExecute --> TDDVerify[/ /workflow:tdd-verify<br>Verify TDD compliance /]
+    TDDVerify --> Review
+
+    TestGen --> TestExecute[/ /workflow:execute<br>Execute test tasks /]
+    TestExecute --> TestResult{Tests passed?}
+    TestResult -->|No| TestCycle
+    TestResult -->|Yes| Review
+
+    TestCycle --> TestPass{Pass rate ≥95%?}
+    TestPass -->|No, continue fixing| TestCycle
+    TestPass -->|Yes| Review
+
+    Review[📝 Review Phase]
+    Review --> Q8{Need specialized review?}
+    Q8 -->|Security| SecurityReview[/ /workflow:review<br>--type security /]
+    Q8 -->|Architecture| ArchReview[/ /workflow:review<br>--type architecture /]
+    Q8 -->|Quality| QualityReview[/ /workflow:review<br>--type quality /]
+    Q8 -->|Comprehensive| GeneralReview[/ /workflow:review<br>Comprehensive review /]
+    Q8 -->|No| Complete
+
+    SecurityReview --> Complete
+    ArchReview --> Complete
+    QualityReview --> Complete
+    GeneralReview --> Complete
+
+    Complete[✅ Completion Phase<br>/workflow:session:complete]
+    Complete --> End([Project Complete])
+
+    style Start fill:#e1f5ff
+    style End fill:#c8e6c9
+    style BrainIdea fill:#fff9c4
+    style BrainDesign fill:#fff9c4
+    style UIImitate fill:#f8bbd0
+    style UIExplore fill:#f8bbd0
+    style LitePlan fill:#b3e5fc
+    style FullPlan fill:#b3e5fc
+    style Execute fill:#c5e1a5
+    style TDD fill:#ffccbc
+    style TestGen fill:#ffccbc
+    style TestCycle fill:#ffccbc
+    style Review fill:#d1c4e9
+    style Complete fill:#c8e6c9
+```
+
+---
+
+## 🎯 Decision Point Explanations
+
+### 1️⃣ **Ideation Phase - "Know what to build?"**
+
+| Situation | Command | Description |
+|-----------|---------|-------------|
+| ❌ Uncertain about product direction | `/workflow:brainstorm:auto-parallel "Explore XXX domain product opportunities"` | Multi-role analysis with Product Manager, UX Expert, etc. |
+| ✅ Clear feature requirements | Skip to design phase | Already know what functionality to build |
+
+**Examples**:
+```bash
+# Uncertain scenario: Want to build a collaboration tool, but unsure what exactly
+/workflow:brainstorm:auto-parallel "Explore team collaboration tool positioning and core features" --count 5
+
+# Certain scenario: Building a real-time document collaboration editor (requirements clear)
+# Skip ideation, move to design phase
+```
+
+---
+
+### 2️⃣ **Design Phase - "Know how to build?"**
+
+| Situation | Command | Description |
+|-----------|---------|-------------|
+| ❌ Don't know technical approach | `/workflow:brainstorm:auto-parallel "Design XXX system architecture"` | System Architect, Security Expert analyze technical solutions |
+| ✅ Clear implementation path | Skip to planning | Already know tech stack, architecture patterns |
+
+**Examples**:
+```bash
+# Don't know how: Real-time collaboration conflict resolution? Which algorithm?
+/workflow:brainstorm:auto-parallel "Design conflict resolution mechanism for real-time collaborative document editing" --count 4
+
+# Know how: Using Operational Transformation + WebSocket + Redis
+# Skip design exploration, go directly to planning
+/workflow:plan "Implement real-time collaborative editing using OT algorithm, WebSocket communication, Redis storage"
+```
+
+---
+
+### 3️⃣ **UI Design Phase - "Need UI design?"**
+
+| Situation | Command | Description |
+|-----------|---------|-------------|
+| 🎨 Have reference design | `/workflow:ui-design:imitate-auto --input "URL"` | Copy from existing design |
+| 🎨 Design from scratch | `/workflow:ui-design:explore-auto --prompt "description"` | Generate multiple design variants |
+| ⏭️ Backend/No UI | Skip | Pure backend API, CLI tools, etc. |
+
+**Examples**:
+```bash
+# Have reference: Imitate Google Docs collaboration interface
+/workflow:ui-design:imitate-auto --input "https://docs.google.com"
+
+# No reference: Design from scratch
+/workflow:ui-design:explore-auto --prompt "Modern minimalist document collaboration editing interface" --style-variants 3
+
+# Sync design to project
+/workflow:ui-design:design-sync --session WFS-xxx --selected-prototypes "v1,v2"
+```
+
+---
+
+### 4️⃣ **Planning Phase - Choose Workflow Type**
+
+| Workflow | Use Case | Characteristics |
+|----------|----------|-----------------|
+| `/workflow:lite-plan` | Quick tasks, small features | In-memory planning, three-dimensional confirmation, fast execution |
+| `/workflow:plan` | Complex projects, team collaboration | Persistent plans, quality gates, complete traceability |
+
+**Lite-Plan Three-Dimensional Confirmation**:
+1. **Task Approval**: Confirm / Modify / Cancel
+2. **Execution Method**: Agent / Provide Plan / CLI Tools (Gemini/Qwen/Codex)
+3. **Code Review**: No / Claude / Gemini / Qwen / Codex
+
+**Examples**:
+```bash
+# Simple task
+/workflow:lite-plan "Add user avatar upload feature"
+
+# Need code exploration
+/workflow:lite-plan -e "Refactor authentication module to OAuth2 standard"
+
+# Complex project
+/workflow:plan "Implement complete real-time collaborative editing system"
+/workflow:action-plan-verify  # Verify plan quality
+/workflow:execute
+```
+
+---
+
+### 5️⃣ **Testing Phase - Choose Testing Strategy**
+
+| Strategy | Command | Use Case |
+|----------|---------|----------|
+| **TDD Mode** | `/workflow:tdd-plan` | Starting from scratch, test-driven development |
+| **Post-Implementation Testing** | `/workflow:test-gen` | Code complete, add tests |
+| **Test Fixing** | `/workflow:test-cycle-execute` | Existing tests, need to fix failures |
+
+**Examples**:
+```bash
+# TDD: Write tests first, then implement
+/workflow:tdd-plan "User authentication module"
+/workflow:execute  # Red-Green-Refactor cycle
+/workflow:tdd-verify  # Verify TDD compliance
+
+# Post-implementation testing: Add tests after code complete
+/workflow:test-gen WFS-user-auth-implementation
+/workflow:execute
+
+# Test fixing: Existing tests with high failure rate
+/workflow:test-cycle-execute --max-iterations 5
+# Auto-iterate fixes until pass rate ≥95%
+```
+
+---
+
+### 6️⃣ **Review Phase - Choose Review Type**
+
+| Type | Command | Focus |
+|------|---------|-------|
+| **Security Review** | `/workflow:review --type security` | SQL injection, XSS, authentication vulnerabilities |
+| **Architecture Review** | `/workflow:review --type architecture` | Design patterns, coupling, scalability |
+| **Quality Review** | `/workflow:review --type quality` | Code style, complexity, maintainability |
+| **Comprehensive Review** | `/workflow:review` | All-around inspection |
+
+**Examples**:
+```bash
+# Security-critical system
+/workflow:review --type security
+
+# After architecture refactoring
+/workflow:review --type architecture
+
+# Daily development
+/workflow:review --type quality
+```
+
+---
+
+### 7️⃣ **CLI Tools Collaboration Mode - Multi-Model Intelligent Coordination**
+
+This project integrates three CLI tools supporting flexible serial, parallel, and hybrid execution:
+
+| Tool | Core Capabilities | Context Length | Use Cases |
+|------|------------------|----------------|-----------|
+| **Gemini** | Deep analysis, architecture design, planning | Ultra-long context | Code understanding, execution flow tracing, technical solution evaluation |
+| **Qwen** | Code review, pattern recognition | Ultra-long context | Gemini alternative, multi-dimensional analysis |
+| **Codex** | Precise code writing, bug location | Standard context | Feature implementation, test generation, code refactoring |
+
+#### 📋 Three Execution Modes
+
+**1. Serial Execution** - Sequential dependency
+
+Use case: Subsequent tasks depend on previous results
+
+```bash
+# Example: Analyze then implement
+# Step 1: Gemini analyzes architecture
+Use gemini to analyze the authentication module's architecture design, identify key components and data flow
+
+# Step 2: Codex implements based on analysis
+Have codex implement JWT authentication middleware based on the above architecture analysis
+```
+
+**Execution flow**:
+```
+Gemini analysis → Output architecture report → Codex reads report → Implement code
+```
+
+---
+
+**2. Parallel Execution** - Concurrent processing
+
+Use case: Multiple independent tasks with no dependencies
+
+```bash
+# Example: Multi-dimensional analysis
+Use gemini to analyze authentication module security, focus on JWT, password storage, session management
+Use qwen to analyze authentication module performance bottlenecks, identify slow queries and optimization points
+Have codex generate unit tests for authentication module, covering all core features
+```
+
+**Execution flow**:
+```
+        ┌─ Gemini: Security analysis ─┐
+Parallel ┼─ Qwen: Performance analysis ┼─→ Aggregate results
+        └─ Codex: Test generation ────┘
+```
+
+---
+
+**3. Hybrid Execution** - Combined serial and parallel
+
+Use case: Complex tasks with both parallel and serial phases
+
+```bash
+# Example: Complete feature development
+# Phase 1: Parallel analysis (independent tasks)
+Use gemini to analyze existing authentication system architecture patterns
+Use qwen to evaluate OAuth2 integration technical solutions
+
+# Phase 2: Serial implementation (depends on Phase 1)
+Have codex implement OAuth2 authentication flow based on above analysis
+
+# Phase 3: Parallel optimization (independent tasks)
+Use gemini to review code quality and security
+Have codex generate integration tests
+```
+
+**Execution flow**:
+```
+Phase 1: Gemini analysis ──┐
+         Qwen evaluation ──┼─→ Phase 2: Codex implementation ──→ Phase 3: Gemini review ──┐
+                           │                                              Codex tests ───┼─→ Complete
+                           └──────────────────────────────────────────────────────────────┘
+```
+
+---
+
+#### 🎯 Semantic Invocation vs Command Invocation
+
+**Method 1: Natural Language Semantic Invocation** (Recommended)
+
+```bash
+# Users simply describe naturally, Claude Code auto-invokes tools
+"Use gemini to analyze this module's dependencies"
+→ Claude Code auto-generates: cd src && gemini -p "Analyze dependencies"
+
+"Have codex implement user registration feature"
+→ Claude Code auto-generates: codex -C src/auth --full-auto exec "Implement registration"
+```
+
+**Method 2: Direct Command Invocation**
+
+```bash
+# Precise invocation via Slash commands
+/cli:chat --tool gemini "Explain this algorithm"
+/cli:analyze --tool qwen "Analyze performance bottlenecks"
+/cli:execute --tool codex "Optimize query performance"
+```
+
+---
+
+#### 🔗 CLI Results as Context (Memory)
+
+CLI tool analysis results can be saved and used as context (memory) for subsequent operations, enabling intelligent workflows:
+
+**1. Result Persistence**
+
+```bash
+# CLI execution results automatically saved to session directory
+/cli:chat --tool gemini "Analyze authentication module architecture"
+→ Saved to: .workflow/active/WFS-xxx/.chat/chat-[timestamp].md
+
+/cli:analyze --tool qwen "Evaluate performance bottlenecks"
+→ Saved to: .workflow/active/WFS-xxx/.chat/analyze-[timestamp].md
+
+/cli:execute --tool codex "Implement feature"
+→ Saved to: .workflow/active/WFS-xxx/.chat/execute-[timestamp].md
+```
+
+**2. Results as Planning Basis**
+
+```bash
+# Step 1: Analyze current state (generate memory)
+Use gemini to deeply analyze authentication system architecture, security, and performance issues
+→ Output: Detailed analysis report (auto-saved)
+
+# Step 2: Plan based on analysis results
+/workflow:plan "Refactor authentication system based on above Gemini analysis report"
+→ System automatically reads analysis reports from .chat/ as context
+→ Generate precise implementation plan
+```
+
+**3. Results as Implementation Basis**
+
+```bash
+# Step 1: Parallel analysis (generate multiple memories)
+Use gemini to analyze existing code structure
+Use qwen to evaluate technical solution feasibility
+→ Output: Multiple analysis reports
+
+# Step 2: Implement based on all analysis results
+Have codex synthesize above Gemini and Qwen analyses to implement optimal solution
+→ Codex automatically reads prior analysis results
+→ Generate code conforming to architecture design
+```
+
+**4. Cross-Session References**
+
+```bash
+# Reference historical session analysis results
+/cli:execute --tool codex "Refer to architecture analysis in WFS-2024-001, implement new payment module"
+→ System automatically loads specified session context
+→ Implement based on historical analysis
+```
+
+**5. Memory Update Loop**
+
+```bash
+# Iterative optimization flow
+Use gemini to analyze problems in current implementation
+→ Generate problem report (memory)
+
+Have codex optimize code based on problem report
+→ Implement improvements (update memory)
+
+Use qwen to verify optimization effectiveness
+→ Verification report (append to memory)
+
+# All results accumulate as complete project memory
+→ Support subsequent decisions and implementation
+```
+
+**Memory Flow Example**:
+
+```
+┌─────────────────────────────────────────────────────────────┐
+│  Phase 1: Analysis Phase (Generate Memory)                   │
+├─────────────────────────────────────────────────────────────┤
+│  Gemini analysis  →  Architecture report (.chat/analyze-001.md)│
+│  Qwen evaluation  →  Solution report (.chat/analyze-002.md)   │
+└─────────────────────┬───────────────────────────────────────┘
+                      │ As Memory Input
+                      ↓
+┌─────────────────────────────────────────────────────────────┐
+│  Phase 2: Planning Phase (Use Memory)                        │
+├─────────────────────────────────────────────────────────────┤
+│  /workflow:plan  →  Read analysis reports  →  Generate plan   │
+│                     (.task/IMPL-*.json)                      │
+└─────────────────────┬───────────────────────────────────────┘
+                      │ As Memory Input
+                      ↓
+┌─────────────────────────────────────────────────────────────┐
+│  Phase 3: Implementation Phase (Use Memory)                   │
+├─────────────────────────────────────────────────────────────┤
+│  Codex implement  →  Read plan+analysis  →  Generate code     │
+│                     (.chat/execute-001.md)                   │
+└─────────────────────┬───────────────────────────────────────┘
+                      │ As Memory Input
+                      ↓
+┌─────────────────────────────────────────────────────────────┐
+│  Phase 4: Verification Phase (Use Memory)                     │
+├─────────────────────────────────────────────────────────────┤
+│  Gemini review   →  Read implementation code  →  Quality report│
+│                     (.chat/review-001.md)                    │
+└─────────────────────────────────────────────────────────────┘
+                      │
+                      ↓
+            Complete Project Memory Library
+          Supporting All Future Decisions and Implementation
+```
+
+**Best Practices**:
+
+1. **Maintain Continuity**: Execute related tasks in the same session to automatically share memory
+2. **Explicit References**: Explicitly reference historical analyses when crossing sessions (e.g., "Refer to WFS-xxx analysis")
+3. **Incremental Updates**: Each analysis and implementation appends to memory, forming complete decision chain
+4. **Regular Organization**: Use `/memory:update-related` to consolidate CLI results into CLAUDE.md
+5. **Quality First**: High-quality analysis memory significantly improves subsequent implementation quality
+
+---
+
+#### 🔄 Workflow Integration Examples
+
+**Integration with Lite Workflow**:
+
+```bash
+# 1. Planning phase: Gemini analysis
+/workflow:lite-plan -e "Refactor payment module"
+→ Three-dimensional confirmation selects "CLI Tools execution"
+
+# 2. Execution phase: Choose execution method
+# Option A: Serial execution
+→ "Use gemini to analyze payment flow" → "Have codex refactor code"
+
+# Option B: Parallel analysis + Serial implementation
+→ "Use gemini to analyze architecture" + "Use qwen to evaluate solution"
+→ "Have codex refactor based on analysis results"
+```
+
+**Integration with Full Workflow**:
+
+```bash
+# 1. Planning phase
+/workflow:plan "Implement distributed cache"
+/workflow:action-plan-verify
+
+# 2. Analysis phase (parallel)
+Use gemini to analyze existing cache architecture
+Use qwen to evaluate Redis cluster solution
+
+# 3. Implementation phase (serial)
+/workflow:execute  # Or use CLI
+Have codex implement Redis cluster integration
+
+# 4. Testing phase (parallel)
+/workflow:test-gen WFS-cache
+→ Internally uses gemini analysis + codex test generation
+
+# 5. Review phase (serial)
+Use gemini to review code quality
+/workflow:review --type architecture
+```
+
+---
+
+#### 💡 Best Practices
+
+**When to use serial**:
+- Implementation depends on design solution
+- Testing depends on code implementation
+- Optimization depends on performance analysis
+
+**When to use parallel**:
+- Multi-dimensional analysis (security + performance + architecture)
+- Multi-module independent development
+- Simultaneous code and test generation
+
+**When to use hybrid**:
+- Complex feature development (analysis → design → implementation → testing)
+- Large-scale refactoring (evaluation → planning → execution → verification)
+- Tech stack migration (research → solution → implementation → optimization)
+
+**Tool selection guidelines**:
+1. **Need to understand code** → Gemini (preferred) or Qwen
+2. **Need to write code** → Codex
+3. **Complex analysis** → Gemini + Qwen parallel (complementary verification)
+4. **Precise implementation** → Codex (based on Gemini analysis)
+5. **Quick prototype** → Direct Codex usage
+
+---
+
+## 🔄 Complete Flow for Typical Scenarios
+
+### Scenario A: New Feature Development (Know How to Build)
+
+```bash
+# 1. Planning
+/workflow:plan "Add JWT authentication and permission management"
+
+# 2. Verify plan
+/workflow:action-plan-verify
+
+# 3. Execute
+/workflow:execute
+
+# 4. Testing
+/workflow:test-gen WFS-jwt-auth
+/workflow:execute
+
+# 5. Review
+/workflow:review --type security
+
+# 6. Complete
+/workflow:session:complete
+```
+
+---
+
+### Scenario B: New Feature Development (Don't Know How to Build)
+
+```bash
+# 1. Design exploration
+/workflow:brainstorm:auto-parallel "Design distributed cache system architecture" --count 5
+
+# 2. UI design (if needed)
+/workflow:ui-design:explore-auto --prompt "Cache management dashboard interface"
+/workflow:ui-design:design-sync --session WFS-xxx
+
+# 3. Planning
+/workflow:plan
+
+# 4. Verification
+/workflow:action-plan-verify
+
+# 5. Execution
+/workflow:execute
+
+# 6. TDD testing
+/workflow:tdd-plan "Cache system core modules"
+/workflow:execute
+
+# 7. Review
+/workflow:review --type architecture
+/workflow:review --type security
+
+# 8. Complete
+/workflow:session:complete
+```
+
+---
+
+### Scenario C: Quick Feature Development (Lite Workflow)
+
+```bash
+# 1. Lightweight planning (may need code exploration)
+/workflow:lite-plan -e "Optimize database query performance"
+
+# 2. Three-dimensional confirmation
+# - Confirm task
+# - Choose Agent execution
+# - Choose Gemini code review
+
+# 3. Auto-execution (called internally by /workflow:lite-execute)
+
+# 4. Complete
+```
+
+---
+
+### Scenario D: Bug Fixing
+
+```bash
+# 1. Diagnosis
+/cli:mode:bug-diagnosis --tool gemini "User login fails with token expired error"
+
+# 2. Quick fix
+/workflow:lite-plan "Fix JWT token expiration validation logic"
+
+# 3. Test fix
+/workflow:test-cycle-execute
+
+# 4. Complete
+```
+
+---
+
+## 🎓 Quick Command Reference
+
+### Choose by Knowledge Level
+
+| Your Situation | Recommended Command |
+|----------------|---------------------|
+| 💭 Don't know what to build | `/workflow:brainstorm:auto-parallel "Explore product direction"` |
+| ❓ Know what, don't know how | `/workflow:brainstorm:auto-parallel "Design technical solution"` |
+| ✅ Know what and how | `/workflow:plan "Specific implementation description"` |
+| ⚡ Simple, clear small task | `/workflow:lite-plan "Task description"` |
+| 🐛 Bug fixing | `/cli:mode:bug-diagnosis` + `/workflow:lite-plan` |
+
+### Choose by Project Phase
+
+| Phase | Command |
+|-------|---------|
+| 📋 **Requirements Analysis** | `/workflow:brainstorm:auto-parallel` |
+| 🏗️ **Architecture Design** | `/workflow:brainstorm:auto-parallel` |
+| 🎨 **UI Design** | `/workflow:ui-design:explore-auto` / `imitate-auto` |
+| 📝 **Implementation Planning** | `/workflow:plan` / `/workflow:lite-plan` |
+| 🚀 **Coding Implementation** | `/workflow:execute` / `/workflow:lite-execute` |
+| 🧪 **Testing** | `/workflow:tdd-plan` / `/workflow:test-gen` |
+| 🔧 **Test Fixing** | `/workflow:test-cycle-execute` |
+| 📖 **Code Review** | `/workflow:review` |
+| ✅ **Project Completion** | `/workflow:session:complete` |
+
+### Choose by Work Mode
+
+| Mode | Workflow | Use Case |
+|------|----------|----------|
+| **🚀 Agile & Fast** | Lite Workflow | Personal dev, rapid iteration, prototype validation |
+| **📋 Standard & Complete** | Full Workflow | Team collaboration, enterprise projects, long-term maintenance |
+| **🧪 Quality-First** | TDD Workflow | Core modules, critical features, high reliability requirements |
+| **🎨 Design-Driven** | UI-Design Workflow | Frontend projects, user interfaces, design systems |
+
+---
+
+## 💡 Expert Advice
+
+### ✅ Best Practices
+
+1. **Use brainstorming when uncertain**: Better to spend 10 minutes exploring solutions than blindly implementing and rewriting
+2. **Use Full workflow for complex projects**: Persistent plans facilitate team collaboration and long-term maintenance
+3. **Use Lite workflow for small tasks**: Complete quickly, reduce overhead
+4. **Use TDD for critical modules**: Test-driven development ensures quality
+5. **Regularly update memory**: `/memory:update-related` keeps context accurate
+
+### ❌ Common Pitfalls
+
+1. **Blindly skipping brainstorming**: Not exploring unfamiliar technical domains leads to rework
+2. **Overusing brainstorming**: Brainstorming even simple features wastes time
+3. **Ignoring plan verification**: Not running `/workflow:action-plan-verify` causes execution issues
+4. **Ignoring testing**: Not generating tests, code quality cannot be guaranteed
+5. **Not completing sessions**: Not running `/workflow:session:complete` causes session state confusion
+
+---
+
+## 🔗 Related Documentation
+
+- [Getting Started Guide](GETTING_STARTED.md) - Quick start tutorial
+- [Command Reference](COMMAND_REFERENCE.md) - Complete command list
+- [Architecture Overview](ARCHITECTURE.md) - System architecture explanation
+- [Examples](EXAMPLES.md) - Real-world scenario examples
+- [FAQ](FAQ.md) - Frequently asked questions
+
+---
+
+**Last Updated**: 2025-11-20
+**Version**: 5.8.1