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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "ccg-workflow",
3
- "version": "1.5.0",
3
+ "version": "1.6.0",
4
4
  "description": "Claude-Codex-Gemini 多模型协作系统 - 智能路由多模型开发工作流",
5
5
  "type": "module",
6
6
  "packageManager": "pnpm@10.17.1",
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  name: planner
3
3
  description: 📋 任务规划师 - 使用 WBS 方法论分解功能需求为可执行任务
4
- tools: Read, Write, {{MCP_SEARCH_TOOL}}
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
- {{MCP_SEARCH_TOOL}} {
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, {{MCP_SEARCH_TOOL}}
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
- {{MCP_SEARCH_TOOL}} {
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 `{{MCP_SEARCH_TOOL}}` to understand relevant code:
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 `{{MCP_SEARCH_TOOL}}` to understand existing architecture:
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
- ### Step 2: 调用后端模型生成原型
70
+ **并行调用所有配置的后端模型进行分析**(使用 `run_in_background: true`):
30
71
 
31
- 使用配置的后端主模型 ({{BACKEND_PRIMARY}}) 生成后端原型:
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
- codeagent-wrapper --backend {{BACKEND_PRIMARY}} - $PROJECT_DIR <<'EOF'
35
- ROLE_FILE: ~/.claude/.ccg/prompts/{{BACKEND_PRIMARY}}/architect.md
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. Review model prototype(s) as "dirty prototype"
48
- 2. If multiple models, cross-validate and select best patterns
49
- 3. Refactor into clean, maintainable code
50
- 4. Ensure proper error handling and security
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
- ### Step 5: 审计
182
+ 使用 `TaskOutput` 收集所有模型的审计结果,交叉验证后提供综合反馈。
53
183
 
54
- Call configured backend model(s) to review the final implementation:
55
- - 使用 `reviewer` 角色
56
- - 审查内容: security, performance, error handling
57
- - 输出: `Review comments only`
184
+ **最终交付**: 根据审计反馈进行必要的调整,确保代码达到生产级质量。
58
185
 
59
186
  ## 输出格式
60
- 1. **Configuration** – models and strategy being used
61
- 2. **Architecture Analysis** – existing patterns and dependencies
62
- 3. **Model Prototype(s)** – raw prototypes from configured models
63
- 4. **Refined Implementation** – production-ready backend code
64
- 5. **Audit Feedback** – security and performance review
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. 调用 `{{MCP_SEARCH_TOOL}}` 检索相关代码:
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. 调用 `{{MCP_SEARCH_TOOL}}` 检索:
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. 调用 `{{MCP_SEARCH_TOOL}}` 检索相关代码:
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 工具** 代码库检索和 Prompt 增强(已配置为 `{{MCP_SEARCH_TOOL}}` 和 `{{MCP_ENHANCE_TOOL}}`)
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 增强**(调用 `{{MCP_ENHANCE_TOOL}}`):
26
- - 参数:`{{MCP_ENHANCE_PARAM}}`(用户的原始需求),`conversation_history`(最近 5-10 轮对话,可选),`project_root_path`(当前项目根目录,可选)
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. **代码库检索**(调用 `{{MCP_SEARCH_TOOL}}`):
53
- - 参数:`{{MCP_SEARCH_PARAM}}`(增强后的需求描述)
54
- - 对于 ace-tool:还需要 `project_root_path`(项目根目录绝对路径)
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
- **并行调用以下模型进行分析**(使用 `run_in_background: true` 非阻塞执行):
61
- - 前端分析: {{FRONTEND_PRIMARY}}
62
- - 后端分析: {{BACKEND_PRIMARY}}
63
-
64
- **调用方式**: 使用 `Bash` 工具调用 `codeagent-wrapper`
62
+ **并行调用 codex 和 gemini 进行分析**(使用 `run_in_background: true`):
65
63
 
66
- **并行调用所有配置的模型进行分析**(使用 `run_in_background: true`):
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. **前端模型**:遍历 {{FRONTEND_MODELS}} 中的每个模型
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
- # 遍历后端模型列表(假设配置了 codex gemini)
79
- for model in codex gemini; do
80
- codeagent-wrapper --backend $model - $PROJECT_DIR <<'EOF' &
81
- ROLE_FILE: ~/.claude/.ccg/prompts/$model/analyzer.md
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
- - 每个模型使用对应的 `~/.claude/.ccg/prompts/<模型名>/frontend.md`(如无 frontend 角色,使用 architect)
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
- 调用 {{MCP_SEARCH_TOOL}} 检索相关代码:
43
+ 调用 mcp__ace-tool__search_context 检索相关代码:
44
44
 
45
45
  ```
46
- {{MCP_SEARCH_TOOL}} {
47
- "{{MCP_SEARCH_PARAM}}": "{{用户需求关键词}} + 相关代码实现、API、组件、数据模型、技术栈"
46
+ mcp__ace-tool__search_context {
47
+ "query": "{{用户需求关键词}} + 相关代码实现、API、组件、数据模型、技术栈"
48
48
  }
49
49
  ```
50
50