ccg-ros2-workflow 1.0.6 → 1.0.7

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "ccg-ros2-workflow",
-  "version": "1.0.6",
+  "version": "1.0.7",
   "description": "ROS2 Multi-model Collaborative Development Workflow - Codex (Low-level) + Gemini (High-level) + Claude (Orchestration)",
   "main": "bin/cli.js",
   "bin": {

package/src/commands/ccg/analyze.md

@@ -16,8 +16,8 @@ description: '多模型技术分析（并行执行）：Codex 底层控制分析
 
 你是**分析协调者**，编排多模型分析流程：
 - **ace-tool** – 代码上下文检索
-- **Codex** – 后端/系统视角（**后端权威**）
-- **Gemini** – 前端/用户视角（**前端权威**）
+- **Codex** – 底层控制视角（**C++/实时/硬件权威**）
+- **Gemini** – 上层应用视角（**Python/Launch/集成权威**）
 - **Claude (自己)** – 综合见解
 
 ---
@@ -86,13 +86,13 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 **⚠️ 必须发起两个并行 Bash 调用**（参照上方调用规范）：
 
-1. **Codex 后端分析**：`Bash({ command: "...--backend codex...", run_in_background: true })`
+1. **Codex 底层控制分析**：`Bash({ command: "...--backend codex...", run_in_background: true })`
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/codex/analyzer.md`
-   - OUTPUT：技术可行性、架构影响、性能考量
+   - OUTPUT：控制算法可行性、实时性影响、硬件兼容性
 
-2. **Gemini 前端分析**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
+2. **Gemini 上层应用分析**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/gemini/analyzer.md`
-   - OUTPUT：UI/UX 影响、用户体验、视觉设计考量
+   - OUTPUT：系统集成影响、节点通信设计、配置管理考量
 
 用 `TaskOutput` 等待两个模型的完整结果。**必须等所有模型返回后才能进入下一阶段**。
 
@@ -107,7 +107,7 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
    - **一致观点**（强信号）
    - **分歧点**（需权衡）
    - **互补见解**（各自领域洞察）
-3. 按信任规则权衡：后端以 Codex 为准，前端以 Gemini 为准
+3. 按信任规则权衡：底层控制以 Codex 为准，上层应用以 Gemini 为准
 
 ### 📊 阶段 4：综合输出
 
@@ -140,13 +140,13 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 | 场景 | 示例 |
 |------|------|
-| 技术选型 | "比较 Redux vs Zustand" |
-| 架构评估 | "评估微服务拆分方案" |
-| 性能分析 | "分析 API 响应慢的原因" |
-| 安全审计 | "评估认证模块安全性" |
+| 控制方案 | "比较 PID vs MPC 控制器" |
+| 架构评估 | "评估节点拆分方案" |
+| 性能分析 | "分析控制循环延迟原因" |
+| 安全审计 | "评估急停模块安全性" |
 
 ## 关键规则
 
 1. **仅分析不修改** – 本命令不执行任何代码变更
-2. **信任规则** – 后端以 Codex 为准，前端以 Gemini 为准
+2. **信任规则** – 底层控制以 Codex 为准，上层应用以 Gemini 为准
 3. 外部模型对文件系统**零写入权限**

package/src/commands/ccg/backend.md

@@ -2,27 +2,27 @@
 description: '底层控制专项工作流（研究→构思→计划→执行→优化→评审），Codex 主导控制算法、C++节点、驱动'
 ---
 
-# Backend - 后端专项开发
+# Backend - 底层控制专项开发
 
 ## 使用方法
 
 ```bash
-/backend <后端任务描述>
+/backend <底层控制任务描述>
 ```
 
 ## 上下文
 
-- 后端任务：$ARGUMENTS
+- 底层控制任务：$ARGUMENTS
 - Codex 主导，Gemini 辅助参考
-- 适用：API 设计、算法实现、数据库优化、业务逻辑
+- 适用：控制算法设计、C++ 节点开发、硬件驱动实现、实时性能优化
 
 ## 你的角色
 
-你是**后端编排者**，协调多模型完成服务端任务（研究 → 构思 → 计划 → 执行 → 优化 → 评审），用中文协助用户。
+你是**控制层编排者**，协调多模型完成底层控制任务（研究 → 构思 → 计划 → 执行 → 优化 → 评审），用中文协助用户。
 
 **协作模型**：
-- **Codex** – 后端逻辑、算法（**后端权威，可信赖**）
-- **Gemini** – 前端视角（**后端意见仅供参考**）
+- **Codex** – 底层控制与算法（**C++/实时/硬件权威，可信赖**）
+- **Gemini** – 上层应用视角（**底层控制意见仅供参考**）
 - **Claude (自己)** – 编排、计划、执行、交付
 
 ---
@@ -93,7 +93,7 @@ EOF",
 
 `[模式：研究]` - 理解需求并收集上下文
 
-1. **代码检索**（如 ace-tool MCP 可用）：调用 `mcp__ace-tool__search_context` 检索现有 API、数据模型、服务架构
+1. **代码检索**（如 ace-tool MCP 可用）：调用 `mcp__ace-tool__search_context` 检索现有控制器、驱动程序、硬件接口
 2. 需求完整性评分（0-10 分）：≥7 继续，<7 停止补充
 
 ### 💡 阶段 2：构思
@@ -104,7 +104,7 @@ EOF",
 - ROLE_FILE: `$HOME/.claude/.ccg/prompts/codex/analyzer.md`
 - 需求：增强后的需求（如未增强则用 $ARGUMENTS）
 - 上下文：阶段 1 收集的项目上下文
-- OUTPUT: 技术可行性分析、推荐方案（至少 2 个）、风险点评估
+- OUTPUT: 控制算法可行性分析、推荐方案（至少 2 个）、实时性风险评估
 
 **📌 保存 SESSION_ID**（`CODEX_SESSION`）用于后续阶段复用。
 
@@ -118,7 +118,7 @@ EOF",
 - ROLE_FILE: `$HOME/.claude/.ccg/prompts/codex/architect.md`
 - 需求：用户选择的方案
 - 上下文：阶段 2 的分析结果
-- OUTPUT: 文件结构、函数/类设计、依赖关系
+- OUTPUT: 节点架构、控制器设计、硬件接口定义
 
 Claude 综合规划，请求用户批准后存入 `.claude/plan/任务名.md`
 
@@ -127,8 +127,8 @@ Claude 综合规划，请求用户批准后存入 `.claude/plan/任务名.md`
 `[模式：执行]` - 代码开发
 
 - 严格按批准的计划实施
-- 遵循项目现有代码规范
-- 确保错误处理、安全性、性能优化
+- 遵循 ROS2 C++ 代码规范
+- 确保实时性、内存安全、硬件兼容性
 
 ### 🚀 阶段 5：优化
 
@@ -136,9 +136,9 @@ Claude 综合规划，请求用户批准后存入 `.claude/plan/任务名.md`
 
 **⚠️ 必须调用 Codex**（参照上方调用规范）：
 - ROLE_FILE: `$HOME/.claude/.ccg/prompts/codex/reviewer.md`
-- 需求：审查以下后端代码变更
+- 需求：审查以下底层控制代码变更
 - 上下文：git diff 或代码内容
-- OUTPUT: 安全性、性能、错误处理、API 规范问题列表
+- OUTPUT: 实时性、内存安全、硬件兼容性、控制精度问题列表
 
 整合审查意见，用户确认后执行优化。
 
@@ -147,14 +147,14 @@ Claude 综合规划，请求用户批准后存入 `.claude/plan/任务名.md`
 `[模式：评审]` - 最终评估
 
 - 对照计划检查完成情况
-- 运行测试验证功能
+- 运行测试验证控制功能
 - 报告问题与建议
 
 ---
 
 ## 关键规则
 
-1. **Codex 后端意见可信赖**
-2. **Gemini 后端意见仅供参考**
+1. **Codex 底层控制（C++/实时/硬件）意见可信赖**
+2. **Gemini 底层控制意见仅供参考**
 3. 外部模型对文件系统**零写入权限**
 4. Claude 负责所有代码写入和文件操作

package/src/commands/ccg/debug.md

@@ -15,8 +15,8 @@ description: '多模型调试：Codex 底层控制诊断 + Gemini 上层应用
 ## 你的角色
 
 你是**调试协调者**，编排多模型诊断流程：
-- **Codex** – 后端诊断（**后端问题权威**）
-- **Gemini** – 前端诊断（**前端问题权威**）
+- **Codex** – 底层控制诊断（**底层控制问题权威**）
+- **Gemini** – 上层应用诊断（**上层应用问题权威**）
 - **Claude (自己)** – 综合诊断、执行修复
 
 ---
@@ -77,7 +77,7 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 1. 调用 `mcp__ace-tool__search_context` 检索相关代码（如可用）
 2. 收集错误日志、堆栈信息、复现步骤
-3. 识别问题类型：[后端/前端/全栈]
+3. 识别问题类型：[底层控制/上层应用/全栈]
 
 ### 🔬 阶段 2：并行诊断
 
@@ -85,11 +85,11 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 **⚠️ 必须发起两个并行 Bash 调用**（参照上方调用规范）：
 
-1. **Codex 后端诊断**：`Bash({ command: "...--backend codex...", run_in_background: true })`
+1. **Codex 底层控制诊断**：`Bash({ command: "...--backend codex...", run_in_background: true })`
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/codex/debugger.md`
    - OUTPUT：诊断假设（按可能性排序），每个假设包含原因、证据、修复建议
 
-2. **Gemini 前端诊断**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
+2. **Gemini 上层应用诊断**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/gemini/debugger.md`
    - OUTPUT：诊断假设（按可能性排序），每个假设包含原因、证据、修复建议
 
@@ -112,10 +112,10 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 ```markdown
 ## 🔍 诊断结果
 
-### Codex 分析（后端视角）
+### Codex 分析（底层控制视角）
 <诊断摘要>
 
-### Gemini 分析（前端视角）
+### Gemini 分析（上层应用视角）
 <诊断摘要>
 
 ### 综合诊断
@@ -141,5 +141,5 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 ## 关键规则
 
 1. **用户确认** – 修复前必须获得确认
-2. **信任规则** – 后端问题以 Codex 为准，前端问题以 Gemini 为准
+2. **信任规则** – 底层控制问题以 Codex 为准，上层应用问题以 Gemini 为准
 3. 外部模型对文件系统**零写入权限**

package/src/commands/ccg/execute.md

@@ -125,9 +125,9 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
    | 任务类型 | 判断依据 | 路由 |
    |----------|----------|------|
-   | **前端** | 页面、组件、UI、样式、布局 | Gemini |
-   | **后端** | API、接口、数据库、逻辑、算法 | Codex |
-   | **全栈** | 同时包含前后端 | Codex ∥ Gemini 并行 |
+   | **上层应用** | Python 节点、Launch、配置、可视化 | Gemini |
+   | **底层控制** | C++ 节点、控制算法、硬件驱动 | Codex |
+   | **全栈** | 同时包含上层和底层 | Codex ∥ Gemini 并行 |
 
 ---
 
@@ -165,30 +165,30 @@ mcp__ace-tool__search_context({
 
 **根据任务类型路由**：
 
-#### Route A: 前端/UI/样式 → Gemini
+#### Route A: 上层应用/Python/Launch → Gemini
 
 **限制**：上下文 < 32k tokens
 
 1. 调用 Gemini（使用 `$HOME/.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 对后端逻辑的建议
+4. **Gemini 是上层应用的权威，其 Python/Launch/配置原型为最终基准**
+5. ⚠️ **警告**：忽略 Gemini 对底层控制逻辑的建议
 6. 若计划包含 `GEMINI_SESSION`：优先 `resume <GEMINI_SESSION>`
 
-#### Route B: 后端/逻辑/算法 → Codex
+#### Route B: 底层控制/C++/算法 → Codex
 
 1. 调用 Codex（使用 `$HOME/.claude/.ccg/prompts/codex/architect.md`）
 2. 输入：计划内容 + 检索到的上下文 + 目标文件
 3. OUTPUT: `Unified Diff Patch ONLY. Strictly prohibit any actual modifications.`
-4. **Codex 是后端逻辑的权威，利用其逻辑运算与 Debug 能力**
+4. **Codex 是底层控制的权威，利用其实时性与算法能力**
 5. 若计划包含 `CODEX_SESSION`：优先 `resume <CODEX_SESSION>`
 
 #### Route C: 全栈 → 并行调用
 
 1. **并行调用**（`run_in_background: true`）：
-   - Gemini：处理前端部分
-   - Codex：处理后端部分
+   - Gemini：处理上层应用部分
+   - Codex：处理底层控制部分
 2. 用 `TaskOutput` 等待两个模型的完整结果
 3. 各自使用计划中对应的 `SESSION_ID` 进行 `resume`（若缺失则创建新会话）
 
@@ -210,7 +210,7 @@ mcp__ace-tool__search_context({
    - 识别潜在冲突或副作用
 
 3. **重构清理**：
-   - 将"脏原型"重构为**高可读、高可维护性、企业发布级代码**
+   - 将"脏原型"重构为**高可读、高可维护性、生产级代码**
    - 去除冗余代码
    - 确保符合项目现有代码规范
    - **非必要不生成注释与文档**，代码自解释
@@ -240,19 +240,19 @@ mcp__ace-tool__search_context({
 1. **Codex 审查**（`run_in_background: true`）：
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/codex/reviewer.md`
    - 输入：变更的 Diff + 目标文件
-   - 关注：安全性、性能、错误处理、逻辑正确性
+   - 关注：实时性、内存安全、算法正确性
 
 2. **Gemini 审查**（`run_in_background: true`）：
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/gemini/reviewer.md`
    - 输入：变更的 Diff + 目标文件
-   - 关注：可访问性、设计一致性、用户体验
+   - 关注：节点通信、配置完整性、系统集成
 
 用 `TaskOutput` 等待两个模型的完整审查结果。优先复用 Phase 3 的会话（`resume <SESSION_ID>`）以保持上下文一致。
 
 #### 5.2 整合修复
 
 1. 综合 Codex + Gemini 的审查意见
-2. 按信任规则权衡：后端以 Codex 为准，前端以 Gemini 为准
+2. 按信任规则权衡：底层控制以 Codex 为准，上层应用以 Gemini 为准
 3. 执行必要的修复
 4. 修复后按需重复 Phase 5.1（直到风险可接受）
 
@@ -266,7 +266,7 @@ mcp__ace-tool__search_context({
 ### 变更摘要
 | 文件 | 操作 | 说明 |
 |------|------|------|
-| path/to/file.ts | 修改 | 描述 |
+| path/to/file.cpp | 修改 | 描述 |
 
 ### 审计结果
 - Codex：<通过/发现 N 个问题>
@@ -283,7 +283,7 @@ mcp__ace-tool__search_context({
 
 1. **代码主权** – 所有文件修改由 Claude 执行，外部模型零写入权限
 2. **脏原型重构** – Codex/Gemini 的输出视为草稿，必须重构
-3. **信任规则** – 后端以 Codex 为准，前端以 Gemini 为准
+3. **信任规则** – 底层控制以 Codex 为准，上层应用以 Gemini 为准
 4. **最小变更** – 仅修改必要的代码，不引入副作用
 5. **强制审计** – 变更后必须进行多模型 Code Review
 
@@ -296,7 +296,7 @@ mcp__ace-tool__search_context({
 /ccg:execute .claude/plan/功能名.md
 
 # 直接执行任务（适用于已在上下文中讨论过的计划）
-/ccg:execute 根据之前的计划实施用户认证功能
+/ccg:execute 根据之前的计划实施控制器功能
 ```
 
 ---

package/src/commands/ccg/feat.md

@@ -1,5 +1,5 @@
 ---
-description: '智能功能开发 - 自动识别输入类型，规划/讨论/实施全流程'
+description: '智能功能开发 - 自动识别输入类型，规划/讨论/实施全流程（ROS2 Humble 物理机器人）'
 ---
 
 # Feat - 智能功能开发
@@ -98,29 +98,29 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 #### 2.1 上下文检索
 
-调用 `mcp__ace-tool__search_context` 检索相关代码、组件、技术栈。
+调用 `mcp__ace-tool__search_context` 检索相关代码、节点、技术栈。
 
 #### 2.2 任务类型判断
 
 | 任务类型 | 判断依据 | 调用流程 |
 |----------|----------|----------|
-| **前端** | 页面、组件、UI、样式、布局 | ui-ux-designer → planner |
-| **后端** | API、接口、数据库、逻辑、算法 | planner |
-| **全栈** | 同时包含前后端 | ui-ux-designer → planner |
+| **上层应用** | Launch、RViz、参数、配置、Python 节点 | ui-ux-designer → planner |
+| **底层控制** | 控制算法、C++ 节点、硬件驱动、实时性能 | planner |
+| **系统集成** | 同时包含上层应用与底层控制 | ui-ux-designer → planner |
 
 #### 2.3 调用 Agents
 
-**前端/全栈任务**：先调用 `ui-ux-designer` agent
+**上层应用/系统集成任务**：先调用 `ui-ux-designer` agent
 ```
 执行 agent: $HOME/.claude/agents/ccg/ui-ux-designer.md
 输入: 项目上下文 + 用户需求 + 技术栈
-输出: UI/UX 设计方案
+输出: 系统集成设计方案
 ```
 
 **所有任务**：调用 `planner` agent
 ```
 执行 agent: $HOME/.claude/agents/ccg/planner.md
-输入: 项目上下文 + UI设计方案(如有) + 用户需求
+输入: 项目上下文 + 上层应用方案(如有) + 用户需求
 输出: 功能规划文档
 ```
 
@@ -148,15 +148,15 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 #### 3.2 任务类型分析
 
-从计划提取任务分类：前端 / 后端 / 全栈
+从计划提取任务分类：上层应用 / 底层控制 / 系统集成
 
 #### 3.3 多模型路由实施
 
 按上方调用规范调用外部模型：
 
-- **前端任务**：调用 Gemini，使用实施提示词
-- **后端任务**：调用 Codex，使用实施提示词
-- **全栈任务**：并行调用 Codex + Gemini（`run_in_background: true`），用 `TaskOutput` 等待结果
+- **上层应用任务**：调用 Gemini，使用实施提示词
+- **底层控制任务**：调用 Codex，使用实施提示词
+- **系统集成任务**：并行调用 Codex + Gemini（`run_in_background: true`），用 `TaskOutput` 等待结果
 
 **⚠️ 强制规则：必须等待 TaskOutput 返回所有模型的完整结果后才能进入下一阶段**
 
@@ -177,10 +177,10 @@ git diff --name-status
 
 1. **强制响应要求**：每次交互必须首先说明判断的操作类型
 2. **文档一致性**：规划文档与实际执行保持同步
-3. **依赖关系管理**：前端任务必须确保 UI 设计完整性
+3. **依赖关系管理**：上层应用任务必须确保 Launch/RViz 配置完整性
 4. **多模型信任规则**：
-   - 前端以 Gemini 为准
-   - 后端以 Codex 为准
+   - 上层应用以 Gemini 为准
+   - 底层控制以 Codex 为准
 5. **用户沟通透明**：所有判断和动作都要明确告知用户
 
 ---

package/src/commands/ccg/frontend.md

@@ -2,27 +2,27 @@
 description: '上层应用专项工作流（研究→构思→计划→执行→优化→评审），Gemini 主导集成、可视化、Launch、Python节点'
 ---
 
-# Frontend - 前端专项开发
+# Frontend - 上层应用专项开发
 
 ## 使用方法
 
 ```bash
-/frontend <UI任务描述>
+/frontend <应用集成任务描述>
 ```
 
 ## 上下文
 
-- 前端任务：$ARGUMENTS
+- 上层应用任务：$ARGUMENTS
 - Gemini 主导，Codex 辅助参考
-- 适用：组件设计、响应式布局、UI 动画、样式优化
+- 适用：Python 节点开发、Launch 启动编排、RViz 可视化配置、参数与配置管理
 
 ## 你的角色
 
-你是**前端编排者**，协调多模型完成 UI/UX 任务（研究 → 构思 → 计划 → 执行 → 优化 → 评审），用中文协助用户。
+你是**应用层编排者**，协调多模型完成应用集成任务（研究 → 构思 → 计划 → 执行 → 优化 → 评审），用中文协助用户。
 
 **协作模型**：
-- **Gemini** – 前端 UI/UX（**前端权威，可信赖**）
-- **Codex** – 后端视角（**前端意见仅供参考**）
+- **Gemini** – 上层应用与集成（**Python/Launch/可视化权威，可信赖**）
+- **Codex** – 底层系统视角（**上层应用意见仅供参考**）
 - **Claude (自己)** – 编排、计划、执行、交付
 
 ---
@@ -93,7 +93,7 @@ EOF",
 
 `[模式：研究]` - 理解需求并收集上下文
 
-1. **代码检索**（如 ace-tool MCP 可用）：调用 `mcp__ace-tool__search_context` 检索现有组件、样式、设计系统
+1. **代码检索**（如 ace-tool MCP 可用）：调用 `mcp__ace-tool__search_context` 检索现有 Python 节点、Launch 文件、可视化配置
 2. 需求完整性评分（0-10 分）：≥7 继续，<7 停止补充
 
 ### 💡 阶段 2：构思
@@ -104,7 +104,7 @@ EOF",
 - ROLE_FILE: `$HOME/.claude/.ccg/prompts/gemini/analyzer.md`
 - 需求：增强后的需求（如未增强则用 $ARGUMENTS）
 - 上下文：阶段 1 收集的项目上下文
-- OUTPUT: UI 可行性分析、推荐方案（至少 2 个）、用户体验评估
+- OUTPUT: 应用集成可行性分析、推荐方案（至少 2 个）、系统集成评估
 
 **📌 保存 SESSION_ID**（`GEMINI_SESSION`）用于后续阶段复用。
 
@@ -118,7 +118,7 @@ EOF",
 - ROLE_FILE: `$HOME/.claude/.ccg/prompts/gemini/architect.md`
 - 需求：用户选择的方案
 - 上下文：阶段 2 的分析结果
-- OUTPUT: 组件结构、UI 流程、样式方案
+- OUTPUT: 节点交互逻辑、Launch 启动树、参数配置方案
 
 Claude 综合规划，请求用户批准后存入 `.claude/plan/任务名.md`
 
@@ -127,8 +127,8 @@ Claude 综合规划，请求用户批准后存入 `.claude/plan/任务名.md`
 `[模式：执行]` - 代码开发
 
 - 严格按批准的计划实施
-- 遵循项目现有设计系统和代码规范
-- 确保响应式、可访问性
+- 遵循 ROS2 Python 代码规范
+- 确保节点通信正确、参数配置完整
 
 ### 🚀 阶段 5：优化
 
@@ -136,9 +136,9 @@ Claude 综合规划，请求用户批准后存入 `.claude/plan/任务名.md`
 
 **⚠️ 必须调用 Gemini**（参照上方调用规范）：
 - ROLE_FILE: `$HOME/.claude/.ccg/prompts/gemini/reviewer.md`
-- 需求：审查以下前端代码变更
+- 需求：审查以下上层应用代码变更
 - 上下文：git diff 或代码内容
-- OUTPUT: 可访问性、响应式、性能、设计一致性问题列表
+- OUTPUT: 节点通信效率、启动稳定性、可视化清晰度、配置规范性问题列表
 
 整合审查意见，用户确认后执行优化。
 
@@ -147,14 +147,14 @@ Claude 综合规划，请求用户批准后存入 `.claude/plan/任务名.md`
 `[模式：评审]` - 最终评估
 
 - 对照计划检查完成情况
-- 验证响应式和可访问性
+- 验证启动流程和可视化效果
 - 报告问题与建议
 
 ---
 
 ## 关键规则
 
-1. **Gemini 前端意见可信赖**
-2. **Codex 前端意见仅供参考**
+1. **Gemini 上层应用（Python/Launch/可视化）意见可信赖**
+2. **Codex 上层应用意见仅供参考**
 3. 外部模型对文件系统**零写入权限**
 4. Claude 负责所有代码写入和文件操作

package/src/commands/ccg/optimize.md

@@ -15,14 +15,14 @@ description: '多模型性能优化：Codex 底层实时性优化 + Gemini 上
 ## 上下文
 
 - 优化目标：$ARGUMENTS
-- Codex 专注后端性能（数据库、算法、缓存）
-- Gemini 专注前端性能（渲染、加载、交互）
+- Codex 专注底层控制性能（实时性、内存、算法效率）
+- Gemini 专注上层应用性能（节点通信、启动时间、资源占用）
 
 ## 你的角色
 
 你是**性能工程师**，编排多模型优化流程：
-- **Codex** – 后端性能优化（**后端权威**）
-- **Gemini** – 前端性能优化（**前端权威**）
+- **Codex** – 底层控制性能优化（**C++/实时/硬件权威**）
+- **Gemini** – 上层应用性能优化（**Python/Launch/集成权威**）
 - **Claude (自己)** – 综合优化、实施变更
 
 ---
@@ -97,14 +97,14 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 **⚠️ 必须发起两个并行 Bash 调用**（参照上方调用规范）：
 
-1. **Codex 后端分析**：`Bash({ command: "...--backend codex...", run_in_background: true })`
+1. **Codex 底层控制分析**：`Bash({ command: "...--backend codex...", run_in_background: true })`
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/codex/optimizer.md`
-   - 需求：分析后端性能问题（$ARGUMENTS）
+   - 需求：分析底层控制性能问题（$ARGUMENTS）
    - OUTPUT：性能瓶颈列表、优化方案、预期收益
 
-2. **Gemini 前端分析**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
+2. **Gemini 上层应用分析**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/gemini/optimizer.md`
-   - 需求：分析前端性能问题（Core Web Vitals）
+   - 需求：分析上层应用性能问题（节点通信、启动时间）
    - OUTPUT：性能瓶颈列表、优化方案、预期收益
 
 用 `TaskOutput` 等待两个模型的完整结果。**必须等所有模型返回后才能进入下一阶段**。
@@ -137,17 +137,17 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 | 类型 | 指标 | 良好 | 需优化 |
 |------|------|------|--------|
-| 后端 | API 响应 | <100ms | >500ms |
-| 后端 | 数据库查询 | <50ms | >200ms |
-| 前端 | LCP | <2.5s | >4s |
-| 前端 | FID | <100ms | >300ms |
-| 前端 | CLS | <0.1 | >0.25 |
+| 底层控制 | 控制周期 | <1ms | >10ms |
+| 底层控制 | 实时抖动 | <100μs | >1ms |
+| 上层应用 | 节点启动 | <2s | >5s |
+| 上层应用 | 消息延迟 | <10ms | >100ms |
+| 上层应用 | CPU 占用 | <50% | >80% |
 
 ## 常见优化模式
 
-**后端**：N+1→批量加载、缺索引→复合索引、重复计算→缓存、同步→异步
+**底层控制**：锁竞争→无锁队列、频繁分配→内存池、阻塞调用→异步回调、低效算法→优化数据结构
 
-**前端**：大 Bundle→代码分割、频繁重渲染→memo、大列表→虚拟滚动、未优化图片→WebP
+**上层应用**：串行启动→并行Launch、频繁话题→QoS调优、大消息→压缩/分片、Python瓶颈→C++重写
 
 ---
 
@@ -156,4 +156,4 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 1. **先测量后优化** – 没有数据不盲目优化
 2. **性价比优先** – 高影响 + 低难度优先
 3. **不破坏功能** – 优化不能引入 bug
-4. **信任规则** – 后端以 Codex 为准，前端以 Gemini 为准
+4. **信任规则** – 底层控制以 Codex 为准，上层应用以 Gemini 为准

package/src/commands/ccg/plan.md

@@ -118,14 +118,14 @@ mcp__ace-tool__search_context({
 
 将**原始需求**（不带预设观点）分发给两个模型：
 
-1. **Codex 后端分析**：
+1. **Codex 底层控制分析**：
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/codex/analyzer.md`
-   - 关注：技术可行性、架构影响、性能考量、潜在风险
+   - 关注：实时性能、算法正确性、内存安全、硬件接口
    - OUTPUT: 多角度解决方案 + 优劣势分析
 
-2. **Gemini 前端分析**：
+2. **Gemini 上层应用分析**：
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/gemini/analyzer.md`
-   - 关注：UI/UX 影响、用户体验、视觉设计
+   - 关注：系统集成 影响、节点交互、可视化配置
    - OUTPUT: 多角度解决方案 + 优劣势分析
 
 用 `TaskOutput` 等待两个模型的完整结果。**📌 保存 SESSION_ID**（`CODEX_SESSION` 和 `GEMINI_SESSION`）。
@@ -136,20 +136,20 @@ mcp__ace-tool__search_context({
 
 1. **识别一致观点**（强信号）
 2. **识别分歧点**（需权衡）
-3. **互补优势**：后端逻辑以 Codex 为准，前端设计以 Gemini 为准
+3. **互补优势**：底层控制逻辑以 Codex 为准，上层应用设计以 Gemini 为准
 4. **逻辑推演**：消除方案中的逻辑漏洞
 
 #### 2.3（可选但推荐）双模型产出“计划草案”
 
 为降低 Claude 合成计划的遗漏风险，可并行让两个模型输出“计划草案”（仍然**不允许**修改文件）：
 
-1. **Codex 计划草案**（后端权威）：
+1. **Codex 计划草案**（C++/实时/硬件权威）：
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/codex/architect.md`
    - OUTPUT: Step-by-step plan + pseudo-code（重点：数据流/边界条件/错误处理/测试策略）
 
-2. **Gemini 计划草案**（前端权威）：
+2. **Gemini 计划草案**（Python/Launch/集成权威）：
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/gemini/architect.md`
-   - OUTPUT: Step-by-step plan + pseudo-code（重点：信息架构/交互/可访问性/视觉一致性）
+   - OUTPUT: Step-by-step plan + pseudo-code（重点：节点通信/参数配置/Launch编排/可视化效果）
 
 用 `TaskOutput` 等待两个模型的完整结果，并记录其建议的关键差异点。
 
@@ -161,8 +161,8 @@ mcp__ace-tool__search_context({
 ## 📋 实施计划：<任务名称>
 
 ### 任务类型
-- [ ] 前端 (→ Gemini)
-- [ ] 后端 (→ Codex)
+- [ ] 上层应用 (→ Gemini)
+- [ ] 底层控制 (→ Codex)
 - [ ] 全栈 (→ 并行)
 
 ### 技术方案
@@ -176,7 +176,7 @@ mcp__ace-tool__search_context({
 ### 关键文件
 | 文件 | 操作 | 说明 |
 |------|------|------|
-| path/to/file.ts:L10-L50 | 修改 | 描述 |
+| path/to/node.cpp:L10-L50 | 修改 | 描述 |
 
 ### 风险与缓解
 | 风险 | 缓解措施 |
@@ -255,6 +255,6 @@ mcp__ace-tool__search_context({
 
 1. **仅规划不实施** – 本命令不执行任何代码变更
 2. **不问 Y/N** – 只展示计划，让用户决定下一步
-3. **信任规则** – 后端以 Codex 为准，前端以 Gemini 为准
+3. **信任规则** – 底层控制以 Codex 为准，上层应用以 Gemini 为准
 4. 外部模型对文件系统**零写入权限**
 5. **SESSION_ID 交接** – 计划末尾必须包含 `CODEX_SESSION` / `GEMINI_SESSION`（供 `/ccg:execute resume <SESSION_ID>` 使用）

package/src/commands/ccg/review.md

@@ -77,15 +77,15 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 **⚠️ 必须发起两个并行 Bash 调用**（参照上方调用规范）：
 
-1. **Codex 后端审查**：`Bash({ command: "...--backend codex...", run_in_background: true })`
+1. **Codex 底层控制审查**：`Bash({ command: "...--backend codex...", run_in_background: true })`
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/codex/reviewer.md`
    - 需求：审查代码变更（git diff 内容）
    - OUTPUT：按 Critical/Major/Minor/Suggestion 分类列出安全性、性能、错误处理问题
 
-2. **Gemini 前端审查**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
+2. **Gemini 上层应用审查**：`Bash({ command: "...--backend gemini...", run_in_background: true })`
    - ROLE_FILE: `$HOME/.claude/.ccg/prompts/gemini/reviewer.md`
    - 需求：审查代码变更（git diff 内容）
-   - OUTPUT：按 Critical/Major/Minor/Suggestion 分类列出可访问性、响应式、设计一致性问题
+   - OUTPUT：按 Critical/Major/Minor/Suggestion 分类列出Launch编排、可视化配置、参数一致性问题
 
 用 `TaskOutput` 等待两个模型的审查结果。**必须等所有模型返回后才能进入下一阶段**。
 
@@ -126,5 +126,5 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 ## 关键规则
 
 1. **无参数 = 审查 git diff** – 自动获取当前变更
-2. **双模型交叉验证** – 后端问题以 Codex 为准，前端问题以 Gemini 为准
+2. **双模型交叉验证** – 底层控制问题以 Codex 为准，上层应用问题以 Gemini 为准
 3. 外部模型对文件系统**零写入权限**

package/src/commands/ccg/test.md

@@ -15,14 +15,14 @@ description: '多模型测试生成：智能路由 Codex 底层单元测试 / Ge
 ## 上下文
 
 - 测试目标：$ARGUMENTS
-- 智能路由：后端 → Codex，前端 → Gemini，全栈 → 并行
+- 智能路由：底层控制 → Codex，上层应用 → Gemini，全栈 → 并行
 - 遵循项目现有测试框架和风格
 
 ## 你的角色
 
 你是**测试工程师**，编排测试生成流程：
-- **Codex** – 后端测试生成（**后端权威**）
-- **Gemini** – 前端测试生成（**前端权威**）
+- **Codex** – 底层控制测试生成（**C++/实时/硬件权威**）
+- **Gemini** – 上层应用测试生成（**Python/Launch/集成权威**）
 - **Claude (自己)** – 整合测试、验证运行
 
 ---
@@ -62,8 +62,8 @@ EOF",
 
 | 代码类型 | 路由 |
 |---------|------|
-| 后端 | Codex |
-| 前端 | Gemini |
+| 底层控制 | Codex |
+| 上层应用 | Gemini |
 | 全栈 | 并行执行两者 |
 
 **并行调用**：使用 `run_in_background: true` 启动，用 `TaskOutput` 等待结果。**必须等所有模型返回后才能进入下一阶段**。
@@ -95,7 +95,7 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 1. 检索目标代码的完整实现
 2. 查找现有测试文件和测试框架配置
-3. 识别代码类型：[后端/前端/全栈]
+3. 识别代码类型：[底层控制/上层应用/全栈]
 4. 评估当前测试覆盖率和缺口
 
 ### 🔬 阶段 2：智能路由测试生成
@@ -104,9 +104,9 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 **⚠️ 根据代码类型必须调用对应模型**（参照上方调用规范）：
 
-- **后端代码** → `Bash({ command: "...--backend codex...", run_in_background: false })`
+- **底层控制代码** → `Bash({ command: "...--backend codex...", run_in_background: false })`
   - ROLE_FILE: `$HOME/.claude/.ccg/prompts/codex/tester.md`
-- **前端代码** → `Bash({ command: "...--backend gemini...", run_in_background: false })`
+- **上层应用代码** → `Bash({ command: "...--backend gemini...", run_in_background: false })`
   - ROLE_FILE: `$HOME/.claude/.ccg/prompts/gemini/tester.md`
 - **全栈代码** → 并行调用两者：
   1. `Bash({ command: "...--backend codex...", run_in_background: true })`
@@ -144,7 +144,7 @@ OUTPUT：完整测试代码（使用项目现有测试框架，覆盖正常路
 ## 🧪 测试生成：<测试目标>
 
 ### 分析结果
-- 代码类型：[后端/前端/全栈]
+- 代码类型：[底层控制/上层应用/全栈]
 - 测试框架：<检测到的框架>
 
 ### 生成的测试
@@ -169,6 +169,6 @@ OUTPUT：完整测试代码（使用项目现有测试框架，覆盖正常路
 ## 关键规则
 
 1. **测试行为，不测试实现** – 关注输入输出
-2. **智能路由** – 后端测试用 Codex，前端测试用 Gemini
+2. **智能路由** – 底层控制测试用 Codex，上层应用测试用 Gemini
 3. **复用现有模式** – 遵循项目已有的测试风格
 4. 外部模型对文件系统**零写入权限**