Meeting Skill
通过模拟多角色会议进行任务分析、方案讨论和计划制定。
核心理念
渐进式开发: 在着手任何设计或编码前，必须完成前期调研并厘清所有疑点。
会议类型
1. 需求澄清会议
参与者: PM + PDM + 用户(via 寸止)
markdown
## 需求澄清会议 ### 1. 问题本质 (第一性原理) - 用户要解决什么问题? - 问题的根本原因是什么? - 为什么现有方案不行? ### 2. 功能边界 - Must Have: [必须功能] - Nice to Have: [可选功能] - Out of Scope: [不做的] ### 3. 验收标准 - [ ] 标准1 - [ ] 标准2 ### 📋 [PLAN_READY] 等待用户确认
2. 技术方案会议
参与者: AR + LD + SA
markdown
## 技术方案会议 ### 1. 问题分析 (第一性原理) - 问题本质是什么? - 核心需求是什么? ### 2. 数据结构设计 (Data First) - 核心实体: [列表] - 实体关系: [描述] - Linus检查: 是最简的吗? ### 3. 方案对比 | 维度 | 方案A | 方案B | |------|-------|-------| | 数据结构 | | | | 复杂度 | | | | Linus评分 | /5 | /5 | ### 4. 安全评审 (SA) - [ ] 安全检查点 ### 📋 [DESIGN_FREEZE] 等待用户选择
3. 任务分解会议
参与者: PM + AR + LD
markdown
## 任务分解会议 ### 1. 里程碑 - Phase 1: [核心功能] - Phase 2: [扩展功能] ### 2. 任务清单 | ID | 任务 | 依赖 | Owner | 预估 | |----|------|------|-------|------| | T-001 | | | LD | 2h | | T-002 | T-001 | | LD | 1h | ### 3. 风险 - 风险1 → 缓解措施 ### 📋 [PLAN_READY] 等待用户确认
4. 代码评审会议
参与者: AR + LD + QE + SA
markdown
## 代码评审会议 ### Linus审查 - [ ] Data First: 数据结构最简? - [ ] Naming: 命名准确? - [ ] Simplicity: 无过度设计? - [ ] Taste: 代码有品味? ### 安全检查 (SA) - [ ] 输入验证 - [ ] 注入防护 ### 问题清单 | 级别 | 位置 | 问题 | 建议 | |------|------|------|------| ### 📋 [REVIEW_DONE] 等待用户确认
使用时机
| Path | 会议 |
|---|---|
| Path A | 不需要 |
| Path B | 技术方案 + 任务分解 |
| Path C | 全部会议 |
会议输出
所有会议结论写入 .ai_state/active_context.md
与寸止集成
javascript
// 需求不明确
寸止.ask({
context: "需求澄清会议",
questions: ["问题1?", "问题2?"]
})
// 方案选择
寸止.ask({
context: "技术方案会议",
options: ["方案A", "方案B"]
})
// 计划确认
寸止.feedback({
context: "任务分解会议",
plan: [任务清单]
})