ccg-workflow 1.7.39 → 1.7.42

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.DTSqMYKy.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.HUW7vGVD.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.DTSqMYKy.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.HUW7vGVD.mjs';
 import 'ansis';
 import 'inquirer';
 import 'node:child_process';

package/dist/shared/{ccg-workflow.DTSqMYKy.mjs → ccg-workflow.HUW7vGVD.mjs}

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

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "ccg-workflow",
-  "version": "1.7.39",
+  "version": "1.7.42",
   "description": "Claude-Codex-Gemini 多模型协作系统 - 智能路由多模型开发工作流",
   "type": "module",
   "packageManager": "pnpm@10.17.1",
@@ -27,7 +27,30 @@
   "files": [
     "bin",
     "dist",
-    "templates"
+    "templates/commands/analyze.md",
+    "templates/commands/backend.md",
+    "templates/commands/clean-branches.md",
+    "templates/commands/commit.md",
+    "templates/commands/debug.md",
+    "templates/commands/enhance.md",
+    "templates/commands/feat.md",
+    "templates/commands/frontend.md",
+    "templates/commands/init.md",
+    "templates/commands/optimize.md",
+    "templates/commands/review.md",
+    "templates/commands/rollback.md",
+    "templates/commands/test.md",
+    "templates/commands/workflow.md",
+    "templates/commands/worktree.md",
+    "templates/commands/agents/",
+    "templates/prompts/codex/",
+    "templates/prompts/gemini/analyzer.md",
+    "templates/prompts/gemini/debugger.md",
+    "templates/prompts/gemini/frontend.md",
+    "templates/prompts/gemini/optimizer.md",
+    "templates/prompts/gemini/reviewer.md",
+    "templates/prompts/gemini/tester.md",
+    "templates/prompts/claude/"
   ],
   "scripts": {
     "dev": "tsx src/cli.ts",

package/templates/commands/backend.md

@@ -1,5 +1,5 @@
 ---
-description: '后端专项工作流（研究→构思→计划→执行→优化→评审），Codex主导'
+description: '后端专项工作流（研究→构思→计划→执行→优化→评审），Codex 主导'
 ---
 
 # Backend - 后端专项开发
@@ -14,7 +14,7 @@ description: '后端专项工作流（研究→构思→计划→执行→优化
 
 - 后端任务：$ARGUMENTS
 - Codex 主导，Gemini 辅助参考
-- 适用：API设计、算法实现、数据库优化、业务逻辑
+- 适用：API 设计、算法实现、数据库优化、业务逻辑
 
 ## 你的角色
 
@@ -79,6 +79,7 @@ EOF",
 
 1. 响应以模式标签 `[模式：X]` 开始，初始为 `[模式：研究]`
 2. 严格按 `研究 → 构思 → 计划 → 执行 → 优化 → 评审` 顺序流转
+3. 在需要询问用户时，尽量使用 `AskUserQuestion` 工具进行交互，举例场景：请求用户确认/选择/批准
 
 ---
 

package/templates/commands/debug.md

@@ -28,6 +28,7 @@ description: '多模型调试：Codex 后端诊断 + Gemini 前端诊断，交
 ```
 Bash({
   command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> - \"$PWD\" <<'EOF'
+ROLE_FILE: <角色提示词路径>
 <TASK>
 需求：<增强后的需求（如未增强则用 $ARGUMENTS）>
 上下文：<错误日志、堆栈信息、复现步骤等>
@@ -40,6 +41,13 @@ EOF",
 })
 ```
 
+**角色提示词**：
+
+| 模型 | 提示词 |
+|------|--------|
+| Codex | `~/.claude/.ccg/prompts/codex/debugger.md` |
+| Gemini | `~/.claude/.ccg/prompts/gemini/debugger.md` |
+
 **并行调用**：使用 `run_in_background: true` 启动，用 `TaskOutput` 等待结果。**必须等所有模型返回后才能进入下一阶段**。
 
 **等待后台任务**（使用最大超时 600000ms = 10 分钟）：
@@ -78,9 +86,12 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 **⚠️ 必须发起两个并行 Bash 调用**（参照上方调用规范）：
 
 1. **Codex 后端诊断**：`Bash({ command: "...--backend codex...", run_in_background: true })`
-2. **Gemini 前端诊断**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
+   - ROLE_FILE: `~/.claude/.ccg/prompts/codex/debugger.md`
+   - OUTPUT：诊断假设（按可能性排序），每个假设包含原因、证据、修复建议
 
-两个调用的 OUTPUT 都是：诊断假设（按可能性排序），每个假设包含原因、证据、修复建议
+2. **Gemini 前端诊断**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
+   - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/debugger.md`
+   - OUTPUT：诊断假设（按可能性排序），每个假设包含原因、证据、修复建议
 
 用 `TaskOutput` 等待两个模型的诊断结果。**必须等所有模型返回后才能进入下一阶段**。
 

package/templates/commands/feat.md

@@ -70,6 +70,12 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 ---
 
+## 沟通守则
+
+1. 在需要询问用户时，尽量使用 `AskUserQuestion` 工具进行交互，举例场景：请求用户确认/选择/批准
+
+---
+
 ## 核心工作流程
 
 ### 1. 输入类型判断

package/templates/commands/frontend.md

@@ -1,5 +1,5 @@
 ---
-description: '前端专项工作流（研究→构思→计划→执行→优化→评审），Gemini主导'
+description: '前端专项工作流（研究→构思→计划→执行→优化→评审），Gemini 主导'
 ---
 
 # Frontend - 前端专项开发
@@ -14,7 +14,7 @@ description: '前端专项工作流（研究→构思→计划→执行→优化
 
 - 前端任务：$ARGUMENTS
 - Gemini 主导，Codex 辅助参考
-- 适用：组件设计、响应式布局、UI动画、样式优化
+- 适用：组件设计、响应式布局、UI 动画、样式优化
 
 ## 你的角色
 
@@ -79,6 +79,7 @@ EOF",
 
 1. 响应以模式标签 `[模式：X]` 开始，初始为 `[模式：研究]`
 2. 严格按 `研究 → 构思 → 计划 → 执行 → 优化 → 评审` 顺序流转
+3. 在需要询问用户时，尽量使用 `AskUserQuestion` 工具进行交互，举例场景：请求用户确认/选择/批准
 
 ---
 

package/templates/commands/optimize.md

@@ -34,6 +34,7 @@ description: '多模型性能优化：Codex 后端优化 + Gemini 前端优化'
 ```
 Bash({
   command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> - \"$PWD\" <<'EOF'
+ROLE_FILE: <角色提示词路径>
 <TASK>
 需求：<增强后的需求（如未增强则用 $ARGUMENTS）>
 上下文：<目标代码、现有性能指标等>
@@ -46,6 +47,13 @@ EOF",
 })
 ```
 
+**角色提示词**：
+
+| 模型 | 提示词 |
+|------|--------|
+| Codex | `~/.claude/.ccg/prompts/codex/optimizer.md` |
+| Gemini | `~/.claude/.ccg/prompts/gemini/optimizer.md` |
+
 **并行调用**：使用 `run_in_background: true` 启动，用 `TaskOutput` 等待结果。**必须等所有模型返回后才能进入下一阶段**。
 
 **等待后台任务**（使用最大超时 600000ms = 10 分钟）：
@@ -61,6 +69,12 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 ---
 
+## 沟通守则
+
+1. 在需要询问用户时，尽量使用 `AskUserQuestion` 工具进行交互，举例场景：请求用户确认/选择/批准
+
+---
+
 ## 执行工作流
 
 **优化目标**：$ARGUMENTS
@@ -84,10 +98,12 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 **⚠️ 必须发起两个并行 Bash 调用**（参照上方调用规范）：
 
 1. **Codex 后端分析**：`Bash({ command: "...--backend codex...", run_in_background: true })`
+   - ROLE_FILE: `~/.claude/.ccg/prompts/codex/optimizer.md`
    - 需求：分析后端性能问题（$ARGUMENTS）
    - OUTPUT：性能瓶颈列表、优化方案、预期收益
 
 2. **Gemini 前端分析**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
+   - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/optimizer.md`
    - 需求：分析前端性能问题（Core Web Vitals）
    - OUTPUT：性能瓶颈列表、优化方案、预期收益
 
@@ -131,7 +147,7 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 **后端**：N+1→批量加载、缺索引→复合索引、重复计算→缓存、同步→异步
 
-**前端**：大Bundle→代码分割、频繁重渲染→memo、大列表→虚拟滚动、未优化图片→WebP
+**前端**：大 Bundle→代码分割、频繁重渲染→memo、大列表→虚拟滚动、未优化图片→WebP
 
 ---
 

package/templates/commands/review.md

@@ -24,6 +24,7 @@ description: '多模型代码审查：无参数时自动审查 git diff，双模
 ```
 Bash({
   command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> - \"$PWD\" <<'EOF'
+ROLE_FILE: <角色提示词路径>
 <TASK>
 审查以下代码变更：
 <git diff 内容>
@@ -36,6 +37,13 @@ EOF",
 })
 ```
 
+**角色提示词**：
+
+| 模型 | 提示词 |
+|------|--------|
+| Codex | `~/.claude/.ccg/prompts/codex/reviewer.md` |
+| Gemini | `~/.claude/.ccg/prompts/gemini/reviewer.md` |
+
 **并行调用**：使用 `run_in_background: true` 启动，用 `TaskOutput` 等待结果。**必须等所有模型返回后才能进入下一阶段**。
 
 **等待后台任务**（使用最大超时 600000ms = 10 分钟）：
@@ -70,10 +78,12 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 **⚠️ 必须发起两个并行 Bash 调用**（参照上方调用规范）：
 
 1. **Codex 后端审查**：`Bash({ command: "...--backend codex...", run_in_background: true })`
+   - ROLE_FILE: `~/.claude/.ccg/prompts/codex/reviewer.md`
    - 需求：审查代码变更（git diff 内容）
    - OUTPUT：按 Critical/Major/Minor/Suggestion 分类列出安全性、性能、错误处理问题
 
 2. **Gemini 前端审查**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
+   - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/reviewer.md`
    - 需求：审查代码变更（git diff 内容）
    - OUTPUT：按 Critical/Major/Minor/Suggestion 分类列出可访问性、响应式、设计一致性问题
 

package/templates/commands/test.md

@@ -34,6 +34,7 @@ description: '多模型测试生成：智能路由 Codex 后端测试 / Gemini
 ```
 Bash({
   command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> - \"$PWD\" <<'EOF'
+ROLE_FILE: <角色提示词路径>
 <TASK>
 需求：为以下代码生成测试
 <代码内容>
@@ -50,6 +51,13 @@ EOF",
 })
 ```
 
+**角色提示词**：
+
+| 模型 | 提示词 |
+|------|--------|
+| Codex | `~/.claude/.ccg/prompts/codex/tester.md` |
+| Gemini | `~/.claude/.ccg/prompts/gemini/tester.md` |
+
 **智能路由**：
 
 | 代码类型 | 路由 |
@@ -97,10 +105,14 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 **⚠️ 根据代码类型必须调用对应模型**（参照上方调用规范）：
 
 - **后端代码** → `Bash({ command: "...--backend codex...", run_in_background: false })`
+  - ROLE_FILE: `~/.claude/.ccg/prompts/codex/tester.md`
 - **前端代码** → `Bash({ command: "...--backend gemini...", run_in_background: false })`
+  - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/tester.md`
 - **全栈代码** → 并行调用两者：
   1. `Bash({ command: "...--backend codex...", run_in_background: true })`
+     - ROLE_FILE: `~/.claude/.ccg/prompts/codex/tester.md`
   2. `Bash({ command: "...--backend gemini...", run_in_background: true })`
+     - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/tester.md`
   用 `TaskOutput` 等待结果
 
 OUTPUT：完整测试代码（使用项目现有测试框架，覆盖正常路径、边界条件、异常处理）

package/templates/commands/workflow.md

@@ -98,6 +98,7 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 2. 核心工作流严格按 `研究 → 构思 → 计划 → 执行 → 优化 → 评审` 顺序流转。
 3. 每个阶段完成后必须请求用户确认。
 4. 评分低于 7 分或用户未批准时强制停止。
+5. 在需要询问用户时，尽量使用 `AskUserQuestion` 工具进行交互，举例场景：请求用户确认/选择/批准
 
 ---
 
@@ -139,6 +140,8 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 用 `TaskOutput` 等待结果。
 
+**务必遵循上方 `多模型调用规范` 的 `重要` 指示**
+
 **Claude 综合规划**：采纳 Codex 后端规划 + Gemini 前端规划，用户批准后存入 `.claude/plan/任务名.md`
 
 ### ⚡ 阶段 4：实施
@@ -159,6 +162,8 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 用 `TaskOutput` 等待结果。整合审查意见，用户确认后执行优化。
 
+**务必遵循上方 `多模型调用规范` 的 `重要` 指示**
+
 ### ✅ 阶段 6：质量审查
 
 `[模式：评审]` - 最终评估：

package/templates/commands/execute.md

@@ -1,308 +0,0 @@
----
-description: '多模型协作执行 - 根据计划获取原型 → Claude 重构实施 → 多模型审计交付'
----
-
-# Execute - 多模型协作执行
-
-$ARGUMENTS
-
----
-
-## 核心协议
-
-- **语言协议**：与工具/模型交互用**英语**，与用户交互用**中文**
-- **代码主权**：外部模型对文件系统**零写入权限**，所有修改由 Claude 执行
-- **脏原型重构**：将 Codex/Gemini 的 Unified Diff 视为"脏原型"，必须重构为生产级代码
-- **止损机制**：当前阶段输出通过验证前，不进入下一阶段
-- **前置条件**：仅在用户对 `/ccg:plan` 输出明确回复 "Y" 后执行（如缺失，必须先二次确认）
-
----
-
-## 多模型调用规范
-
-**调用语法**（并行用 `run_in_background: true`）：
-
-```
-# 复用会话调用（推荐）- 原型生成（Implementation Prototype）
-Bash({
-  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> resume <SESSION_ID> - \"$PWD\" <<'EOF'
-ROLE_FILE: <角色提示词路径>
-<TASK>
-需求：<任务描述>
-上下文：<计划内容 + 目标文件>
-</TASK>
-OUTPUT: Unified Diff Patch ONLY. Strictly prohibit any actual modifications.
-EOF",
-  run_in_background: true,
-  timeout: 3600000,
-  description: "简短描述"
-})
-
-# 新会话调用 - 原型生成（Implementation Prototype）
-Bash({
-  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> - \"$PWD\" <<'EOF'
-ROLE_FILE: <角色提示词路径>
-<TASK>
-需求：<任务描述>
-上下文：<计划内容 + 目标文件>
-</TASK>
-OUTPUT: Unified Diff Patch ONLY. Strictly prohibit any actual modifications.
-EOF",
-  run_in_background: true,
-  timeout: 3600000,
-  description: "简短描述"
-})
-```
-
-**审计调用语法**（Code Review / Audit）：
-
-```
-Bash({
-  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> resume <SESSION_ID> - \"$PWD\" <<'EOF'
-ROLE_FILE: <角色提示词路径>
-<TASK>
-Scope: Audit the final code changes.
-Inputs:
-- The applied patch (git diff / final unified diff)
-- The touched files (relevant excerpts if needed)
-Constraints:
-- Do NOT modify any files.
-- Do NOT output tool commands that assume filesystem access.
-</TASK>
-OUTPUT:
-1) A prioritized list of issues (severity, file, rationale)
-2) Concrete fixes; if code changes are needed, include a Unified Diff Patch in a fenced code block.
-EOF",
-  run_in_background: true,
-  timeout: 3600000,
-  description: "简短描述"
-})
-```
-
-**角色提示词**：
-
-| 阶段 | Codex | Gemini |
-|------|-------|--------|
-| 实施 | `~/.claude/.ccg/prompts/codex/architect.md` | `~/.claude/.ccg/prompts/gemini/frontend.md` |
-| 审查 | `~/.claude/.ccg/prompts/codex/reviewer.md` | `~/.claude/.ccg/prompts/gemini/reviewer.md` |
-
-**会话复用**：如果 `/ccg:plan` 提供了 SESSION_ID，使用 `resume <SESSION_ID>` 复用上下文。
-
-**等待后台任务**（最大超时 600000ms = 10 分钟）：
-
-```
-TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
-```
-
-**重要**：
-- 必须指定 `timeout: 600000`，否则默认只有 30 秒会导致提前超时
-- 若 10 分钟后仍未完成，继续用 `TaskOutput` 轮询，**绝对不要 Kill 进程**
-- 若因等待时间过长跳过了等待，**必须调用 `AskUserQuestion` 询问用户选择继续等待还是 Kill Task**
-
----
-
-## 执行工作流
-
-**执行任务**：$ARGUMENTS
-
-### 📖 Phase 0：读取计划
-
-`[模式：准备]`
-
-1. **识别输入类型**：
-   - 计划文件路径（如 `.claude/plan/xxx.md`）
-   - 直接的任务描述
-
-2. **读取计划内容**：
-   - 若提供了计划文件路径，读取并解析
-   - 提取：任务类型、实施步骤、关键文件、SESSION_ID
-
-3. **执行前确认**：
-   - 若输入为"直接任务描述"或计划中缺失 `SESSION_ID` / 关键文件：先向用户确认补全信息
-   - 若无法确认用户是否已对计划回复 "Y"：必须二次询问确认后再进入下一阶段
-
-4. **任务类型判断**：
-
-   | 任务类型 | 判断依据 | 路由 |
-   |----------|----------|------|
-   | **前端** | 页面、组件、UI、样式、布局 | Gemini |
-   | **后端** | API、接口、数据库、逻辑、算法 | Codex |
-   | **全栈** | 同时包含前后端 | Codex ∥ Gemini 并行 |
-
----
-
-### 🔍 Phase 1：上下文快速检索
-
-`[模式：检索]`
-
-**⚠️ 必须使用 MCP 工具快速检索上下文，禁止手动逐个读取文件**
-
-根据计划中的"关键文件"列表，调用 `mcp__ace-tool__search_context` 检索相关代码：
-
-```
-mcp__ace-tool__search_context({
-  query: "<基于计划内容构建的语义查询，包含关键文件、模块、函数名>",
-  project_root_path: "$PWD"
-})
-```
-
-**检索策略**：
-- 从计划的"关键文件"表格提取目标路径
-- 构建语义查询覆盖：入口文件、依赖模块、相关类型定义
-- 若检索结果不足，可追加 1-2 次递归检索
-- **禁止**使用 Bash + find/ls 手动探索项目结构
-
-**检索完成后**：
-- 整理检索到的代码片段
-- 确认已获取实施所需的完整上下文
-- 进入 Phase 3
-
----
-
-### 🎨 Phase 3：原型获取
-
-`[模式：原型]`
-
-**根据任务类型路由**：
-
-#### Route A: 前端/UI/样式 → Gemini
-
-**限制**：上下文 < 32k tokens
-
-1. 调用 Gemini（使用 `~/.claude/.ccg/prompts/gemini/frontend.md`）
-2. 输入：计划内容 + 检索到的上下文 + 目标文件
-3. OUTPUT: `Unified Diff Patch ONLY. Strictly prohibit any actual modifications.`
-4. **Gemini 是前端设计的权威，其 CSS/React/Vue 原型为最终视觉基准**
-5. ⚠️ **警告**：忽略 Gemini 对后端逻辑的建议
-6. 若计划包含 `GEMINI_SESSION`：优先 `resume <GEMINI_SESSION>`
-
-#### Route B: 后端/逻辑/算法 → Codex
-
-1. 调用 Codex（使用 `~/.claude/.ccg/prompts/codex/architect.md`）
-2. 输入：计划内容 + 检索到的上下文 + 目标文件
-3. OUTPUT: `Unified Diff Patch ONLY. Strictly prohibit any actual modifications.`
-4. **Codex 是后端逻辑的权威，利用其逻辑运算与 Debug 能力**
-5. 若计划包含 `CODEX_SESSION`：优先 `resume <CODEX_SESSION>`
-
-#### Route C: 全栈 → 并行调用
-
-1. **并行调用**（`run_in_background: true`）：
-   - Gemini：处理前端部分
-   - Codex：处理后端部分
-2. 用 `TaskOutput` 等待两个模型的完整结果
-3. 各自使用计划中对应的 `SESSION_ID` 进行 `resume`（若缺失则创建新会话）
-
-**务必遵循上方 `多模型调用规范` 的 `重要` 指示**
-
----
-
-### ⚡ Phase 4：编码实施
-
-`[模式：实施]`
-
-**Claude 作为代码主权者执行以下步骤**：
-
-1. **读取 Diff**：解析 Codex/Gemini 返回的 Unified Diff Patch
-
-2. **思维沙箱**：
-   - 模拟应用 Diff 到目标文件
-   - 检查逻辑一致性
-   - 识别潜在冲突或副作用
-
-3. **重构清理**：
-   - 将"脏原型"重构为**高可读、高可维护性、企业发布级代码**
-   - 去除冗余代码
-   - 确保符合项目现有代码规范
-   - **非必要不生成注释与文档**，代码自解释
-
-4. **最小作用域**：
-   - 变更仅限需求范围
-   - **强制审查**变更是否引入副作用
-   - 做针对性修正
-
-5. **应用变更**：
-   - 使用 Edit/Write 工具执行实际修改
-   - **仅修改必要的代码**，严禁影响用户现有的其他功能
-6. **自检验证**（强烈建议）：
-   - 运行项目既有的 lint / typecheck / tests（优先最小相关范围）
-   - 若失败：优先修复回归，再继续进入 Phase 5
-
----
-
-### ✅ Phase 5：审计与交付
-
-`[模式：审计]`
-
-#### 5.1 自动审计
-
-**变更生效后，强制立即并行调用** Codex 和 Gemini 进行 Code Review：
-
-1. **Codex 审查**（`run_in_background: true`）：
-   - ROLE_FILE: `~/.claude/.ccg/prompts/codex/reviewer.md`
-   - 输入：变更的 Diff + 目标文件
-   - 关注：安全性、性能、错误处理、逻辑正确性
-
-2. **Gemini 审查**（`run_in_background: true`）：
-   - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/reviewer.md`
-   - 输入：变更的 Diff + 目标文件
-   - 关注：可访问性、设计一致性、用户体验
-
-用 `TaskOutput` 等待两个模型的完整审查结果。优先复用 Phase 3 的会话（`resume <SESSION_ID>`）以保持上下文一致。
-
-#### 5.2 整合修复
-
-1. 综合 Codex + Gemini 的审查意见
-2. 按信任规则权衡：后端以 Codex 为准，前端以 Gemini 为准
-3. 执行必要的修复
-4. 修复后按需重复 Phase 5.1（直到风险可接受）
-
-#### 5.3 交付确认
-
-审计通过后，向用户报告：
-
-```markdown
-## ✅ 执行完成
-
-### 变更摘要
-| 文件 | 操作 | 说明 |
-|------|------|------|
-| path/to/file.ts | 修改 | 描述 |
-
-### 审计结果
-- Codex：<通过/发现 N 个问题>
-- Gemini：<通过/发现 N 个问题>
-
-### 后续建议
-1. [ ] <建议的测试步骤>
-2. [ ] <建议的验证步骤>
-```
-
----
-
-## 关键规则
-
-1. **代码主权** – 所有文件修改由 Claude 执行，外部模型零写入权限
-2. **脏原型重构** – Codex/Gemini 的输出视为草稿，必须重构
-3. **信任规则** – 后端以 Codex 为准，前端以 Gemini 为准
-4. **最小变更** – 仅修改必要的代码，不引入副作用
-5. **强制审计** – 变更后必须进行多模型 Code Review
-
----
-
-## 使用方法
-
-```bash
-# 执行计划文件
-/ccg:execute .claude/plan/功能名.md
-
-# 直接执行任务（适用于已在上下文中讨论过的计划）
-/ccg:execute 根据之前的计划实施用户认证功能
-```
-
----
-
-## 与 /ccg:plan 的关系
-
-1. `/ccg:plan` 生成计划 + SESSION_ID
-2. 用户确认 "Y" 后
-3. `/ccg:execute` 读取计划，复用 SESSION_ID，执行实施

package/templates/commands/plan.md

@@ -1,260 +0,0 @@
----
-description: '多模型协作规划 - 上下文检索 + 双模型分析 → 生成 Step-by-step 实施计划'
----
-
-# Plan - 多模型协作规划
-
-$ARGUMENTS
-
----
-
-## 核心协议
-
-- **语言协议**：与工具/模型交互用**英语**，与用户交互用**中文**
-- **强制并行**：Codex/Gemini 调用必须使用 `run_in_background: true`（包含单模型调用，避免阻塞主线程）
-- **代码主权**：外部模型对文件系统**零写入权限**，所有修改由 Claude 执行
-- **止损机制**：当前阶段输出通过验证前，不进入下一阶段
-- **仅规划**：本命令允许读取上下文与写入 `.claude/plan/*` 计划文件，但**禁止修改产品代码**
-
----
-
-## 多模型调用规范
-
-**调用语法**（并行用 `run_in_background: true`）：
-
-```
-Bash({
-  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend <codex|gemini> - \"$PWD\" <<'EOF'
-ROLE_FILE: <角色提示词路径>
-<TASK>
-需求：<增强后的需求>
-上下文：<检索到的项目上下文>
-</TASK>
-OUTPUT: Step-by-step implementation plan with pseudo-code. DO NOT modify any files.
-EOF",
-  run_in_background: true,
-  timeout: 3600000,
-  description: "简短描述"
-})
-```
-
-**角色提示词**：
-
-| 阶段 | Codex | Gemini |
-|------|-------|--------|
-| 分析 | `~/.claude/.ccg/prompts/codex/analyzer.md` | `~/.claude/.ccg/prompts/gemini/analyzer.md` |
-| 规划 | `~/.claude/.ccg/prompts/codex/architect.md` | `~/.claude/.ccg/prompts/gemini/architect.md` |
-
-**会话复用**：每次调用返回 `SESSION_ID: xxx`（通常由 wrapper 输出），**必须保存**以供后续 `/ccg:execute` 使用。
-
-**等待后台任务**（最大超时 600000ms = 10 分钟）：
-
-```
-TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
-```
-
-**重要**：
-- 必须指定 `timeout: 600000`，否则默认只有 30 秒会导致提前超时
-- 若 10 分钟后仍未完成，继续用 `TaskOutput` 轮询，**绝对不要 Kill 进程**
-- 若因等待时间过长跳过了等待，**必须调用 `AskUserQuestion` 询问用户选择继续等待还是 Kill Task**
-
----
-
-## 执行工作流
-
-**规划任务**：$ARGUMENTS
-
-### 🔍 Phase 1：上下文全量检索
-
-`[模式：研究]`
-
-#### 1.1 Prompt 增强（必须首先执行）
-
-**⚠️ 必须调用 `mcp__ace-tool__enhance_prompt` 工具**：
-
-```
-mcp__ace-tool__enhance_prompt({
-  prompt: "$ARGUMENTS",
-  conversation_history: "<最近5-10轮对话历史>",
-  project_root_path: "$PWD"
-})
-```
-
-等待返回增强后的 prompt，**用增强结果替代原始 $ARGUMENTS** 用于后续所有阶段。
-
-#### 1.2 上下文检索
-
-**调用 `mcp__ace-tool__search_context` 工具**：
-
-```
-mcp__ace-tool__search_context({
-  query: "<基于增强后需求构建的语义查询>",
-  project_root_path: "$PWD"
-})
-```
-
-- 使用自然语言构建语义查询（Where/What/How）
-- **禁止基于假设回答**
-- 若 MCP 不可用：回退到 Glob + Grep 进行文件发现与关键符号定位
-
-#### 1.3 完整性检查
-
-- 必须获取相关类、函数、变量的**完整定义与签名**
-- 若上下文不足，触发**递归检索**
-- 优先输出：入口文件 + 行号 + 关键符号名；必要时补充最小代码片段（仅用于消除歧义）
-
-#### 1.4 需求对齐
-
-- 若需求仍有模糊空间，**必须**向用户输出引导性问题列表
-- 直至需求边界清晰（无遗漏、无冗余）
-
-### 💡 Phase 2：多模型协作分析
-
-`[模式：分析]`
-
-#### 2.1 分发输入
-
-**并行调用** Codex 和 Gemini（`run_in_background: true`）：
-
-将**原始需求**（不带预设观点）分发给两个模型：
-
-1. **Codex 后端分析**：
-   - ROLE_FILE: `~/.claude/.ccg/prompts/codex/analyzer.md`
-   - 关注：技术可行性、架构影响、性能考量、潜在风险
-   - OUTPUT: 多角度解决方案 + 优劣势分析
-
-2. **Gemini 前端分析**：
-   - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/analyzer.md`
-   - 关注：UI/UX 影响、用户体验、视觉设计
-   - OUTPUT: 多角度解决方案 + 优劣势分析
-
-用 `TaskOutput` 等待两个模型的完整结果。**📌 保存 SESSION_ID**（`CODEX_SESSION` 和 `GEMINI_SESSION`）。
-
-#### 2.2 交叉验证
-
-整合各方思路，进行迭代优化：
-
-1. **识别一致观点**（强信号）
-2. **识别分歧点**（需权衡）
-3. **互补优势**：后端逻辑以 Codex 为准，前端设计以 Gemini 为准
-4. **逻辑推演**：消除方案中的逻辑漏洞
-
-#### 2.3（可选但推荐）双模型产出“计划草案”
-
-为降低 Claude 合成计划的遗漏风险，可并行让两个模型输出“计划草案”（仍然**不允许**修改文件）：
-
-1. **Codex 计划草案**（后端权威）：
-   - ROLE_FILE: `~/.claude/.ccg/prompts/codex/architect.md`
-   - OUTPUT: Step-by-step plan + pseudo-code（重点：数据流/边界条件/错误处理/测试策略）
-
-2. **Gemini 计划草案**（前端权威）：
-   - ROLE_FILE: `~/.claude/.ccg/prompts/gemini/architect.md`
-   - OUTPUT: Step-by-step plan + pseudo-code（重点：信息架构/交互/可访问性/视觉一致性）
-
-用 `TaskOutput` 等待两个模型的完整结果，并记录其建议的关键差异点。
-
-#### 2.4 生成实施计划（Claude 最终版）
-
-综合双方分析，生成 **Step-by-step 实施计划**：
-
-```markdown
-## 📋 实施计划：<任务名称>
-
-### 任务类型
-- [ ] 前端 (→ Gemini)
-- [ ] 后端 (→ Codex)
-- [ ] 全栈 (→ 并行)
-
-### 技术方案
-<综合 Codex + Gemini 分析的最优方案>
-
-### 实施步骤
-1. <步骤 1> - 预期产物
-2. <步骤 2> - 预期产物
-...
-
-### 关键文件
-| 文件 | 操作 | 说明 |
-|------|------|------|
-| path/to/file.ts:L10-L50 | 修改 | 描述 |
-
-### 风险与缓解
-| 风险 | 缓解措施 |
-|------|----------|
-
-### SESSION_ID（供 /ccg:execute 使用）
-- CODEX_SESSION: <session_id>
-- GEMINI_SESSION: <session_id>
-```
-
-### ⛔ Phase 2 结束：计划交付（非执行）
-
-**`/ccg:plan` 的职责到此结束，必须执行以下动作**：
-
-1. 向用户展示完整实施计划（含伪代码）
-2. 将计划保存至 `.claude/plan/<功能名>.md`（功能名从需求中提取，如 `user-auth`、`payment-module` 等）
-3. 以**加粗文本**输出提示（必须使用实际保存的文件路径）：
-
-   ---
-   **📋 计划已生成并保存至 `.claude/plan/实际功能名.md`**
-
-   **请审查上述计划，您可以：**
-   - 🔧 **修改计划**：告诉我需要调整的部分，我会更新计划
-   - ▶️ **执行计划**：复制以下命令到新会话执行
-
-   ```
-   /ccg:execute .claude/plan/实际功能名.md
-   ```
-   ---
-
-   **⚠️ 注意**：上面的 `实际功能名.md` 必须替换为你实际保存的文件名！
-
-4. **立即终止当前回复**（Stop here. No more tool calls.）
-
-**⚠️ 绝对禁止**：
-- ❌ 问用户 "Y/N" 然后自动执行（执行是 `/ccg:execute` 的职责）
-- ❌ 对产品代码进行任何写操作
-- ❌ 自动调用 `/ccg:execute` 或任何实施动作
-- ❌ 在用户未明确要求修改时继续触发模型调用
-
----
-
-## 计划保存
-
-规划完成后，将计划保存至：
-
-- **首次规划**：`.claude/plan/<功能名>.md`
-- **迭代版本**：`.claude/plan/<功能名>-v2.md`、`.claude/plan/<功能名>-v3.md`...
-
-计划文件写入应在向用户展示计划前完成。
-
----
-
-## 计划修改流程
-
-如果用户要求修改计划：
-
-1. 根据用户反馈调整计划内容
-2. 更新 `.claude/plan/<功能名>.md` 文件
-3. 重新展示修改后的计划
-4. 再次提示用户审查或执行
-
----
-
-## 后续步骤
-
-用户审查满意后，**手动**执行：
-
-```bash
-/ccg:execute .claude/plan/<功能名>.md
-```
-
----
-
-## 关键规则
-
-1. **仅规划不实施** – 本命令不执行任何代码变更
-2. **不问 Y/N** – 只展示计划，让用户决定下一步
-3. **信任规则** – 后端以 Codex 为准，前端以 Gemini 为准
-4. 外部模型对文件系统**零写入权限**
-5. **SESSION_ID 交接** – 计划末尾必须包含 `CODEX_SESSION` / `GEMINI_SESSION`（供 `/ccg:execute resume <SESSION_ID>` 使用）