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