starmen1265
8cc6fa2354
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阶段协调逻辑 - 状态管理和恢复机制
201 lines
4.0 KiB
Markdown
201 lines
4.0 KiB
Markdown
# 方案审核阶段 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"
|
|
}
|
|
}
|
|
}
|
|
}
|
|
```
|