ccg-workflow 1.5.0 → 1.6.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +168 -104
- package/dist/cli.mjs +13 -4
- package/dist/index.d.mts +0 -10
- package/dist/index.d.ts +0 -10
- package/dist/index.mjs +2 -2
- package/dist/shared/{ccg-workflow.DSwxPZjT.mjs → ccg-workflow.CjatSnB0.mjs} +833 -624
- package/package.json +1 -1
- package/templates/commands/agents/planner.md +2 -2
- package/templates/commands/agents/ui-ux-designer.md +2 -2
- package/templates/commands/analyze.md +1 -3
- package/templates/commands/backend.md +150 -22
- package/templates/commands/bugfix.md +1 -3
- package/templates/commands/code.md +1 -3
- package/templates/commands/debug.md +1 -3
- package/templates/commands/dev.md +33 -28
- package/templates/commands/feat.md +3 -3
- package/templates/commands/frontend.md +154 -23
- package/templates/commands/optimize.md +1 -3
- package/templates/commands/review.md +1 -23
- package/templates/commands/test.md +1 -3
- package/templates/commands/think.md +1 -3
- package/templates/commands/enhance.md +0 -52
- package/templates/config/shared-config.md +0 -87
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: planner
|
|
3
3
|
description: 📋 任务规划师 - 使用 WBS 方法论分解功能需求为可执行任务
|
|
4
|
-
tools: Read, Write,
|
|
4
|
+
tools: Read, Write, mcp__ace-tool__search_context
|
|
5
5
|
color: blue
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -29,7 +29,7 @@ color: blue
|
|
|
29
29
|
如果需要了解现有实现,使用 ace-tool 检索:
|
|
30
30
|
|
|
31
31
|
```
|
|
32
|
-
|
|
32
|
+
mcp__ace-tool__search_context {
|
|
33
33
|
"project_root_path": "{{项目路径}}",
|
|
34
34
|
"query": "{{相关功能关键词}}"
|
|
35
35
|
}
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: ui-ux-designer
|
|
3
3
|
description: 🎨 UI/UX 设计师 - 为前端功能生成页面结构、组件拆分和交互流程设计
|
|
4
|
-
tools: Read, Write,
|
|
4
|
+
tools: Read, Write, mcp__ace-tool__search_context
|
|
5
5
|
color: magenta
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -30,7 +30,7 @@ color: magenta
|
|
|
30
30
|
如果项目已有组件库,使用 ace-tool 检索:
|
|
31
31
|
|
|
32
32
|
```
|
|
33
|
-
|
|
33
|
+
mcp__ace-tool__search_context {
|
|
34
34
|
"project_root_path": "{{项目路径}}",
|
|
35
35
|
"query": "可复用的 UI 组件、按钮、表单、卡片、布局组件"
|
|
36
36
|
}
|
|
@@ -2,8 +2,6 @@
|
|
|
2
2
|
description: 多模型技术分析(并行执行),交叉验证后综合见解
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
> 调用语法见 `_config.md`
|
|
6
|
-
|
|
7
5
|
## 用法
|
|
8
6
|
`/analyze <QUESTION_OR_TASK>`
|
|
9
7
|
|
|
@@ -22,7 +20,7 @@ You are the **Analysis Coordinator** orchestrating multi-model research. You dir
|
|
|
22
20
|
|
|
23
21
|
### Step 1: 上下文检索
|
|
24
22
|
|
|
25
|
-
1. Call `
|
|
23
|
+
1. Call `mcp__ace-tool__search_context` to understand relevant code:
|
|
26
24
|
- `project_root_path`: Project root directory absolute path
|
|
27
25
|
- `query`: Natural language description of what to analyze
|
|
28
26
|
5. Identify key files, patterns, and architecture
|
|
@@ -2,8 +2,6 @@
|
|
|
2
2
|
description: 后端/逻辑/算法任务,自动路由到配置的后端模型进行原型生成和审计
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
> 调用语法见 `_config.md`
|
|
6
|
-
|
|
7
5
|
## 用法
|
|
8
6
|
`/backend <LOGIC_TASK_DESCRIPTION>`
|
|
9
7
|
|
|
@@ -12,6 +10,46 @@ description: 后端/逻辑/算法任务,自动路由到配置的后端模型
|
|
|
12
10
|
- This command routes to your configured backend models.
|
|
13
11
|
- Default authority for algorithms, APIs, and business logic.
|
|
14
12
|
|
|
13
|
+
## ⭐ v1.6.0 重大升级
|
|
14
|
+
|
|
15
|
+
**从单模型调用升级为多模型并行工作流!**
|
|
16
|
+
|
|
17
|
+
### 新增功能
|
|
18
|
+
|
|
19
|
+
✅ **5阶段完整工作流**:
|
|
20
|
+
- Step 1: 上下文检索(MCP)
|
|
21
|
+
- Step 2: **多模型后端分析**(Codex + Gemini 并行) ← 新增
|
|
22
|
+
- Step 3: **多模型原型生成**(所有后端模型并行) ← 增强
|
|
23
|
+
- Step 4: 重构与实施(Claude 综合各模型优势)
|
|
24
|
+
- Step 5: **多模型审计交付**(Codex + Gemini 交叉验证) ← 新增
|
|
25
|
+
|
|
26
|
+
✅ **交叉验证机制**:
|
|
27
|
+
- Codex 提供深度后端专业知识(算法、调试)
|
|
28
|
+
- Gemini 提供现代架构视角
|
|
29
|
+
- Claude 综合各家所长,重构为生产级代码
|
|
30
|
+
|
|
31
|
+
✅ **强制用户确认**:
|
|
32
|
+
- Step 2 分析完成后,会询问"是否继续执行此方案?(Y/N)"
|
|
33
|
+
- 避免盲目执行,确保用户对方案满意
|
|
34
|
+
|
|
35
|
+
### 与 /ccg:dev 的区别
|
|
36
|
+
|
|
37
|
+
| 特性 | /ccg:backend | /ccg:dev |
|
|
38
|
+
|------|-------------|----------|
|
|
39
|
+
| **模型范围** | 仅后端模型(Codex + Gemini)| 全部模型(前端+后端)|
|
|
40
|
+
| **适用场景** | 后端专项任务 | 全栈功能开发 |
|
|
41
|
+
| **Prompt 增强** | ❌ 不包含 | ✅ Phase 0 |
|
|
42
|
+
| **工作流阶段** | 5 阶段 | 6 阶段(含 Prompt 增强)|
|
|
43
|
+
| **推荐用户** | 后端开发者 | 全栈开发者 |
|
|
44
|
+
|
|
45
|
+
### 使用建议
|
|
46
|
+
|
|
47
|
+
- 🎯 **纯后端任务**:使用 `/ccg:backend`(如:API 设计、数据库优化、算法实现)
|
|
48
|
+
- 🎯 **全栈功能**:使用 `/ccg:dev`(如:用户登录功能,涉及前后端)
|
|
49
|
+
- 🎯 **需要 Prompt 增强**:使用 `/ccg:dev`(复杂需求,需先优化需求描述)
|
|
50
|
+
|
|
51
|
+
---
|
|
52
|
+
|
|
15
53
|
## 你的角色
|
|
16
54
|
You are the **Backend Orchestrator** specializing in server-side logic. You coordinate:
|
|
17
55
|
1. **ace-tool** – for retrieving existing backend code and architecture
|
|
@@ -21,47 +59,137 @@ You are the **Backend Orchestrator** specializing in server-side logic. You coor
|
|
|
21
59
|
## 流程
|
|
22
60
|
|
|
23
61
|
### Step 1: 上下文检索
|
|
24
|
-
1. Call `
|
|
62
|
+
1. Call `mcp__ace-tool__search_context` to understand existing architecture:
|
|
25
63
|
- `project_root_path`: Project root directory absolute path
|
|
26
64
|
- `query`: Natural language description of the backend task
|
|
27
65
|
2. Identify API patterns, data models, services, and dependencies
|
|
66
|
+
3. 如需求仍不清晰,提出澄清问题
|
|
67
|
+
|
|
68
|
+
### Step 2: 多模型后端分析
|
|
28
69
|
|
|
29
|
-
|
|
70
|
+
**并行调用所有配置的后端模型进行分析**(使用 `run_in_background: true`):
|
|
30
71
|
|
|
31
|
-
|
|
72
|
+
遍历 {{BACKEND_MODELS}} 中的每个模型进行后端分析:
|
|
73
|
+
- 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/analyzer.md`
|
|
74
|
+
- 输出:`Structured analysis/diagnostic report`
|
|
32
75
|
|
|
76
|
+
**总共并行调用次数**: {{BACKEND_MODELS}} 长度(例如:配置 codex + gemini = 2次)
|
|
77
|
+
|
|
78
|
+
调用示例:
|
|
33
79
|
```bash
|
|
34
|
-
|
|
35
|
-
|
|
80
|
+
# 遍历后端模型列表(假设配置了 codex 和 gemini)
|
|
81
|
+
for model in codex gemini; do
|
|
82
|
+
codeagent-wrapper --backend $model - $PROJECT_DIR <<'EOF' &
|
|
83
|
+
ROLE_FILE: ~/.claude/.ccg/prompts/$model/analyzer.md
|
|
36
84
|
|
|
37
85
|
<TASK>
|
|
38
|
-
|
|
86
|
+
分析后端需求: {{后端任务描述}}
|
|
39
87
|
Context: {{从 MCP 获取的 API 架构和数据模型}}
|
|
88
|
+
关注点:
|
|
89
|
+
- API 设计和 RESTful 规范
|
|
90
|
+
- 数据模型和关系设计
|
|
91
|
+
- 业务逻辑复杂度
|
|
92
|
+
- 性能瓶颈和优化点
|
|
93
|
+
- 安全风险和防护措施
|
|
94
|
+
</TASK>
|
|
95
|
+
|
|
96
|
+
OUTPUT: Structured analysis/diagnostic report.
|
|
97
|
+
EOF
|
|
98
|
+
done
|
|
99
|
+
```
|
|
100
|
+
|
|
101
|
+
使用 `TaskOutput` 获取所有模型的分析结果,交叉验证后综合方案。
|
|
102
|
+
|
|
103
|
+
**强制停止**: 询问用户 **"是否继续执行此方案?(Y/N)"** 并等待确认
|
|
104
|
+
|
|
105
|
+
### Step 3: 多模型原型生成
|
|
106
|
+
|
|
107
|
+
**并行调用所有配置的后端模型生成原型**(使用 `run_in_background: true`):
|
|
108
|
+
|
|
109
|
+
遍历 {{BACKEND_MODELS}} 中的每个模型生成后端原型:
|
|
110
|
+
- 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/architect.md`
|
|
111
|
+
- 输出:`Unified Diff Patch ONLY`
|
|
112
|
+
|
|
113
|
+
**总共并行调用次数**: {{BACKEND_MODELS}} 长度(例如:配置 codex + gemini = 2次)
|
|
114
|
+
|
|
115
|
+
调用示例:
|
|
116
|
+
```bash
|
|
117
|
+
# 遍历后端模型生成原型
|
|
118
|
+
for model in $(echo '{{BACKEND_MODELS}}' | jq -r '.[]'); do
|
|
119
|
+
codeagent-wrapper --backend $model - $PROJECT_DIR <<'EOF' &
|
|
120
|
+
ROLE_FILE: ~/.claude/.ccg/prompts/$model/architect.md
|
|
121
|
+
|
|
122
|
+
<TASK>
|
|
123
|
+
生成后端原型: {{后端任务描述}}
|
|
124
|
+
Context: {{相关代码和架构}}
|
|
125
|
+
实现要点:
|
|
126
|
+
- 遵循现有 API 设计模式
|
|
127
|
+
- 实现完整的错误处理
|
|
128
|
+
- 添加必要的参数验证
|
|
129
|
+
- 考虑并发和性能
|
|
40
130
|
</TASK>
|
|
41
131
|
|
|
42
132
|
OUTPUT: Unified Diff Patch ONLY. Strictly prohibit any actual modifications.
|
|
43
133
|
EOF
|
|
134
|
+
done
|
|
44
135
|
```
|
|
45
136
|
|
|
137
|
+
使用 `TaskOutput` 收集所有模型的原型结果。
|
|
138
|
+
|
|
46
139
|
### Step 4: 重构与实施
|
|
47
|
-
1.
|
|
48
|
-
2.
|
|
49
|
-
|
|
50
|
-
|
|
140
|
+
1. 将所有模型的原型视为"脏原型" – 仅作参考
|
|
141
|
+
2. **交叉验证所有模型结果,集各家所长**:
|
|
142
|
+
- 分析每个模型的优势和不足
|
|
143
|
+
- Codex 通常在算法和调试上更强
|
|
144
|
+
- Gemini 可能提供更现代的架构思路
|
|
145
|
+
- 选择最佳实现方案或综合创新点
|
|
146
|
+
3. 重构为干净的生产级代码
|
|
147
|
+
4. 确保正确的错误处理和安全性
|
|
148
|
+
5. 验证变更不会引入副作用
|
|
149
|
+
|
|
150
|
+
### Step 5: 多模型审计交付
|
|
151
|
+
|
|
152
|
+
**并行调用所有配置的后端模型进行审计**(使用 `run_in_background: true`):
|
|
153
|
+
|
|
154
|
+
遍历 {{BACKEND_MODELS}} 中的每个模型进行代码审查:
|
|
155
|
+
- 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/reviewer.md`
|
|
156
|
+
- 输出:`Review comments only`
|
|
157
|
+
|
|
158
|
+
**总共并行调用次数**: {{BACKEND_MODELS}} 长度(例如:配置 codex + gemini = 2次)
|
|
159
|
+
|
|
160
|
+
调用示例:
|
|
161
|
+
```bash
|
|
162
|
+
# 遍历后端模型列表进行审计
|
|
163
|
+
for model in $(echo '{{BACKEND_MODELS}}' | jq -r '.[]'); do
|
|
164
|
+
codeagent-wrapper --backend $model - $PROJECT_DIR <<'EOF' &
|
|
165
|
+
ROLE_FILE: ~/.claude/.ccg/prompts/$model/reviewer.md
|
|
166
|
+
|
|
167
|
+
<TASK>
|
|
168
|
+
审查后端代码: {{实施的代码变更}}
|
|
169
|
+
关注点:
|
|
170
|
+
- 安全性(SQL 注入、XSS、CSRF 等)
|
|
171
|
+
- 性能(N+1 查询、缓存策略)
|
|
172
|
+
- 错误处理(异常捕获、日志记录)
|
|
173
|
+
- 代码质量(可读性、可维护性)
|
|
174
|
+
- API 规范(RESTful 设计、HTTP 状态码)
|
|
175
|
+
</TASK>
|
|
176
|
+
|
|
177
|
+
OUTPUT: Review comments only. No code modifications.
|
|
178
|
+
EOF
|
|
179
|
+
done
|
|
180
|
+
```
|
|
51
181
|
|
|
52
|
-
|
|
182
|
+
使用 `TaskOutput` 收集所有模型的审计结果,交叉验证后提供综合反馈。
|
|
53
183
|
|
|
54
|
-
|
|
55
|
-
- 使用 `reviewer` 角色
|
|
56
|
-
- 审查内容: security, performance, error handling
|
|
57
|
-
- 输出: `Review comments only`
|
|
184
|
+
**最终交付**: 根据审计反馈进行必要的调整,确保代码达到生产级质量。
|
|
58
185
|
|
|
59
186
|
## 输出格式
|
|
60
|
-
1. **Configuration** –
|
|
61
|
-
2. **Architecture Analysis** –
|
|
62
|
-
3. **Model
|
|
63
|
-
4. **
|
|
64
|
-
5. **
|
|
187
|
+
1. **Configuration** – 使用的模型和策略 ({{BACKEND_MODELS}})
|
|
188
|
+
2. **Architecture Analysis** – 现有模式和依赖关系
|
|
189
|
+
3. **Multi-Model Analysis** – 所有后端模型的分析报告(交叉验证)
|
|
190
|
+
4. **Multi-Model Prototypes** – 所有后端模型的原型(交叉验证)
|
|
191
|
+
5. **Refined Implementation** – 综合各模型优势的生产级代码
|
|
192
|
+
6. **Multi-Model Audit** – 所有后端模型的审计反馈(交叉验证)
|
|
65
193
|
|
|
66
194
|
## 注意事项
|
|
67
195
|
- Codex excels at complex logic and debugging
|
|
@@ -2,8 +2,6 @@
|
|
|
2
2
|
description: 质量门控修复(双模型交叉验证,90%+ 通过)
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
> 调用语法见 `_config.md`
|
|
6
|
-
|
|
7
5
|
## 用法
|
|
8
6
|
`/bugfix <bug描述>`
|
|
9
7
|
|
|
@@ -15,7 +13,7 @@ description: 质量门控修复(双模型交叉验证,90%+ 通过)
|
|
|
15
13
|
## 流程
|
|
16
14
|
|
|
17
15
|
### Phase 1: Bug 分析
|
|
18
|
-
1. 调用 `
|
|
16
|
+
1. 调用 `mcp__ace-tool__search_context` 检索相关代码:
|
|
19
17
|
- `project_root_path`: 项目根目录绝对路径
|
|
20
18
|
- `query`: Bug 的自然语言描述
|
|
21
19
|
2. 分析 bug 类型:前端/后端/全栈
|
|
@@ -2,8 +2,6 @@
|
|
|
2
2
|
description: 三模型代码生成(Codex + Gemini + Claude 并行原型,集各家所长)
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
> 调用语法见 `_config.md`
|
|
6
|
-
|
|
7
5
|
## 用法
|
|
8
6
|
`/code <功能描述>`
|
|
9
7
|
|
|
@@ -16,7 +14,7 @@ description: 三模型代码生成(Codex + Gemini + Claude 并行原型,集
|
|
|
16
14
|
|
|
17
15
|
### Phase 1: 需求分析
|
|
18
16
|
|
|
19
|
-
1. 调用 `
|
|
17
|
+
1. 调用 `mcp__ace-tool__search_context` 检索:
|
|
20
18
|
- `project_root_path`: 项目根目录绝对路径
|
|
21
19
|
- `query`: 功能需求的自然语言描述
|
|
22
20
|
- 相关模块和文件结构
|
|
@@ -2,8 +2,6 @@
|
|
|
2
2
|
description: UltraThink 多模型调试(Codex 后端诊断 + Gemini 前端诊断)
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
> 调用语法见 `_config.md`
|
|
6
|
-
|
|
7
5
|
## 用法
|
|
8
6
|
`/debug <问题描述>`
|
|
9
7
|
|
|
@@ -16,7 +14,7 @@ description: UltraThink 多模型调试(Codex 后端诊断 + Gemini 前端诊
|
|
|
16
14
|
|
|
17
15
|
### Phase 1: 上下文检索
|
|
18
16
|
|
|
19
|
-
1. 调用 `
|
|
17
|
+
1. 调用 `mcp__ace-tool__search_context` 检索相关代码:
|
|
20
18
|
- `project_root_path`: 项目根目录绝对路径
|
|
21
19
|
- `query`: 问题的自然语言描述
|
|
22
20
|
2. 收集错误日志、堆栈信息、复现步骤
|
|
@@ -2,8 +2,6 @@
|
|
|
2
2
|
description: 完整6阶段多模型协作工作流(Prompt增强 → 上下文检索 → 多模型分析 → 原型生成 → 代码实施 → 审计交付)
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
> 调用语法见 `_config.md`
|
|
6
|
-
|
|
7
5
|
## 用法
|
|
8
6
|
`/dev <功能描述>`
|
|
9
7
|
|
|
@@ -13,7 +11,7 @@ description: 完整6阶段多模型协作工作流(Prompt增强 → 上下文
|
|
|
13
11
|
|
|
14
12
|
## 你的角色
|
|
15
13
|
你是**编排者**,协调三模型协作系统。你指挥:
|
|
16
|
-
1. **MCP
|
|
14
|
+
1. **ace-tool MCP** – 代码库检索 (`search_context`) 和 Prompt 增强 (`enhance_prompt`)
|
|
17
15
|
2. **Codex** – 后端逻辑、算法、调试专家
|
|
18
16
|
3. **Gemini** – 前端 UI/UX、视觉设计专家
|
|
19
17
|
4. **Claude (子进程)** – 全栈整合、契约设计、跨层问题
|
|
@@ -22,8 +20,11 @@ description: 完整6阶段多模型协作工作流(Prompt增强 → 上下文
|
|
|
22
20
|
## 流程
|
|
23
21
|
|
|
24
22
|
### 阶段 0: Prompt 增强
|
|
25
|
-
1. **Prompt 增强**(调用 `
|
|
26
|
-
-
|
|
23
|
+
1. **Prompt 增强**(调用 `mcp__ace-tool__enhance_prompt`):
|
|
24
|
+
- 参数:
|
|
25
|
+
- `prompt`(必需):用户的原始需求
|
|
26
|
+
- `conversation_history`(可选):最近 5-10 轮对话历史
|
|
27
|
+
- `project_root_path`(可选):当前项目根目录绝对路径
|
|
27
28
|
- 如果工具不可用,直接使用原始 prompt
|
|
28
29
|
|
|
29
30
|
2. 向用户展示原始和增强后的 prompt:
|
|
@@ -49,46 +50,45 @@ description: 完整6阶段多模型协作工作流(Prompt增强 → 上下文
|
|
|
49
50
|
- 如果 N: 使用原始 prompt 或要求修改
|
|
50
51
|
|
|
51
52
|
### 阶段 1: 上下文检索
|
|
52
|
-
1. **代码库检索**(调用 `
|
|
53
|
-
-
|
|
54
|
-
|
|
53
|
+
1. **代码库检索**(调用 `mcp__ace-tool__search_context`):
|
|
54
|
+
- 参数:
|
|
55
|
+
- `project_root_path`(必需):项目根目录的绝对路径
|
|
56
|
+
- `query`(必需):增强后的需求描述(自然语言)
|
|
55
57
|
2. 识别所有相关文件、类、函数和依赖
|
|
56
58
|
3. 如需求仍不清晰,提出澄清问题
|
|
57
59
|
|
|
58
60
|
### 阶段 2: 多模型分析
|
|
59
61
|
|
|
60
|
-
|
|
61
|
-
- 前端分析: {{FRONTEND_PRIMARY}}
|
|
62
|
-
- 后端分析: {{BACKEND_PRIMARY}}
|
|
63
|
-
|
|
64
|
-
**调用方式**: 使用 `Bash` 工具调用 `codeagent-wrapper`
|
|
62
|
+
**并行调用 codex 和 gemini 进行分析**(使用 `run_in_background: true`):
|
|
65
63
|
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
1. **后端模型**:遍历 {{BACKEND_MODELS}} 中的每个模型
|
|
69
|
-
- 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/analyzer.md`
|
|
64
|
+
1. **Codex 分析**:`~/.claude/.ccg/prompts/codex/analyzer.md`
|
|
70
65
|
- 输出:`Structured analysis/diagnostic report`
|
|
71
66
|
|
|
72
|
-
2.
|
|
73
|
-
- 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/analyzer.md`
|
|
67
|
+
2. **Gemini 分析**:`~/.claude/.ccg/prompts/gemini/analyzer.md`
|
|
74
68
|
- 输出:`Structured analysis/diagnostic report`
|
|
75
69
|
|
|
76
70
|
调用示例:
|
|
77
71
|
```bash
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
72
|
+
codeagent-wrapper --backend codex - $PROJECT_DIR <<'EOF' &
|
|
73
|
+
ROLE_FILE: ~/.claude/.ccg/prompts/codex/analyzer.md
|
|
74
|
+
<TASK>
|
|
75
|
+
分析需求: {{增强后的需求}}
|
|
76
|
+
Context: {{从 MCP 获取的代码上下文}}
|
|
77
|
+
</TASK>
|
|
78
|
+
OUTPUT: Structured analysis/diagnostic report.
|
|
79
|
+
EOF
|
|
80
|
+
|
|
81
|
+
codeagent-wrapper --backend gemini - $PROJECT_DIR <<'EOF' &
|
|
82
|
+
ROLE_FILE: ~/.claude/.ccg/prompts/gemini/analyzer.md
|
|
82
83
|
<TASK>
|
|
83
84
|
分析需求: {{增强后的需求}}
|
|
84
85
|
Context: {{从 MCP 获取的代码上下文}}
|
|
85
86
|
</TASK>
|
|
86
87
|
OUTPUT: Structured analysis/diagnostic report.
|
|
87
88
|
EOF
|
|
88
|
-
done
|
|
89
89
|
```
|
|
90
90
|
|
|
91
|
-
使用 `TaskOutput`
|
|
91
|
+
使用 `TaskOutput` 获取 2 个模型的分析结果,交叉验证后综合方案。
|
|
92
92
|
|
|
93
93
|
**强制停止**: 询问用户 **"是否继续执行此方案?(Y/N)"** 并等待确认
|
|
94
94
|
|
|
@@ -96,14 +96,17 @@ done
|
|
|
96
96
|
|
|
97
97
|
**并行调用所有配置的模型生成原型**(使用 `run_in_background: true`):
|
|
98
98
|
|
|
99
|
-
1. **后端模型**:遍历 {{BACKEND_MODELS}}
|
|
99
|
+
1. **后端模型**:遍历 {{BACKEND_MODELS}} 中的每个模型生成后端原型
|
|
100
100
|
- 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/architect.md`
|
|
101
101
|
- 输出:`Unified Diff Patch ONLY`
|
|
102
102
|
|
|
103
|
-
2. **前端模型**:遍历 {{FRONTEND_MODELS}}
|
|
104
|
-
-
|
|
103
|
+
2. **前端模型**:遍历 {{FRONTEND_MODELS}} 中的每个模型生成前端原型
|
|
104
|
+
- **优先使用 frontend.md**:如果模型有 `~/.claude/.ccg/prompts/<模型名>/frontend.md`,使用该文件
|
|
105
|
+
- **降级使用 architect.md**:如果没有 frontend.md,使用 `~/.claude/.ccg/prompts/<模型名>/architect.md`
|
|
105
106
|
- 输出:`Unified Diff Patch ONLY`
|
|
106
107
|
|
|
108
|
+
**总共并行调用次数**: {{BACKEND_MODELS}} 长度 + {{FRONTEND_MODELS}} 长度(例如:2个后端模型 + 2个前端模型 = 4次)
|
|
109
|
+
|
|
107
110
|
调用示例:
|
|
108
111
|
```bash
|
|
109
112
|
# 遍历后端模型生成原型
|
|
@@ -138,6 +141,8 @@ done
|
|
|
138
141
|
- 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/reviewer.md`
|
|
139
142
|
- 输出:`Review comments only`
|
|
140
143
|
|
|
144
|
+
**总共并行调用次数**: {{REVIEW_MODELS}} 长度(例如:2个审查模型 = 2次)
|
|
145
|
+
|
|
141
146
|
调用示例:
|
|
142
147
|
```bash
|
|
143
148
|
# 遍历审查模型列表(默认: codex, gemini)
|
|
@@ -40,11 +40,11 @@ tools: Task, Read, Write, Bash, AskUserQuestion, Glob
|
|
|
40
40
|
|
|
41
41
|
#### 2.1 上下文检索
|
|
42
42
|
|
|
43
|
-
调用
|
|
43
|
+
调用 mcp__ace-tool__search_context 检索相关代码:
|
|
44
44
|
|
|
45
45
|
```
|
|
46
|
-
|
|
47
|
-
"
|
|
46
|
+
mcp__ace-tool__search_context {
|
|
47
|
+
"query": "{{用户需求关键词}} + 相关代码实现、API、组件、数据模型、技术栈"
|
|
48
48
|
}
|
|
49
49
|
```
|
|
50
50
|
|