perf: 改进多个工作流的交互确认和修复遗漏的规范强调
- 在多个工作流命令中添加 AskUserQuestion 工具使用指南
(backend, frontend, feat, optimize, workflow)
- 修复中英文之间缺少空格的格式问题
- 在 workflow.md 中强调遵循多模型调用规范
This commit is contained in:
1 parent
24983765d6
commit
803cf858ce
5 files changed
+24
-5
No files matched your search
@@ -1,5 +1,5 @@
|
||||
---
|
||||
description: '后端专项工作流(研究→构思→计划→执行→优化→评审),Codex主导'
|
||||
description: '后端专项工作流(研究→构思→计划→执行→优化→评审),Codex 主导'
|
||||
---
|
||||
|
||||
# Backend - 后端专项开发
|
||||
@@ -14,7 +14,7 @@ description: '后端专项工作流(研究→构思→计划→执行→优化
|
||||
|
||||
- 后端任务:$ARGUMENTS
|
||||
- Codex 主导,Gemini 辅助参考
|
||||
- 适用:API设计、算法实现、数据库优化、业务逻辑
|
||||
- 适用:API 设计、算法实现、数据库优化、业务逻辑
|
||||
|
||||
## 你的角色
|
||||
|
||||
@@ -79,6 +79,7 @@ EOF",
|
||||
|
||||
1. 响应以模式标签 `[模式:X]` 开始,初始为 `[模式:研究]`
|
||||
2. 严格按 `研究 → 构思 → 计划 → 执行 → 优化 → 评审` 顺序流转
|
||||
3. 在需要询问用户时,尽量使用 `AskUserQuestion` 工具进行交互,举例场景:请求用户确认/选择/批准
|
||||
|
||||
---
|
||||
|
||||
|
||||
@@ -70,6 +70,12 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
|
||||
|
||||
---
|
||||
|
||||
## 沟通守则
|
||||
|
||||
1. 在需要询问用户时,尽量使用 `AskUserQuestion` 工具进行交互,举例场景:请求用户确认/选择/批准
|
||||
|
||||
---
|
||||
|
||||
## 核心工作流程
|
||||
|
||||
### 1. 输入类型判断
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
---
|
||||
description: '前端专项工作流(研究→构思→计划→执行→优化→评审),Gemini主导'
|
||||
description: '前端专项工作流(研究→构思→计划→执行→优化→评审),Gemini 主导'
|
||||
---
|
||||
|
||||
# Frontend - 前端专项开发
|
||||
@@ -14,7 +14,7 @@ description: '前端专项工作流(研究→构思→计划→执行→优化
|
||||
|
||||
- 前端任务:$ARGUMENTS
|
||||
- Gemini 主导,Codex 辅助参考
|
||||
- 适用:组件设计、响应式布局、UI动画、样式优化
|
||||
- 适用:组件设计、响应式布局、UI 动画、样式优化
|
||||
|
||||
## 你的角色
|
||||
|
||||
@@ -79,6 +79,7 @@ EOF",
|
||||
|
||||
1. 响应以模式标签 `[模式:X]` 开始,初始为 `[模式:研究]`
|
||||
2. 严格按 `研究 → 构思 → 计划 → 执行 → 优化 → 评审` 顺序流转
|
||||
3. 在需要询问用户时,尽量使用 `AskUserQuestion` 工具进行交互,举例场景:请求用户确认/选择/批准
|
||||
|
||||
---
|
||||
|
||||
|
||||
@@ -61,6 +61,12 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
|
||||
|
||||
---
|
||||
|
||||
## 沟通守则
|
||||
|
||||
1. 在需要询问用户时,尽量使用 `AskUserQuestion` 工具进行交互,举例场景:请求用户确认/选择/批准
|
||||
|
||||
---
|
||||
|
||||
## 执行工作流
|
||||
|
||||
**优化目标**:$ARGUMENTS
|
||||
@@ -131,7 +137,7 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
|
||||
|
||||
**后端**:N+1→批量加载、缺索引→复合索引、重复计算→缓存、同步→异步
|
||||
|
||||
**前端**:大Bundle→代码分割、频繁重渲染→memo、大列表→虚拟滚动、未优化图片→WebP
|
||||
**前端**:大 Bundle→代码分割、频繁重渲染→memo、大列表→虚拟滚动、未优化图片→WebP
|
||||
|
||||
---
|
||||
|
||||
|
||||
@@ -98,6 +98,7 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
|
||||
2. 核心工作流严格按 `研究 → 构思 → 计划 → 执行 → 优化 → 评审` 顺序流转。
|
||||
3. 每个阶段完成后必须请求用户确认。
|
||||
4. 评分低于 7 分或用户未批准时强制停止。
|
||||
5. 在需要询问用户时,尽量使用 `AskUserQuestion` 工具进行交互,举例场景:请求用户确认/选择/批准
|
||||
|
||||
---
|
||||
|
||||
@@ -139,6 +140,8 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
|
||||
|
||||
用 `TaskOutput` 等待结果。
|
||||
|
||||
**务必遵循上方 `多模型调用规范` 的 `重要` 指示**
|
||||
|
||||
**Claude 综合规划**:采纳 Codex 后端规划 + Gemini 前端规划,用户批准后存入 `.claude/plan/任务名.md`
|
||||
|
||||
### ⚡ 阶段 4:实施
|
||||
@@ -159,6 +162,8 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
|
||||
|
||||
用 `TaskOutput` 等待结果。整合审查意见,用户确认后执行优化。
|
||||
|
||||
**务必遵循上方 `多模型调用规范` 的 `重要` 指示**
|
||||
|
||||
### ✅ 阶段 6:质量审查
|
||||
|
||||
`[模式:评审]` - 最终评估:
|
||||
|
||||
Reference in new issue
Block a user