ccg-workflow 1.5.0 → 1.6.0

package/templates/commands/frontend.md

@@ -2,8 +2,6 @@
 description: 前端/UI/样式任务，自动路由到配置的前端模型进行原型生成和审计
 ---
 
-> 调用语法见 `_config.md`
-
 ## 用法
 `/frontend <UI_TASK_DESCRIPTION>`
 
@@ -12,6 +10,46 @@ description: 前端/UI/样式任务，自动路由到配置的前端模型进行
 - This command routes to your configured frontend models.
 - Default authority for CSS, React, Vue, and visual design.
 
+## ⭐ v1.6.0 重大升级
+
+**从单模型调用升级为多模型并行工作流！**
+
+### 新增功能
+
+✅ **5阶段完整工作流**：
+- Step 1: 上下文检索（MCP）
+- Step 2: **多模型前端分析**（Gemini + Claude 并行） ← 新增
+- Step 3: **多模型原型生成**（所有前端模型并行） ← 增强
+- Step 4: 重构与实施（Claude 综合各模型优势）
+- Step 5: **多模型审计交付**（Gemini + Claude 交叉验证） ← 新增
+
+✅ **交叉验证机制**：
+- Gemini 提供视觉设计和 UI 创新优势
+- Claude 提供更好的可访问性和代码结构
+- 综合各模型优势，重构为生产级 UI 代码
+
+✅ **强制用户确认**：
+- Step 2 分析完成后，会询问"是否继续执行此方案？(Y/N)"
+- 避免盲目执行，确保用户对方案满意
+
+### 与 /ccg:dev 的区别
+
+| 特性 | /ccg:frontend | /ccg:dev |
+|------|--------------|----------|
+| **模型范围** | 仅前端模型（Gemini + Claude）| 全部模型（前端+后端）|
+| **适用场景** | 前端专项任务 | 全栈功能开发 |
+| **Prompt 增强** | ❌ 不包含 | ✅ Phase 0 |
+| **工作流阶段** | 5 阶段 | 6 阶段（含 Prompt 增强）|
+| **推荐用户** | 前端/UI 开发者 | 全栈开发者 |
+
+### 使用建议
+
+- 🎯 **纯前端任务**：使用 `/ccg:frontend`（如：组件设计、响应式布局、UI 动画）
+- 🎯 **全栈功能**：使用 `/ccg:dev`（如：用户登录功能，涉及前后端）
+- 🎯 **需要 Prompt 增强**：使用 `/ccg:dev`（复杂需求，需先优化需求描述）
+
+---
+
 ## 你的角色
 You are the **Frontend Orchestrator** specializing in UI/UX implementation. You coordinate:
 1. **ace-tool** – for retrieving existing frontend code and components
@@ -21,47 +59,140 @@ You are the **Frontend Orchestrator** specializing in UI/UX implementation. You
 ## 流程
 
 ### Step 1: 上下文检索
-1. Call `{{MCP_SEARCH_TOOL}}` to find existing UI components, styles, and patterns:
+1. Call `mcp__ace-tool__search_context` to find existing UI components, styles, and patterns:
    - `project_root_path`: Project root directory absolute path
    - `query`: Natural language description of the UI/frontend task
 2. Identify the design system, component library, and styling conventions in use
+3. 如需求仍不清晰，提出澄清问题
+
+### Step 2: 多模型前端分析
+
+**并行调用所有配置的前端模型进行分析**（使用 `run_in_background: true`）：
+
+遍历 {{FRONTEND_MODELS}} 中的每个模型进行前端分析：
+- 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/analyzer.md`
+- 输出：`Structured analysis/diagnostic report`
+
+**总共并行调用次数**: {{FRONTEND_MODELS}} 长度（例如：配置 gemini + claude = 2次）
+
+调用示例：
+```bash
+# 遍历前端模型列表（假设配置了 gemini 和 claude）
+for model in gemini claude; do
+  codeagent-wrapper --backend $model - $PROJECT_DIR <<'EOF' &
+ROLE_FILE: ~/.claude/.ccg/prompts/$model/analyzer.md
+
+<TASK>
+分析前端需求: {{前端任务描述}}
+Context: {{从 MCP 获取的组件和样式}}
+关注点:
+- 组件设计和复用性
+- UI/UX 交互流程
+- 响应式布局策略
+- 可访问性 (a11y) 要求
+- 性能优化（懒加载、代码分割）
+- 设计系统一致性
+</TASK>
+
+OUTPUT: Structured analysis/diagnostic report.
+EOF
+done
+```
+
+使用 `TaskOutput` 获取所有模型的分析结果，交叉验证后综合方案。
+
+**强制停止**: 询问用户 **"是否继续执行此方案？(Y/N)"** 并等待确认
 
-### Step 2: 调用前端模型生成原型
+### Step 3: 多模型原型生成
 
-使用配置的前端主模型 ({{FRONTEND_PRIMARY}}) 生成前端原型：
+**并行调用所有配置的前端模型生成原型**（使用 `run_in_background: true`）：
 
+遍历 {{FRONTEND_MODELS}} 中的每个模型生成前端原型：
+- 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/frontend.md`（如无 frontend 角色，使用 architect）
+- 输出：`Unified Diff Patch ONLY`
+
+**总共并行调用次数**: {{FRONTEND_MODELS}} 长度（例如：配置 gemini + claude = 2次）
+
+调用示例：
 ```bash
-codeagent-wrapper --backend {{FRONTEND_PRIMARY}} - $PROJECT_DIR <<'EOF'
-ROLE_FILE: ~/.claude/.ccg/prompts/{{FRONTEND_PRIMARY}}/frontend.md
+# 遍历前端模型生成原型
+for model in $(echo '{{FRONTEND_MODELS}}' | jq -r '.[]'); do
+  codeagent-wrapper --backend $model - $PROJECT_DIR <<'EOF' &
+ROLE_FILE: ~/.claude/.ccg/prompts/$model/frontend.md
 
 <TASK>
-实现 UI 功能: {{前端任务描述}}
-Context: {{从 MCP 获取的相关组件和样式}}
+生成前端原型: {{前端任务描述}}
+Context: {{相关组件和样式}}
+实现要点:
+- 遵循现有组件设计模式
+- 实现响应式布局
+- 确保可访问性 (ARIA 标签)
+- 使用设计系统的 tokens
+- 考虑性能优化
 </TASK>
 
 OUTPUT: Unified Diff Patch ONLY. Strictly prohibit any actual modifications.
 EOF
+done
 ```
 
+使用 `TaskOutput` 收集所有模型的原型结果。
+
 ### Step 4: 重构与实施
-1. Review model prototype(s) as "dirty prototype"
-2. If multiple models, cross-validate and select best patterns
-3. Refactor into clean, maintainable code
-4. Ensure consistency with existing components
+1. 将所有模型的原型视为"脏原型" – 仅作参考
+2. **交叉验证所有模型结果，集各家所长**：
+   - 分析每个模型的优势和不足
+   - Gemini 通常在视觉设计和 UI 创新上更强
+   - Claude 可能提供更好的可访问性和代码结构
+   - 选择最佳实现方案或综合创新点
+3. 重构为干净的生产级代码
+4. 确保与现有组件的一致性
+5. 验证响应式布局和可访问性
+
+### Step 5: 多模型审计交付
+
+**并行调用所有配置的前端模型进行审计**（使用 `run_in_background: true`）：
+
+遍历 {{FRONTEND_MODELS}} 中的每个模型进行代码审查：
+- 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/reviewer.md`
+- 输出：`Review comments only`
+
+**总共并行调用次数**: {{FRONTEND_MODELS}} 长度（例如：配置 gemini + claude = 2次）
+
+调用示例：
+```bash
+# 遍历前端模型列表进行审计
+for model in $(echo '{{FRONTEND_MODELS}}' | jq -r '.[]'); do
+  codeagent-wrapper --backend $model - $PROJECT_DIR <<'EOF' &
+ROLE_FILE: ~/.claude/.ccg/prompts/$model/reviewer.md
+
+<TASK>
+审查前端代码: {{实施的代码变更}}
+关注点:
+- 可访问性（WCAG 2.1 AA 标准）
+- 响应式设计（移动端适配）
+- 性能（首屏渲染、Lighthouse 分数）
+- 设计一致性（颜色、字体、间距）
+- 代码质量（组件复用、prop 类型）
+- 浏览器兼容性
+</TASK>
+
+OUTPUT: Review comments only. No code modifications.
+EOF
+done
+```
 
-### Step 5: 审计
+使用 `TaskOutput` 收集所有模型的审计结果，交叉验证后提供综合反馈。
 
-Call configured frontend model(s) to review the final implementation:
-- 使用 `reviewer` 角色
-- 审查内容: accessibility, responsiveness, design consistency
-- 输出: `Review comments only`
+**最终交付**: 根据审计反馈进行必要的调整，确保 UI 达到生产级质量。
 
 ## 输出格式
-1. **Configuration** – models and strategy being used
-2. **Component Analysis** – existing patterns and design system
-3. **Model Prototype(s)** – raw prototypes from configured models
-4. **Refined Implementation** – production-ready UI code
-5. **Audit Feedback** – accessibility and design review
+1. **Configuration** – 使用的模型和策略 ({{FRONTEND_MODELS}})
+2. **Component Analysis** – 现有组件模式和设计系统
+3. **Multi-Model Analysis** – 所有前端模型的分析报告（交叉验证）
+4. **Multi-Model Prototypes** – 所有前端模型的原型（交叉验证）
+5. **Refined Implementation** – 综合各模型优势的生产级 UI 代码
+6. **Multi-Model Audit** – 所有前端模型的审计反馈（交叉验证）
 
 ## 注意事项
 - Gemini context limit: < 32k tokens

package/templates/commands/optimize.md

@@ -2,8 +2,6 @@
 description: 多模型性能优化（Codex 后端优化 + Gemini 前端优化）
 ---
 
-> 调用语法见 `_config.md`
-
 ## 用法
 `/optimize <优化目标>`
 
@@ -15,7 +13,7 @@ description: 多模型性能优化（Codex 后端优化 + Gemini 前端优化）
 ## 流程
 
 ### Phase 1: 性能基线分析
-1. 调用 `{{MCP_SEARCH_TOOL}}` 检索目标代码:
+1. 调用 `mcp__ace-tool__search_context` 检索目标代码:
    - `project_root_path`: 项目根目录绝对路径
    - `query`: 需要优化的目标代码描述
 2. 识别性能关键路径

package/templates/commands/review.md

@@ -2,8 +2,6 @@
 description: 多模型代码审查（并行执行），无参数时自动审查 git diff
 ---
 
-> 调用语法见 `_config.md`
-
 ## 用法
 `/review [CODE_OR_DESCRIPTION]`
 
@@ -35,32 +33,12 @@ git status --short
 
 **If arguments provided**, use the specified code/description.
 
-Then call `{{MCP_SEARCH_TOOL}}` to get related context:
+Then call `mcp__ace-tool__search_context` to get related context:
    - `project_root_path`: Project root directory absolute path
    - `query`: Description of code/files to review
 
 ### Step 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}}/reviewer.md
-
-<TASK>
-审查代码: {{待审查的代码变更}}
-关注点: 安全性、性能、错误处理
-</TASK>
-
-OUTPUT: Review comments only. No code modifications.
-EOF
-```
-
-```
-
 **并行调用所有配置的审查模型**（使用 `run_in_background: true`）：
 
 遍历 {{REVIEW_MODELS}} 中的每个模型进行代码审查：

package/templates/commands/test.md

@@ -2,8 +2,6 @@
 description: 多模型测试生成（Codex 后端测试 + Gemini 前端测试）
 ---
 
-> 调用语法见 `_config.md`
-
 ## 用法
 `/test <测试目标>`
 
@@ -14,7 +12,7 @@ description: 多模型测试生成（Codex 后端测试 + Gemini 前端测试）
 ## 流程
 
 ### Phase 1: 测试分析
-1. 调用 `{{MCP_SEARCH_TOOL}}` 检索:
+1. 调用 `mcp__ace-tool__search_context` 检索:
    - `project_root_path`: 项目根目录绝对路径
    - `query`: 需要测试的代码/功能描述
    - 目标代码的完整实现

package/templates/commands/think.md

@@ -2,8 +2,6 @@
 description: UltraThink 深度分析（双模型并行分析 + 综合见解）
 ---
 
-> 调用语法见 `_config.md`
-
 ## 用法
 `/think <分析主题>`
 
@@ -15,7 +13,7 @@ description: UltraThink 深度分析（双模型并行分析 + 综合见解）
 ## 流程
 
 ### Phase 1: 上下文收集
-1. 调用 `{{MCP_SEARCH_TOOL}}` 检索相关代码:
+1. 调用 `mcp__ace-tool__search_context` 检索相关代码:
    - `project_root_path`: 项目根目录绝对路径
    - `query`: 需要深度分析的问题描述
 2. 识别分析范围和关键组件

package/templates/commands/enhance.md

@@ -1,52 +0,0 @@
----
-description: 使用 ace-tool MCP prompt-enhancer 优化 Prompt，展示原始与增强版本供确认
----
-
-## Usage
-`/enhance <PROMPT>`
-
-## Context
-- Original prompt: $ARGUMENTS
-- This command enhances prompts before execution using ace-tool's enhance_prompt.
-
-## Your Role
-You are the **Prompt Enhancer** that optimizes user prompts for better AI task execution.
-
-## Process
-
-### Step 1: Enhance Prompt
-1. Call `{{MCP_ENHANCE_TOOL}}` with:
-   - `prompt`: The original user prompt ($ARGUMENTS)
-   - `conversation_history`: Recent conversation history (5-10 turns)
-   - `project_root_path`: Current project root directory (optional)
-2. Extract the enhanced version
-
-### Step 2: User Confirmation (寸止)
-**CRITICAL**: You MUST stop and show the enhanced prompt to the user.
-
-Display format:
-```
-📝 原始 Prompt:
-<original prompt>
-
-✨ 增强后 Prompt:
-<enhanced prompt>
-
----
-**是否使用增强后的 prompt 继续执行？(Y/N)**
-```
-
-Wait for user confirmation before proceeding.
-
-### Step 3: Execute (Only after confirmation)
-If user confirms (Y):
-- Execute the enhanced prompt as the actual task
-- Follow appropriate workflow based on task type
-
-If user declines (N):
-- Ask user for modifications or use original prompt
-
-## Notes
-- Always show both original and enhanced versions
-- Never auto-execute without user confirmation
-- The enhanced prompt provides better context for multi-model collaboration

package/templates/config/shared-config.md

@@ -1,87 +0,0 @@
----
-description: CCG 多模型协作系统 - 共享配置和调用规范
----
-
-## 配置文件
-路径: `~/.claude/.ccg/config.toml`
-
-```toml
-[routing]
-mode = "smart"  # smart | parallel | sequential
-
-[routing.frontend]
-models = ["gemini", "claude", "codex"]  # 三模型并行
-primary = "gemini"
-strategy = "parallel"
-
-[routing.backend]
-models = ["codex", "claude", "gemini"]  # 三模型并行
-primary = "codex"
-strategy = "parallel"
-
-[routing.review]
-models = ["codex", "gemini", "claude"]  # 三模型交叉验证
-strategy = "parallel"
-
-[routing.prototype]
-models = ["codex", "gemini", "claude"]  # 三模型原型生成
-strategy = "parallel"
-```
-
-默认值: frontend=`gemini`, backend=`codex`, prototype=`["codex","gemini","claude"]`
-
----
-
-## 调用语法模板
-
-**⚠️ 重要**: 使用 `Bash` 工具调用 `codeagent-wrapper`，**不要**使用 `/collaborating-with-codex` 或 `/collaborating-with-gemini` 等旧的 Skill 方式！
-
-### 基础模式
-```bash
-codeagent-wrapper --backend <MODEL> - $PROJECT_DIR <<'EOF'
-ROLE_FILE: ~/.claude/.ccg/prompts/<model>/<role>.md
-
-<TASK>
-{{任务描述}}
-
-Context:
-{{相关代码}}
-</TASK>
-
-OUTPUT: {{输出格式}}
-EOF
-```
-
-**说明**: 使用 `ROLE_FILE:` 指定提示词文件路径，让子进程自己读取，避免消耗主会话 token。
-
-### 角色映射
-| 任务类型 | Codex 角色 | Gemini 角色 | Claude 角色 |
-|---------|-----------|-------------|-------------|
-| 架构/后端 | `codex/architect.md` | `gemini/analyzer.md` | `claude/architect.md` |
-| 前端/UI | `codex/architect.md` | `gemini/frontend.md` | `claude/architect.md` |
-| 分析 | `codex/analyzer.md` | `gemini/analyzer.md` | `claude/analyzer.md` |
-| 审查 | `codex/reviewer.md` | `gemini/reviewer.md` | `claude/reviewer.md` |
-| 调试 | `codex/debugger.md` | `gemini/debugger.md` | `claude/debugger.md` |
-| 测试 | `codex/tester.md` | `gemini/tester.md` | `claude/tester.md` |
-| 优化 | `codex/optimizer.md` | `gemini/optimizer.md` | `claude/optimizer.md` |
-
-### 三模型差异化定位
-| 模型 | 专长领域 | 独特价值 |
-|------|---------|----------|
-| **Codex** | 后端逻辑、算法、调试 | 深度后端专业知识 |
-| **Gemini** | 前端 UI、CSS、组件设计 | 视觉设计和用户体验 |
-| **Claude** | 全栈整合、契约设计、跨层问题 | 桥接前后端视角 |
-
-### 输出格式
-| 任务类型 | OUTPUT 值 |
-|---------|----------|
-| 原型生成 | `Unified Diff Patch ONLY. Strictly prohibit any actual modifications.` |
-| 代码审查 | `Review comments only. No code modifications.` |
-| 分析诊断 | `Structured analysis/diagnostic report.` |
-
-### 执行策略
-| 策略 | 说明 |
-|------|------|
-| `parallel` | `run_in_background: true` 并行调用，`TaskOutput` 收集结果 |
-| `fallback` | 主模型失败则调用次模型 |
-| `round-robin` | 轮询调用 |