ccg-workflow 1.6.0 → 1.7.0

package/templates/commands/code.md

@@ -1,255 +0,0 @@
----
-description: 三模型代码生成（Codex + Gemini + Claude 并行原型，集各家所长）
----
-
-## 用法
-`/code <功能描述>`
-
-## 上下文
-- 功能描述: $ARGUMENTS
-- **三模型并行生成原型**，编排者集各家所长
-- 生成的原型经 Claude (编排者) 重构为生产级代码
-
-## 工作流程
-
-### Phase 1: 需求分析
-
-1. 调用 `mcp__ace-tool__search_context` 检索:
-   - `project_root_path`: 项目根目录绝对路径
-   - `query`: 功能需求的自然语言描述
-   - 相关模块和文件结构
-   - 现有代码模式和风格
-   - 依赖和接口定义
-2. 分析任务类型：
-   - **前端**: UI 组件、样式、用户交互
-   - **后端**: API、业务逻辑、数据库操作
-   - **全栈**: 同时涉及前后端
-
-### Phase 2: 三模型并行原型生成
-
-**同时调用三个模型**（`run_in_background: true`）：
-
-**调用方式**: 使用 `Bash` 工具调用 `codeagent-wrapper`
-
-```bash
-# Codex 后端架构原型
-codeagent-wrapper --backend {{BACKEND_PRIMARY}} - $PROJECT_DIR <<'EOF'
-ROLE_FILE: ~/.claude/.ccg/prompts/{{BACKEND_PRIMARY}}/architect.md
-
-<TASK>
-生成原型: {{功能需求}}
-Context: {{从 ace-tool 获取的相关代码}}
-</TASK>
-
-OUTPUT: Unified Diff Patch ONLY. Strictly prohibit any actual modifications.
-EOF
-```
-
-```bash
-# Gemini 前端 UI 原型
-codeagent-wrapper --backend {{FRONTEND_PRIMARY}} - $PROJECT_DIR <<'EOF'
-ROLE_FILE: ~/.claude/.ccg/prompts/{{FRONTEND_PRIMARY}}/frontend.md
-
-<TASK>
-生成原型: {{功能需求}}
-Context: {{从 ace-tool 获取的相关代码}}
-</TASK>
-
-OUTPUT: Unified Diff Patch ONLY. Strictly prohibit any actual modifications.
-EOF
-```
-
-```bash
-# Claude 全栈整合原型
-codeagent-wrapper --backend claude - $PROJECT_DIR <<'EOF'
-ROLE_FILE: ~/.claude/.ccg/prompts/claude/architect.md
-
-<TASK>
-生成原型: {{功能需求}}
-Context: {{从 ace-tool 获取的相关代码}}
-</TASK>
-
-OUTPUT: Unified Diff Patch ONLY. Strictly prohibit any actual modifications.
-EOF
-```
-
-1. **Codex** + `architect` 角色 → 后端架构视角
-2. **Gemini** + `frontend` 角色 → 前端 UI 视角
-3. **Claude** + `architect` 角色 → 全栈整合视角
-
-**三模型差异化价值**：
-| 模型 | 专注点 | 独特贡献 |
-|------|--------|----------|
-| Codex | 后端逻辑、算法、API | 深度后端专业知识 |
-| Gemini | 前端 UI、样式、交互 | 视觉设计和用户体验 |
-| Claude | 全栈整合、契约设计 | 桥接前后端视角 |
-
-定义清晰的接口契约：
-```
-API Contract:
-- Endpoint: POST /api/xxx
-- Request: { field1: string, field2: number }
-- Response: { data: T, error?: string }
-```
-
-### Phase 3: 原型整合
-
-1. 收集三个模型输出（使用 `TaskOutput`）
-2. 将 Unified Diff 视为"脏原型"
-3. **交叉验证，集各家所长**：
-   - Codex 的后端逻辑和 API 设计
-   - Gemini 的前端组件和 UI 交互
-   - Claude 的整合视角和契约一致性
-4. Claude (编排者) 重构：
-   - 统一代码风格
-   - 确保前后端接口一致
-   - 优化实现细节
-   - 移除冗余代码
-
-### Phase 4: 代码实施
-
-1. 应用重构后的代码
-2. 确保不破坏现有功能
-3. 验证编译/类型检查通过
-
-### Phase 5: 三模型审查
-
-**并行启动审查**（`run_in_background: true`）：
-
-**调用方式**: 使用 `Bash` 工具调用 `codeagent-wrapper`
-
-```bash
-# Codex 安全性审查
-codeagent-wrapper --backend {{BACKEND_PRIMARY}} - $PROJECT_DIR <<'EOF'
-ROLE_FILE: ~/.claude/.ccg/prompts/{{BACKEND_PRIMARY}}/reviewer.md
-
-<TASK>
-审查代码: {{实施的代码变更}}
-关注点: 安全性、性能、错误处理
-</TASK>
-
-OUTPUT: Review comments with specific line references.
-EOF
-```
-
-```bash
-# Gemini 设计审查
-codeagent-wrapper --backend {{FRONTEND_PRIMARY}} - $PROJECT_DIR <<'EOF'
-ROLE_FILE: ~/.claude/.ccg/prompts/{{FRONTEND_PRIMARY}}/reviewer.md
-
-<TASK>
-审查代码: {{实施的代码变更}}
-关注点: 可访问性、响应式设计、设计一致性
-</TASK>
-
-OUTPUT: Review comments with specific line references.
-EOF
-```
-
-```bash
-# Claude 集成审查
-codeagent-wrapper --backend claude - $PROJECT_DIR <<'EOF'
-ROLE_FILE: ~/.claude/.ccg/prompts/claude/reviewer.md
-
-<TASK>
-审查代码: {{实施的代码变更}}
-关注点: 集成正确性、契约一致性
-</TASK>
-
-OUTPUT: Review comments with specific line references.
-EOF
-```
-
-- **Codex** + `reviewer` 角色 → 安全性、性能、错误处理
-- **Gemini** + `reviewer` 角色 → 可访问性、响应式、设计一致性
-- **Claude** + `reviewer` 角色 → 集成正确性、契约一致性
-
-### Phase 6: 修正与交付
-
-1. 综合三模型审查意见
-2. 修正发现的问题
-3. 最终交付
-
-## 输出格式
-
-```
-## 🚀 Code: <功能描述>
-
-### Phase 1: 需求分析
-- 任务类型: [前端/后端/全栈]
-- 相关文件: <文件列表>
-- 现有模式: <识别的模式>
-
-### Phase 2: 代码生成
-#### Codex 原型 (后端视角)
-<Unified Diff 摘要>
-
-#### Gemini 原型 (前端视角)
-<Unified Diff 摘要>
-
-#### Claude 原型 (全栈视角)
-<Unified Diff 摘要>
-
-### Phase 3: 整合重构
-<重构说明>
-
-### Phase 4: 实施
-<变更文件列表>
-
-### Phase 5: 审查
-#### Codex 审查 (安全/性能)
-- <审查意见 1>
-- <审查意见 2>
-
-#### Gemini 审查 (可访问性/设计)
-- <审查意见 1>
-- <审查意见 2>
-
-#### Claude 审查 (集成/契约)
-- <审查意见 1>
-- <审查意见 2>
-
-### Phase 6: 交付
-✅ 实施完成
-- 新增文件: X
-- 修改文件: Y
-- 代码行数: +N / -M
-```
-
-## 任务类型检测
-
-| 关键词 | 类型 | 路由 |
-|--------|------|------|
-| component, UI, style, CSS, React, Vue | 前端 | Gemini |
-| API, endpoint, database, auth, backend | 后端 | Codex |
-| full-stack, 全栈, 页面+接口 | 全栈 | 并行 |
-
-## 代码质量标准
-
-### 前端代码 (Gemini 专注)
-- [ ] TypeScript 类型完整
-- [ ] 响应式设计
-- [ ] 无障碍属性
-- [ ] 加载/错误状态
-- [ ] 遵循设计系统
-
-### 后端代码 (Codex 专注)
-- [ ] 输入验证
-- [ ] 错误处理
-- [ ] 安全检查
-- [ ] 查询优化
-- [ ] API 一致性
-
-### 全栈整合 (Claude 专注)
-- [ ] 前后端接口一致
-- [ ] 类型定义共享
-- [ ] 错误码统一
-- [ ] 契约文档完整
-
-## 关键原则
-
-1. **三模型并行** - 同时获取三个视角的原型
-2. **集各家所长** - 交叉验证，取最优方案
-3. **接口优先** - 先定义 API 契约
-4. **编排者重构** - 原型需要 Claude (编排者) 整合
-5. **三重审查** - 代码必须经过三模型审查

package/templates/commands/dev.md

@@ -1,179 +0,0 @@
----
-description: 完整6阶段多模型协作工作流（Prompt增强 → 上下文检索 → 多模型分析 → 原型生成 → 代码实施 → 审计交付）
----
-
-## 用法
-`/dev <功能描述>`
-
-## 上下文
-- 要实现的功能: $ARGUMENTS
-- 此命令触发完整的 6 阶段多模型协作工作流
-
-## 你的角色
-你是**编排者**，协调三模型协作系统。你指挥:
-1. **ace-tool MCP** – 代码库检索 (`search_context`) 和 Prompt 增强 (`enhance_prompt`)
-2. **Codex** – 后端逻辑、算法、调试专家
-3. **Gemini** – 前端 UI/UX、视觉设计专家
-4. **Claude (子进程)** – 全栈整合、契约设计、跨层问题
-5. **Claude (自己)** – 编排、重构、最终交付
-
-## 流程
-
-### 阶段 0: Prompt 增强
-1. **Prompt 增强**（调用 `mcp__ace-tool__enhance_prompt`）:
-   - 参数：
-     - `prompt`（必需）：用户的原始需求
-     - `conversation_history`（可选）：最近 5-10 轮对话历史
-     - `project_root_path`（可选）：当前项目根目录绝对路径
-   - 如果工具不可用，直接使用原始 prompt
-
-2. 向用户展示原始和增强后的 prompt:
-
-```
-📝 原始需求:
-<原始需求>
-
-✨ 增强后需求:
-<增强后需求>
-
-🔧 模型配置:
-- 前端模型: {{FRONTEND_MODELS}}
-- 后端模型: {{BACKEND_MODELS}}
-- 协作模式: {{ROUTING_MODE}}
-
----
-**使用增强后的需求继续？(Y/N)**
-```
-
-3. **强制停止**: 等待用户确认
-   - 如果 Y: 后续阶段使用增强后的 prompt
-   - 如果 N: 使用原始 prompt 或要求修改
-
-### 阶段 1: 上下文检索
-1. **代码库检索**（调用 `mcp__ace-tool__search_context`）:
-   - 参数：
-     - `project_root_path`（必需）：项目根目录的绝对路径
-     - `query`（必需）：增强后的需求描述（自然语言）
-2. 识别所有相关文件、类、函数和依赖
-3. 如需求仍不清晰，提出澄清问题
-
-### 阶段 2: 多模型分析
-
-**并行调用 codex 和 gemini 进行分析**（使用 `run_in_background: true`）：
-
-1. **Codex 分析**：`~/.claude/.ccg/prompts/codex/analyzer.md`
-   - 输出：`Structured analysis/diagnostic report`
-
-2. **Gemini 分析**：`~/.claude/.ccg/prompts/gemini/analyzer.md`
-   - 输出：`Structured analysis/diagnostic report`
-
-调用示例：
-```bash
-codeagent-wrapper --backend codex - $PROJECT_DIR <<'EOF' &
-ROLE_FILE: ~/.claude/.ccg/prompts/codex/analyzer.md
-<TASK>
-分析需求: {{增强后的需求}}
-Context: {{从 MCP 获取的代码上下文}}
-</TASK>
-OUTPUT: Structured analysis/diagnostic report.
-EOF
-
-codeagent-wrapper --backend gemini - $PROJECT_DIR <<'EOF' &
-ROLE_FILE: ~/.claude/.ccg/prompts/gemini/analyzer.md
-<TASK>
-分析需求: {{增强后的需求}}
-Context: {{从 MCP 获取的代码上下文}}
-</TASK>
-OUTPUT: Structured analysis/diagnostic report.
-EOF
-```
-
-使用 `TaskOutput` 获取 2 个模型的分析结果，交叉验证后综合方案。
-
-**强制停止**: 询问用户 **"是否继续执行此方案？(Y/N)"** 并等待确认
-
-### 阶段 3: 原型生成
-
-**并行调用所有配置的模型生成原型**（使用 `run_in_background: true`）：
-
-1. **后端模型**：遍历 {{BACKEND_MODELS}} 中的每个模型生成后端原型
-   - 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/architect.md`
-   - 输出：`Unified Diff Patch ONLY`
-
-2. **前端模型**：遍历 {{FRONTEND_MODELS}} 中的每个模型生成前端原型
-   - **优先使用 frontend.md**：如果模型有 `~/.claude/.ccg/prompts/<模型名>/frontend.md`，使用该文件
-   - **降级使用 architect.md**：如果没有 frontend.md，使用 `~/.claude/.ccg/prompts/<模型名>/architect.md`
-   - 输出：`Unified Diff Patch ONLY`
-
-**总共并行调用次数**: {{BACKEND_MODELS}} 长度 + {{FRONTEND_MODELS}} 长度（例如：2个后端模型 + 2个前端模型 = 4次）
-
-调用示例：
-```bash
-# 遍历后端模型生成原型
-for model in $(echo '{{BACKEND_MODELS}}' | jq -r '.[]'); do
-  codeagent-wrapper --backend $model - $PROJECT_DIR <<'EOF' &
-ROLE_FILE: ~/.claude/.ccg/prompts/$model/architect.md
-<TASK>
-生成后端原型: {{功能需求}}
-Context: {{相关代码}}
-</TASK>
-OUTPUT: Unified Diff Patch ONLY.
-EOF
-done
-```
-
-使用 `TaskOutput` 收集所有模型的原型结果。
-
-### 阶段 4: 代码实施
-1. 将所有模型的原型视为"脏原型" – 仅作参考
-2. **交叉验证所有模型结果，集各家所长**：
-   - 分析每个模型的优势和不足
-   - 选择最佳实现方案
-   - 综合多个模型的创新点
-3. 重构为干净的生产级代码
-4. 验证变更不会引入副作用
-
-### 阶段 5: 审计与交付
-
-**并行调用所有配置的审查模型**（使用 `run_in_background: true`）：
-
-遍历 {{REVIEW_MODELS}} 中的每个模型进行代码审查：
-- 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/reviewer.md`
-- 输出：`Review comments only`
-
-**总共并行调用次数**: {{REVIEW_MODELS}} 长度（例如：2个审查模型 = 2次）
-
-调用示例：
-```bash
-# 遍历审查模型列表（默认: codex, gemini）
-for model in $(echo '{{REVIEW_MODELS}}' | jq -r '.[]'); do
-  codeagent-wrapper --backend $model - $PROJECT_DIR <<'EOF' &
-ROLE_FILE: ~/.claude/.ccg/prompts/$model/reviewer.md
-<TASK>
-审查代码: {{实施的代码变更}}
-关注点: 安全性、性能、错误处理、可访问性、设计一致性
-</TASK>
-OUTPUT: Review comments only. No code modifications.
-EOF
-done
-```
-
-使用 `TaskOutput` 获取所有审查结果，整合各方反馈后修正并交付。
-
-## 输出格式
-1. **增强后需求** – 优化后的 prompt (阶段 0)
-2. **上下文摘要** – 识别的相关代码元素
-3. **实施方案** – 逐步执行方案
-4. **代码变更** – 生产级实现
-5. **审计报告** – 审查反馈和修正
-6. **后续步骤** – 部署或跟进操作
-
-## 关键规则
-- 未经用户批准不得跳过任何阶段
-- **阶段 0 的 prompt 增强是强制性的** – 必须先展示增强后的 prompt
-- 始终要求外部模型输出 Unified Diff Patch
-- 外部模型对文件系统**零写入权限**
-- 实时向用户报告当前阶段和下一阶段
-- 使用 HEREDOC 语法 (`<<'EOF'`) 避免 shell 转义问题
-- **三模型并行调用使用 `run_in_background: true`** 避免阻塞
-- **三模型结果需交叉验证，集各家所长**

package/templates/commands/think.md

@@ -1,102 +0,0 @@
----
-description: UltraThink 深度分析（双模型并行分析 + 综合见解）
----
-
-## 用法
-`/think <分析主题>`
-
-## 上下文
-- 分析主题: $ARGUMENTS
-- 使用双模型进行多角度深度分析
-- 适用于复杂架构决策、技术选型、问题探索
-
-## 流程
-
-### Phase 1: 上下文收集
-1. 调用 `mcp__ace-tool__search_context` 检索相关代码:
-   - `project_root_path`: 项目根目录绝对路径
-   - `query`: 需要深度分析的问题描述
-2. 识别分析范围和关键组件
-3. 列出已知约束和假设
-
-### Phase 2: 并行深度分析
-**同时调用**（`run_in_background: true`）:
-
-**调用方式**: 使用 `Bash` 工具调用 `codeagent-wrapper`
-
-```bash
-# Codex 后端/系统视角分析
-codeagent-wrapper --backend {{BACKEND_PRIMARY}} - $PROJECT_DIR <<'EOF'
-ROLE_FILE: ~/.claude/.ccg/prompts/{{BACKEND_PRIMARY}}/analyzer.md
-
-<TASK>
-深度分析: {{问题或场景}}
-Context: {{从 ace-tool 获取的相关代码}}
-</TASK>
-
-OUTPUT: Structured analysis report with clear reasoning.
-EOF
-```
-
-```bash
-# Gemini 前端/用户视角分析
-codeagent-wrapper --backend {{FRONTEND_PRIMARY}} - $PROJECT_DIR <<'EOF'
-ROLE_FILE: ~/.claude/.ccg/prompts/{{FRONTEND_PRIMARY}}/analyzer.md
-
-<TASK>
-深度分析: {{问题或场景}}
-Context: {{从 ace-tool 获取的相关代码}}
-</TASK>
-
-OUTPUT: Structured analysis report with clear reasoning.
-EOF
-```
-
-- **Codex** + `analyzer` 角色 → 后端/系统视角
-- **Gemini** + `analyzer` 角色 → 前端/用户视角
-
-### Phase 3: UltraThink 综合
-1. 收集双模型分析报告（`TaskOutput`）
-2. **交叉验证**：
-   - 一致观点（强信号）
-   - 分歧点（需要权衡）
-   - 互补见解
-3. **综合推理**：整合技术和用户视角，形成统一分析框架
-
-### Phase 4: 输出结论
-```
-## 🧠 深度分析: <主题>
-
-### 一致观点（强信号）
-1. <双方都认同的点>
-
-### 分歧点（需权衡）
-| 议题 | Codex 观点 | Gemini 观点 | 建议 |
-|------|------------|-------------|------|
-
-### 核心结论
-<1-2 句话总结>
-
-### 推荐方案
-**首选**: <方案>
-- 理由 / 风险 / 缓解措施
-
-### 行动计划
-1. [ ] <短期>
-2. [ ] <中期>
-3. [ ] <长期>
-```
-
-## 适用场景
-| 场景 | 示例 |
-|------|------|
-| 架构决策 | "评估微服务拆分方案" |
-| 技术选型 | "比较 Redux vs Zustand" |
-| 性能分析 | "分析页面加载慢的原因" |
-| 重构评估 | "评估重构遗留模块的风险" |
-
-## 关键原则
-1. **不急于结论** - 充分收集和分析后再下结论
-2. **多视角思考** - 技术 + 用户 + 业务
-3. **量化权衡** - 尽可能用数据支撑判断
-4. **可执行导向** - 分析结果要能指导行动