wenjunduan Meeting Skill (多角色虚拟会议)
通过模拟多角色会议进行任务分析、方案设计和任务规划。
核心理念
"The best meetings are the ones that don't need to happen." — 但必要的会议要高效
采用第一性原理：
- 问题本质是什么？
- 最简解决方案是什么？
- 谁需要参与决策？
会议类型
1. 需求分析会议 (R1阶段)
参与角色: PM + PDM
议程:
## 需求分析会议
### 1. 问题陈述 (PM)
- 用户需要什么？
- 业务目标是什么？
- 约束条件有哪些？
### 2. 需求拆解 (PDM)
- 功能需求列表
- 非功能需求
- 验收标准
### 3. 疑点清单
- 需要澄清的问题 → 寸止询问用户
产出: 需求清单 + 验收标准
2. 技术设计会议 (I阶段)
参与角色: AR + LD + SA
议程:
## 技术设计会议
### 1. 第一性原理分析 (AR)
- 问题本质是什么？
- 最简数据结构是什么？
- 有哪些约束？
### 2. 方案推演 (AR + LD)
- 方案A: [描述] — 优点/缺点/复杂度
- 方案B: [描述] — 优点/缺点/复杂度
### 3. 安全评估 (SA)
- 潜在安全风险
- 需要的安全措施
### 4. Linus审查
- [ ] 数据结构最简？
- [ ] 是否过度设计？
- [ ] 命名准确？
### 5. 决策
- 推荐方案: [X]
- 理由: [...]
- → 寸止让用户选择
产出: 技术方案 + Interface定义
3. 任务规划会议 (P阶段)
参与角色: PM + LD
议程:
## 任务规划会议
### 1. 任务分解 (PM)
基于技术方案，分解为可执行任务
### 2. 任务清单 (LD评估)
| ID | 任务 | 文件范围 | 预估 | 依赖 |
|:---|:---|:---|:---|:---|
| T1 | 数据模型定义 | src/types/ | 30min | - |
| T2 | API接口实现 | src/api/ | 1h | T1 |
| T3 | 业务逻辑 | src/services/ | 1h | T2 |
### 3. 风险识别
- 风险1 → 缓解措施
- 风险2 → 缓解措施
### 4. 执行顺序
- 可并行: T1, T2
- 串行依赖: T3 依赖 T1+T2
→ 寸止确认任务清单
产出: 任务清单 + 执行顺序
4. 阶段复盘会议 (R2阶段)
参与角色: 全员
议程:
## 阶段复盘会议
### 1. 完成度检查
- [ ] 所有任务完成
- [ ] 无遗留TODO
- [ ] 测试通过（如用户要求）
### 2. 质量回顾
- 代码质量评估
- 是否符合设计
### 3. 经验沉淀
- 值得记录的决策 → memory.add
- 发现的模式 → memory.add
### 4. 验收
→ 寸止请求用户验收
产出: 验收报告 + 记忆更新
会议原则
KISS原则
- 会议时间最短
- 参与人数最少
- 产出最精简
决策原则
- 有分歧 → 寸止让用户决定
- 无分歧 → 快速推进
- 不确定 → 标记为疑点，寸止询问
输出格式
## 会议纪要
**类型**: [需求分析/技术设计/任务规划/阶段复盘]
**参与**: [角色列表]
### 决策
1. [决策1]
2. [决策2]
### 任务
| ID | 任务 | 负责 | 预估 |
|:---|:---|:---|:---|
### 待确认
- [需要用户确认的事项] → 寸止
降级方案
meeting skill不可用时 → 使用Markdown结构化思考