Meeting

Meeting Skill

通过模拟多角色会议进行任务分析、方案讨论和计划制定。

核心理念

渐进式开发: 在着手任何设计或编码前，必须完成前期调研并厘清所有疑点。

会议类型

1. 需求澄清会议

参与者: PM + PDM + 用户(via 寸止)

## 需求澄清会议

### 1. 问题本质 (第一性原理)
- 用户要解决什么问题?
- 问题的根本原因是什么?
- 为什么现有方案不行?

### 2. 功能边界
- Must Have: [必须功能]
- Nice to Have: [可选功能]
- Out of Scope: [不做的]

### 3. 验收标准
- [ ] 标准1
- [ ] 标准2

### 📋 [PLAN_READY]
等待用户确认

2. 技术方案会议

参与者: AR + LD + SA

## 技术方案会议

### 1. 问题分析 (第一性原理)
- 问题本质是什么?
- 核心需求是什么?

### 2. 数据结构设计 (Data First)
- 核心实体: [列表]
- 实体关系: [描述]
- Linus检查: 是最简的吗?

### 3. 方案对比
| 维度 | 方案A | 方案B |
|------|-------|-------|
| 数据结构 | | |
| 复杂度 | | |
| Linus评分 | /5 | /5 |

### 4. 安全评审 (SA)
- [ ] 安全检查点

### 📋 [DESIGN_FREEZE]
等待用户选择

3. 任务分解会议

参与者: PM + AR + LD

## 任务分解会议

### 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

## 代码评审会议

### Linus审查
- [ ] Data First: 数据结构最简?
- [ ] Naming: 命名准确?
- [ ] Simplicity: 无过度设计?
- [ ] Taste: 代码有品味?

### 安全检查 (SA)
- [ ] 输入验证
- [ ] 注入防护

### 问题清单
| 级别 | 位置 | 问题 | 建议 |
|------|------|------|------|

### 📋 [REVIEW_DONE]
等待用户确认

使用时机

会议输出

所有会议结论写入 .ai_state/active_context.md

与寸止集成

// 需求不明确
寸止.ask({
  context: "需求澄清会议",
  questions: ["问题1?", "问题2?"]
})

// 方案选择
寸止.ask({
  context: "技术方案会议",
  options: ["方案A", "方案B"]
})

// 计划确认
寸止.feedback({
  context: "任务分解会议",
  plan: [任务清单]
})