feat(dev-workflow): Phase 2-9 prompt templates + orchestrator
Phase 2 头脑风暴: - prompts/brainstorming.md - 问答策略和需求收集模板 Phase 3 方案设计: - prompts/solution-design.md - 3个子代理启动配置 Phase 4 方案审核: - prompts/solution-review.md - 交叉审核和综合方案生成 Phase 5 方案汇报: - prompts/solution-report.md - 用户决策处理 Phase 6 Spec编排: - prompts/spec-planning.md - 依赖分析和分波计划 Phase 7 并行开发: - prompts/parallel-development.md - 波次执行逻辑 Phase 8 测试: - prompts/testing.md - 测试框架检测和重试逻辑 Phase 9 代码审查: - prompts/code-review.md - 3个子代理独立审查 Phase 10 修复验证: - prompts/fix-verification.md - 修复循环和最终汇报 主编排器: - orchestrator.py - 9阶段协调逻辑 - 状态管理和恢复机制
This commit is contained in:
@@ -0,0 +1,200 @@
|
||||
# 方案审核阶段 Prompt 模板
|
||||
|
||||
## 目标
|
||||
|
||||
每个子代理审核其他两个方案,发现问题、提出改进建议,最终达成综合方案。
|
||||
|
||||
## 交叉审核矩阵
|
||||
|
||||
```
|
||||
┌─────────────┬───────────────┬───────────────┬───────────────┐
|
||||
│ 审核者 │ 审核方案A │ 审核方案B │ 审核方案C │
|
||||
├─────────────┼───────────────┼───────────────┼───────────────┤
|
||||
│ Agent A │ — │ ✓ │ ✓ │
|
||||
│ Agent B │ ✓ │ — │ ✓ │
|
||||
│ Agent C │ ✓ │ ✓ │ — │
|
||||
└─────────────┴───────────────┴───────────────┴───────────────┘
|
||||
```
|
||||
|
||||
## 审核子代理 Prompt
|
||||
|
||||
```
|
||||
你是一个代码审核专家。请审核以下两个技术方案,并提供专业的评审意见。
|
||||
|
||||
## 原始需求
|
||||
{requirements_summary}
|
||||
|
||||
## 待审核方案
|
||||
|
||||
### 方案 1
|
||||
{solution_1_content}
|
||||
|
||||
### 方案 2
|
||||
{solution_2_content}
|
||||
|
||||
## 审核维度
|
||||
|
||||
请从以下维度进行审核:
|
||||
|
||||
### 1. 完整性
|
||||
- 是否覆盖了所有需求?
|
||||
- 有没有遗漏的功能点?
|
||||
- 边界条件是否考虑周全?
|
||||
|
||||
### 2. 可行性
|
||||
- 技术方案是否可行?
|
||||
- 有没有技术风险?
|
||||
- 依赖是否稳定可靠?
|
||||
|
||||
### 3. 可维护性
|
||||
- 代码结构是否清晰?
|
||||
- 是否易于理解和修改?
|
||||
- 是否有足够的文档?
|
||||
|
||||
### 4. 性能
|
||||
- 是否满足性能要求?
|
||||
- 有没有性能瓶颈?
|
||||
- 是否有优化空间?
|
||||
|
||||
### 5. 安全性
|
||||
- 是否有安全风险?
|
||||
- 敏感数据如何处理?
|
||||
- 权限控制是否完善?
|
||||
|
||||
## 输出格式
|
||||
|
||||
```markdown
|
||||
# 方案审核报告
|
||||
|
||||
## 审核: [方案1名称] vs [方案2名称]
|
||||
|
||||
### 方案1 评审
|
||||
|
||||
#### 优点
|
||||
1. [优点1]
|
||||
2. [优点2]
|
||||
|
||||
#### 缺点
|
||||
1. [缺点1]
|
||||
2. [缺点2]
|
||||
|
||||
#### 改进建议
|
||||
1. [建议1]
|
||||
2. [建议2]
|
||||
|
||||
#### 评分 (1-10)
|
||||
- 完整性:
|
||||
- 可行性:
|
||||
- 可维护性:
|
||||
- 性能:
|
||||
- 安全性:
|
||||
- **总分**:
|
||||
|
||||
---
|
||||
|
||||
### 方案2 评审
|
||||
[同上结构]
|
||||
|
||||
---
|
||||
|
||||
## 对比结论
|
||||
|
||||
### 更推荐哪个方案?
|
||||
[选择] 及原因
|
||||
|
||||
### 两个方案可以融合的点
|
||||
1. [融合点1]
|
||||
2. [融合点2]
|
||||
|
||||
### 需要额外关注的风险
|
||||
1. [风险1]
|
||||
```
|
||||
|
||||
请客观、专业地进行审核。
|
||||
```
|
||||
|
||||
## 审核结果收集
|
||||
|
||||
每个审核子代理输出保存到:
|
||||
- `.planning/dev-workflow/reviews/review-A.md` (A审核BC)
|
||||
- `.planning/dev-workflow/reviews/review-B.md` (B审核AC)
|
||||
- `.planning/dev-workflow/reviews/review-C.md` (C审核AB)
|
||||
|
||||
## 综合方案生成
|
||||
|
||||
主代理收集所有审核意见后,生成综合方案:
|
||||
|
||||
```
|
||||
你是一个技术决策者。请基于以下信息,生成一个综合最佳方案。
|
||||
|
||||
## 原始需求
|
||||
{requirements_summary}
|
||||
|
||||
## 三个初始方案
|
||||
{all_solutions}
|
||||
|
||||
## 三份审核意见
|
||||
{all_reviews}
|
||||
|
||||
## 任务
|
||||
1. 分析每个方案的优缺点
|
||||
2. 提取各方案的亮点
|
||||
3. 融合成一个综合方案
|
||||
4. 确保综合方案覆盖所有需求
|
||||
5. 说明融合决策的理由
|
||||
|
||||
## 输出格式
|
||||
|
||||
```markdown
|
||||
# 综合技术方案
|
||||
|
||||
## 方案概述
|
||||
[综合方案的核心思路]
|
||||
|
||||
## 融合决策
|
||||
|
||||
| 决策点 | 选择来源 | 理由 |
|
||||
|--------|---------|------|
|
||||
| [决策1] | 方案A | [为什么选A] |
|
||||
| [决策2] | 方案B | [为什么选B] |
|
||||
|
||||
## 技术选型
|
||||
[最终确定的技术栈]
|
||||
|
||||
## 架构设计
|
||||
[综合后的架构]
|
||||
|
||||
## 核心模块
|
||||
[综合后的模块设计]
|
||||
|
||||
## 文件结构
|
||||
[最终的文件结构]
|
||||
|
||||
## 开发计划
|
||||
[开发步骤]
|
||||
|
||||
## 风险与应对
|
||||
[识别的风险和应对策略]
|
||||
|
||||
## 为什么这个方案最好
|
||||
[总结综合方案的优势]
|
||||
```
|
||||
|
||||
请做出明智的决策,生成最优方案。
|
||||
```
|
||||
|
||||
## 状态更新
|
||||
|
||||
```json
|
||||
{
|
||||
"phases": {
|
||||
"3": {
|
||||
"status": "completed",
|
||||
"data": {
|
||||
"reviews": ["review-A.md", "review-B.md", "review-C.md"],
|
||||
"final_solution": "final-solution.md"
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
Reference in New Issue
Block a user