ccg-workflow 1.7.60 → 1.7.61

package/dist/cli.mjs

@@ -1,7 +1,7 @@
 #!/usr/bin/env node
 import cac from 'cac';
 import ansis from 'ansis';
-import { z as diagnoseMcpConfig, A as isWindows, B as readClaudeCodeConfig, C as fixWindowsMcpConfig, D as writeClaudeCodeConfig, r as readCcgConfig, b as initI18n, s as showMainMenu, i as init, E as configMcp, F as version, a as i18n } from './shared/ccg-workflow.flWlQcrI.mjs';
+import { z as diagnoseMcpConfig, A as isWindows, B as readClaudeCodeConfig, C as fixWindowsMcpConfig, D as writeClaudeCodeConfig, r as readCcgConfig, b as initI18n, s as showMainMenu, i as init, E as configMcp, F as version, a as i18n } from './shared/ccg-workflow.DRQxix1F.mjs';
 import 'inquirer';
 import 'node:child_process';
 import 'node:util';

package/dist/index.mjs

@@ -1,4 +1,4 @@
-export { c as changeLanguage, x as checkForUpdates, y as compareVersions, d as createDefaultConfig, e as createDefaultRouting, g as getCcgDir, f as getConfigPath, t as getCurrentVersion, v as getLatestVersion, j as getWorkflowById, h as getWorkflowConfigs, a as i18n, i as init, b as initI18n, l as installAceTool, m as installAceToolRs, k as installWorkflows, p as migrateToV1_4_0, q as needsMigration, r as readCcgConfig, s as showMainMenu, o as uninstallAceTool, n as uninstallWorkflows, u as update, w as writeCcgConfig } from './shared/ccg-workflow.flWlQcrI.mjs';
+export { c as changeLanguage, x as checkForUpdates, y as compareVersions, d as createDefaultConfig, e as createDefaultRouting, g as getCcgDir, f as getConfigPath, t as getCurrentVersion, v as getLatestVersion, j as getWorkflowById, h as getWorkflowConfigs, a as i18n, i as init, b as initI18n, l as installAceTool, m as installAceToolRs, k as installWorkflows, p as migrateToV1_4_0, q as needsMigration, r as readCcgConfig, s as showMainMenu, o as uninstallAceTool, n as uninstallWorkflows, u as update, w as writeCcgConfig } from './shared/ccg-workflow.DRQxix1F.mjs';
 import 'ansis';
 import 'inquirer';
 import 'node:child_process';

package/dist/shared/{ccg-workflow.flWlQcrI.mjs → ccg-workflow.DRQxix1F.mjs}

@@ -10,7 +10,7 @@ import i18next from 'i18next';
 import ora from 'ora';
 import { parse, stringify } from 'smol-toml';
 
-const version = "1.7.60";
+const version = "1.7.61";
 
 function isWindows() {
   return process.platform === "win32";

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "ccg-workflow",
-  "version": "1.7.60",
+  "version": "1.7.61",
   "description": "Claude-Codex-Gemini 多模型协作系统 - 智能路由多模型开发工作流",
   "type": "module",
   "packageManager": "pnpm@10.17.1",
@@ -49,6 +49,10 @@
     "templates/commands/spec-plan.md",
     "templates/commands/spec-impl.md",
     "templates/commands/spec-review.md",
+    "templates/commands/team-research.md",
+    "templates/commands/team-plan.md",
+    "templates/commands/team-exec.md",
+    "templates/commands/team-review.md",
     "templates/commands/agents/",
     "templates/prompts/codex/",
     "templates/prompts/gemini/analyzer.md",

package/templates/commands/team-exec.md

@@ -0,0 +1,107 @@
+---
+description: 'Agent Teams 并行实施 - 读取计划文件，spawn Builder teammates 并行写代码'
+---
+<!-- CCG:TEAM:EXEC:START -->
+**Core Philosophy**
+- 实施是纯机械执行——所有决策已在 team-plan 阶段完成。
+- Lead 不写代码，只做协调和汇总。
+- Builder teammates 并行实施，文件范围严格隔离。
+
+**Guardrails**
+- **前置条件**：`.claude/team-plan/` 下必须有计划文件。没有则终止，提示先运行 `/ccg:team-plan`。
+- **Agent Teams 必须启用**：需要 `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`。
+- Lead 绝不直接修改产品代码。
+- 每个 Builder 只能修改分配给它的文件。
+
+**Steps**
+1. **前置检查**
+   - 检测 Agent Teams 是否可用。
+   - 若不可用，输出启用指引后终止：
+     ```
+     ⚠️ Agent Teams 未启用。请先配置：
+     在 settings.json 中添加：
+     { "env": { "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" } }
+     ```
+   - 读取 `.claude/team-plan/` 下最新的计划文件。
+   - 若无计划文件，提示：`请先运行 /ccg:team-plan <任务描述> 生成计划`，终止。
+
+2. **解析计划**
+   - 解析子任务列表、文件范围、依赖关系、并行分组。
+   - 向用户展示摘要并确认：
+     ```
+     📋 即将并行实施：
+     - 子任务：N 个
+     - 并行分组：Layer 1 (X 个并行) → Layer 2 (Y 个)
+     - Builder 数量：N 个（Sonnet）
+     确认开始？
+     ```
+
+3. **创建 Team + spawn Builders**
+   - 创建 Agent Team。
+   - 按 Layer 分组 spawn Builder teammates（Sonnet）。
+   - 每个 Builder 的 spawn prompt 必须包含：
+
+   ```
+   你是 Builder，负责实施一个子任务。严格按照以下指令执行。
+
+   ## 你的任务
+   <从计划文件中提取该 Builder 负责的子任务全部内容，包括实施步骤>
+
+   ## 工作目录
+   {{WORKDIR}}
+
+   ## 文件范围约束（⛔ 硬性规则）
+   你只能创建或修改以下文件：
+   <文件列表>
+   严禁修改任何其他文件。违反此规则等于任务失败。
+
+   ## 实施要求
+   1. 严格按照实施步骤执行
+   2. 代码必须符合项目现有规范和模式
+   3. 完成后运行相关的 lint/typecheck 验证（如果项目有配置）
+   4. 代码应自解释，非必要不加注释
+
+   ## 验收标准
+   <从计划中提取>
+
+   完成所有步骤后，标记任务为 completed。
+   ```
+
+   - **依赖关系**：Layer 2 的 Builder 任务设为依赖 Layer 1 的对应任务，等 Layer 1 完成后自动解锁。
+   - spawn 完成后，进入 **delegate 模式**，只协调不写码。
+
+4. **监控进度**
+   - 等待所有 Builder 完成。
+   - 如果某个 Builder 遇到问题并发消息求助：
+     * 分析问题，给出指导建议
+     * 不要自己写代码替它完成
+   - 如果某个 Builder 失败：
+     * 记录失败原因
+     * 不影响其他 Builder 继续执行
+
+5. **汇总 + 清理**
+   - 所有 Builder 完成后，汇总报告：
+
+   ```markdown
+   ## ✅ Team 并行实施完成
+
+   ### 变更摘要
+   | Builder | 子任务 | 状态 | 修改文件 |
+   |---------|--------|------|----------|
+   | Builder 1 | <名称> | ✅/❌ | file1, file2 |
+   | Builder 2 | <名称> | ✅/❌ | file3, file4 |
+   | ...     | ...    | ...  | ...      |
+
+   ### 后续建议
+   1. 运行完整测试验证集成：`npm test` / `pnpm test`
+   2. 检查各模块间的集成是否正常
+   3. 提交代码：`git add -A && git commit`
+   ```
+
+   - 关闭所有 teammates，清理 team。
+
+**Exit Criteria**
+- [ ] 所有 Builder 任务完成（或明确失败并记录原因）
+- [ ] 变更摘要已输出
+- [ ] Team 已清理
+<!-- CCG:TEAM:EXEC:END -->

package/templates/commands/team-plan.md

@@ -0,0 +1,118 @@
+---
+description: 'Agent Teams 规划 - Lead 调用 Codex/Gemini 并行分析，产出零决策并行实施计划'
+---
+<!-- CCG:TEAM:PLAN:START -->
+**Core Philosophy**
+- 产出的计划必须让 Builder teammates 能无决策机械执行。
+- 每个子任务的文件范围必须隔离，确保并行不冲突。
+- 多模型协作是强制的：Codex（后端权威）+ Gemini（前端权威）。
+
+**Guardrails**
+- 多模型分析是 **mandatory**：必须同时调用 Codex 和 Gemini。
+- 不写产品代码，只做分析和规划。
+- 计划文件必须包含 Codex/Gemini 的实际分析摘要。
+- 使用 `AskUserQuestion` 解决任何歧义。
+
+**Steps**
+1. **上下文收集**
+   - 用 Glob/Grep/Read 分析项目结构、技术栈、现有代码模式。
+   - 如果 `mcp__ace-tool__search_context` 可用，优先语义检索。
+   - 整理出：技术栈、目录结构、关键文件、现有模式。
+
+2. **多模型并行分析（PARALLEL）**
+   - **CRITICAL**: 必须在一条消息中同时发起两个 Bash 调用，`run_in_background: true`。
+   - **工作目录**：`{{WORKDIR}}` 替换为目标工作目录的绝对路径。
+
+   **FIRST Bash call (Codex)**:
+   ```
+   Bash({
+     command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend codex - \"{{WORKDIR}}\" <<'EOF'\nROLE_FILE: ~/.claude/.ccg/prompts/codex/analyzer.md\n<TASK>\n需求：$ARGUMENTS\n上下文：<步骤1收集的项目结构和关键代码>\n</TASK>\nOUTPUT:\n1) 技术可行性评估\n2) 推荐架构方案（精确到文件和函数）\n3) 详细实施步骤\n4) 风险评估\nEOF",
+     run_in_background: true,
+     timeout: 3600000,
+     description: "Codex 后端分析"
+   })
+   ```
+
+   **SECOND Bash call (Gemini) - IN THE SAME MESSAGE**:
+   ```
+   Bash({
+     command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend gemini {{GEMINI_MODEL_FLAG}}- \"{{WORKDIR}}\" <<'EOF'\nROLE_FILE: ~/.claude/.ccg/prompts/gemini/analyzer.md\n<TASK>\n需求：$ARGUMENTS\n上下文：<步骤1收集的项目结构和关键代码>\n</TASK>\nOUTPUT:\n1) UI/UX 方案\n2) 组件拆分建议（精确到文件和函数）\n3) 详细实施步骤\n4) 交互设计要点\nEOF",
+     run_in_background: true,
+     timeout: 3600000,
+     description: "Gemini 前端分析"
+   })
+   ```
+
+   **等待结果**:
+   ```
+   TaskOutput({ task_id: "<codex_task_id>", block: true, timeout: 600000 })
+   TaskOutput({ task_id: "<gemini_task_id>", block: true, timeout: 600000 })
+   ```
+
+   - 必须指定 `timeout: 600000`，否则默认 30 秒会提前超时。
+   - 若 10 分钟后仍未完成，继续轮询，**绝对不要 Kill 进程**。
+
+3. **综合分析 + 任务拆分**
+   - 后端方案以 Codex 为准，前端方案以 Gemini 为准。
+   - 拆分为独立子任务，每个子任务：
+     * 文件范围不重叠（**强制**）
+     * 如果无法避免重叠 → 设为依赖关系
+     * 有具体实施步骤和验收标准
+   - 按依赖关系分 Layer：同 Layer 可并行，跨 Layer 串行。
+
+4. **写入计划文件**
+   - 路径：`.claude/team-plan/<任务名>.md`（英文短横线命名）
+   - 格式：
+
+   ```markdown
+   # Team Plan: <任务名>
+
+   ## 概述
+   <一句话描述>
+
+   ## Codex 分析摘要
+   <Codex 实际返回的关键内容>
+
+   ## Gemini 分析摘要
+   <Gemini 实际返回的关键内容>
+
+   ## 技术方案
+   <综合最优方案，含关键技术决策>
+
+   ## 子任务列表
+
+   ### Task 1: <名称>
+   - **类型**: 前端/后端
+   - **文件范围**: <精确文件路径列表>
+   - **依赖**: 无 / Task N
+   - **实施步骤**:
+     1. <具体步骤>
+     2. <具体步骤>
+   - **验收标准**: <怎么算完成>
+
+   ### Task 2: <名称>
+   ...
+
+   ## 文件冲突检查
+   ✅ 无冲突 / ⚠️ 已通过依赖关系解决
+
+   ## 并行分组
+   - Layer 1 (并行): Task 1, Task 2
+   - Layer 2 (依赖 Layer 1): Task 3
+   ```
+
+5. **用户确认**
+   - 展示计划摘要（子任务数、并行分组、Builder 数量）。
+   - 用 `AskUserQuestion` 请求确认。
+   - 确认后提示：`计划已就绪，运行 /ccg:team-exec 开始并行实施`
+
+6. **上下文检查点**
+   - 报告当前上下文使用量。
+   - 如果接近 80K：建议 `/clear` 后运行 `/ccg:team-exec`。
+
+**Exit Criteria**
+- [ ] Codex + Gemini 分析完成
+- [ ] 子任务文件范围无冲突
+- [ ] 计划文件已写入 `.claude/team-plan/`
+- [ ] 用户已确认计划
+<!-- CCG:TEAM:PLAN:END -->

package/templates/commands/team-research.md

@@ -0,0 +1,123 @@
+---
+description: 'Agent Teams 需求研究 - 并行探索代码库，产出约束集 + 可验证成功判据'
+---
+<!-- CCG:TEAM:RESEARCH:START -->
+**Core Philosophy**
+- Research 产出的是**约束集**，不是信息堆砌。每条约束缩小解决方案空间。
+- 约束告诉后续阶段"不要考虑这个方向"，使 plan 阶段能产出零决策计划。
+- 输出：约束集合 + 可验证的成功判据，写入 `.claude/team-plan/<任务名>-research.md`。
+
+**Guardrails**
+- **STOP! BEFORE ANY OTHER ACTION**: 必须先做 Prompt 增强。
+- 按上下文边界（context boundaries）划分探索范围，不按角色划分。
+- 多模型协作是 **mandatory**：Codex（后端边界）+ Gemini（前端边界）。
+- 不做架构决策——只发现约束。
+- 使用 `AskUserQuestion` 解决任何歧义，绝不假设。
+
+**Steps**
+0. **MANDATORY: Prompt 增强**
+   - **立即执行，不可跳过。**
+   - 分析 $ARGUMENTS 的意图、缺失信息、隐含假设，补全为结构化需求（明确目标、技术约束、范围边界、验收标准）。
+   - 后续所有步骤使用增强后的需求。
+
+1. **代码库评估**
+   - 用 Glob/Grep/Read 扫描项目结构。
+   - 判断项目规模：单目录 vs 多目录。
+   - 识别技术栈、框架、现有模式。
+
+2. **定义探索边界（按上下文划分）**
+   - 识别自然的上下文边界（不是功能角色）：
+     * 边界 1：用户域代码（models, services, UI）
+     * 边界 2：认证与授权（middleware, session, tokens）
+     * 边界 3：基础设施（configs, builds, deployments）
+   - 每个边界应自包含，无需跨边界通信。
+
+3. **多模型并行探索（PARALLEL）**
+   - **CRITICAL**: 必须在一条消息中同时发起两个 Bash 调用。
+   - **工作目录**：`{{WORKDIR}}` 替换为目标工作目录的绝对路径。
+
+   **FIRST Bash call (Codex)**:
+   ```
+   Bash({
+     command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend codex - \"{{WORKDIR}}\" <<'EOF'\nROLE_FILE: ~/.claude/.ccg/prompts/codex/analyzer.md\n<TASK>\n需求：<增强后的需求>\n探索范围：后端相关上下文边界\n</TASK>\nOUTPUT (JSON):\n{\n  \"module_name\": \"探索的上下文边界\",\n  \"existing_structures\": [\"发现的关键模式\"],\n  \"existing_conventions\": [\"使用中的规范\"],\n  \"constraints_discovered\": [\"限制解决方案空间的硬约束\"],\n  \"open_questions\": [\"需要用户确认的歧义\"],\n  \"dependencies\": [\"跨模块依赖\"],\n  \"risks\": [\"潜在阻碍\"],\n  \"success_criteria_hints\": [\"可观测的成功行为\"]\n}\nEOF",
+     run_in_background: true,
+     timeout: 3600000,
+     description: "Codex 后端探索"
+   })
+   ```
+
+   **SECOND Bash call (Gemini) - IN THE SAME MESSAGE**:
+   ```
+   Bash({
+     command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend gemini {{GEMINI_MODEL_FLAG}}- \"{{WORKDIR}}\" <<'EOF'\nROLE_FILE: ~/.claude/.ccg/prompts/gemini/analyzer.md\n<TASK>\n需求：<增强后的需求>\n探索范围：前端相关上下文边界\n</TASK>\nOUTPUT (JSON):\n{\n  \"module_name\": \"探索的上下文边界\",\n  \"existing_structures\": [\"发现的关键模式\"],\n  \"existing_conventions\": [\"使用中的规范\"],\n  \"constraints_discovered\": [\"限制解决方案空间的硬约束\"],\n  \"open_questions\": [\"需要用户确认的歧义\"],\n  \"dependencies\": [\"跨模块依赖\"],\n  \"risks\": [\"潜在阻碍\"],\n  \"success_criteria_hints\": [\"可观测的成功行为\"]\n}\nEOF",
+     run_in_background: true,
+     timeout: 3600000,
+     description: "Gemini 前端探索"
+   })
+   ```
+
+   **等待结果**:
+   ```
+   TaskOutput({ task_id: "<codex_task_id>", block: true, timeout: 600000 })
+   TaskOutput({ task_id: "<gemini_task_id>", block: true, timeout: 600000 })
+   ```
+
+4. **聚合与综合**
+   - 合并所有探索输出为统一约束集：
+     * **硬约束**：技术限制、不可违反的模式
+     * **软约束**：惯例、偏好、风格指南
+     * **依赖**：影响实施顺序的跨模块关系
+     * **风险**：需要缓解的阻碍
+
+5. **歧义消解**
+   - 编译优先级排序的开放问题列表。
+   - 用 `AskUserQuestion` 系统性地呈现：
+     * 分组相关问题
+     * 为每个问题提供上下文
+     * 在适用时建议默认值
+   - 将用户回答转化为额外约束。
+
+6. **写入研究文件**
+   - 路径：`.claude/team-plan/<任务名>-research.md`
+   - 格式：
+
+   ```markdown
+   # Team Research: <任务名>
+
+   ## 增强后的需求
+   <结构化需求描述>
+
+   ## 约束集
+
+   ### 硬约束
+   - [HC-1] <约束描述> — 来源：<Codex/Gemini/用户>
+   - [HC-2] ...
+
+   ### 软约束
+   - [SC-1] <约束描述> — 来源：<Codex/Gemini/用户>
+   - [SC-2] ...
+
+   ### 依赖关系
+   - [DEP-1] <模块A> → <模块B>：<原因>
+
+   ### 风险
+   - [RISK-1] <风险描述> — 缓解：<策略>
+
+   ## 成功判据
+   - [OK-1] <可验证的成功行为>
+   - [OK-2] ...
+
+   ## 开放问题（已解决）
+   - Q1: <问题> → A: <用户回答> → 约束：[HC/SC-N]
+   ```
+
+7. **上下文检查点**
+   - 报告当前上下文使用量。
+   - 提示：`研究完成，运行 /clear 后执行 /ccg:team-plan <任务名> 开始规划`
+
+**Exit Criteria**
+- [ ] Codex + Gemini 探索完成
+- [ ] 所有歧义已通过用户确认解决
+- [ ] 约束集 + 成功判据已写入研究文件
+- [ ] 零开放问题残留
+<!-- CCG:TEAM:RESEARCH:END -->

package/templates/commands/team-review.md

@@ -0,0 +1,95 @@
+---
+description: 'Agent Teams 审查 - 双模型交叉审查并行实施的产出，分级处理 Critical/Warning/Info'
+---
+<!-- CCG:TEAM:REVIEW:START -->
+**Core Philosophy**
+- 双模型交叉验证捕获单模型审查遗漏的盲区。
+- Critical 问题必须修复后才能结束。
+- 审查范围严格限于 team-exec 的变更，不扩大范围。
+
+**Guardrails**
+- **MANDATORY**: Codex 和 Gemini 必须都完成审查后才能综合。
+- 审查范围限于 `git diff` 的变更，不做范围蔓延。
+- Lead 可以直接修复 Critical 问题（审查阶段允许写代码）。
+
+**Steps**
+1. **收集变更产物**
+   - 运行 `git diff` 获取变更摘要。
+   - 如果有 `.claude/team-plan/` 下的计划文件，读取约束和成功判据作为审查基准。
+   - 列出所有被修改的文件。
+
+2. **多模型审查（PARALLEL）**
+   - **CRITICAL**: 必须在一条消息中同时发起两个 Bash 调用。
+   - **工作目录**：`{{WORKDIR}}` 替换为目标工作目录的绝对路径。
+
+   **FIRST Bash call (Codex)**:
+   ```
+   Bash({
+     command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend codex - \"{{WORKDIR}}\" <<'EOF'\nROLE_FILE: ~/.claude/.ccg/prompts/codex/reviewer.md\n<TASK>\n审查以下变更：\n<git diff 输出或变更文件列表>\n</TASK>\nOUTPUT (JSON):\n{\n  \"findings\": [\n    {\n      \"severity\": \"Critical|Warning|Info\",\n      \"dimension\": \"logic|security|performance|error_handling\",\n      \"file\": \"path/to/file\",\n      \"line\": 42,\n      \"description\": \"问题描述\",\n      \"fix_suggestion\": \"修复建议\"\n    }\n  ],\n  \"passed_checks\": [\"已验证的检查项\"],\n  \"summary\": \"总体评估\"\n}\nEOF",
+     run_in_background: true,
+     timeout: 3600000,
+     description: "Codex 后端审查"
+   })
+   ```
+
+   **SECOND Bash call (Gemini) - IN THE SAME MESSAGE**:
+   ```
+   Bash({
+     command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend gemini {{GEMINI_MODEL_FLAG}}- \"{{WORKDIR}}\" <<'EOF'\nROLE_FILE: ~/.claude/.ccg/prompts/gemini/reviewer.md\n<TASK>\n审查以下变更：\n<git diff 输出或变更文件列表>\n</TASK>\nOUTPUT (JSON):\n{\n  \"findings\": [\n    {\n      \"severity\": \"Critical|Warning|Info\",\n      \"dimension\": \"patterns|maintainability|accessibility|ux|frontend_security\",\n      \"file\": \"path/to/file\",\n      \"line\": 42,\n      \"description\": \"问题描述\",\n      \"fix_suggestion\": \"修复建议\"\n    }\n  ],\n  \"passed_checks\": [\"已验证的检查项\"],\n  \"summary\": \"总体评估\"\n}\nEOF",
+     run_in_background: true,
+     timeout: 3600000,
+     description: "Gemini 前端审查"
+   })
+   ```
+
+   **等待结果**:
+   ```
+   TaskOutput({ task_id: "<codex_task_id>", block: true, timeout: 600000 })
+   TaskOutput({ task_id: "<gemini_task_id>", block: true, timeout: 600000 })
+   ```
+
+3. **综合发现**
+   - 合并两个模型的发现。
+   - 去重重叠问题。
+   - 按严重性分级：
+     * **Critical**: 安全漏洞、逻辑错误、数据丢失风险 → 必须修复
+     * **Warning**: 模式偏离、可维护性问题 → 建议修复
+     * **Info**: 小改进建议 → 可选修复
+
+4. **输出审查报告**
+   ```markdown
+   ## 审查报告
+
+   ### 🔴 Critical (X issues) - 必须修复
+   - [ ] [安全] file.ts:42 - 描述
+   - [ ] [逻辑] api.ts:15 - 描述
+
+   ### 🟡 Warning (Y issues) - 建议修复
+   - [ ] [模式] utils.ts:88 - 描述
+
+   ### 🔵 Info (Z issues) - 可选
+   - [ ] [维护] helper.ts:20 - 描述
+
+   ### ✅ 已通过检查
+   - ✅ 无 XSS 漏洞
+   - ✅ 错误处理完整
+   ```
+
+5. **决策门**
+   - **Critical > 0**:
+     * 展示发现，用 `AskUserQuestion` 询问："立即修复 / 跳过"
+     * 选择修复 → Lead 直接修复（后端问题参考 Codex 建议，前端参考 Gemini 建议）
+     * 修复后重新运行受影响的审查维度
+     * 重复直到 Critical = 0
+   - **Critical = 0**:
+     * 报告通过，建议提交代码
+
+6. **上下文检查点**
+   - 报告当前上下文使用量。
+
+**Exit Criteria**
+- [ ] Codex + Gemini 审查完成
+- [ ] 所有发现已综合分级
+- [ ] Critical = 0（已修复或用户确认跳过）
+- [ ] 审查报告已输出
+<!-- CCG:TEAM:REVIEW:END -->