meeting

name	meeting
description	多角色虚拟会议，任务分析与规划

Meeting Skill (多角色虚拟会议)

通过模拟多角色会议进行任务分析、方案设计和任务规划。

核心理念

"The best meetings are the ones that don't need to happen." — 但必要的会议要高效

采用第一性原理：

1. 问题本质是什么？
2. 最简解决方案是什么？
3. 谁需要参与决策？

会议类型

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结构化思考