故事大小的黄金法则
在 BMAD 方法中，我们发现最佳的故事大小是：一个 AI 会话能够完成的工作量。
拆分策略
1. 按用户旅程拆分
- 注册 → 登录 → 浏览 → 购买
2. 按数据流拆分
- 创建 → 读取 → 更新 → 删除
3. 按技术层拆分
- 数据库 → API → 前端
故事模板
用户故事
作为 [角色]，我想要 [功能]，以便 [价值]
验收标准
- [ ] 条件 1
- [ ] 条件 2
技术笔记
- 依赖：story-001
- 估算：1 个 AI 会话
常见错误
- 故事太大：AI 会丢失上下文
- 故事太小：交接开销超过实际工作
- 依赖不清：导致阻塞和返工