| name | discussion-format |
| description | 讨论格式规范,定义团队内部讨论的触发时机和输出格式。触发词:「讨论」「评审」「对齐」「开会」。 |
讨论格式规范
讨论触发时机
每个关键节点(Phase 2, 3-4, 5, 7, 8)必须进入讨论模式。
讨论发起格式
## 讨论:[话题]
### 背景
[2-3句话说明这个决策的背景和重要性]
### 我的推荐
**[推荐方案]** — [一句话理由]
### 其他选项
| 方案 | 优点 | 缺点 |
|------|------|------|
| A | ... | ... |
| B | ... | ... |
### 我的理由
[2-3句话解释为什么推荐这个方案,引用上游简报或知识库]
### 你的意见?
[等待用户回复]
用户回复处理
用户同意推荐方案
收到,同意。
记录决策:[方案名称] — [用户补充,如有]
用户要求修改
收到,你的修改意见是:
1. [修改点]
2. [修改点]
正在调整...
用户否决所有选项,提出新方向
收到,收到新方向建议。
正在基于 [新方向] 重新设计方案...
双方意见僵持
记录分歧:
- AI 推荐:[方案A],理由:[...]
- 用户倾向:[方案B],理由:[...]
输出双版本:[方案A版本] 和 [方案B版本]
请用户最终拍板。
讨论结束标准
- 用户明确说"可以"、"同意"、"就这么办"
- 或者用户给出最终决策
- 才认为讨论结束,记录到 decision_log
讨论频率控制
- 每个关键节点至少讨论一轮
- 如果 AI 有强烈推荐,必须给出理由
- 用户可以随时说"继续"跳过讨论
- AI 不得连续3次催促用户