核心问题
和 Agent 工作很像和人工作，但 Agent 会举着镜子照回你自己：
- 你乱 → Agent 乱
- 你频繁上下文切换 → Agent 加速版同样问题
- 你忘记上次怎么做的 → Agent 被压缩后从零开始
解决方案：Playbook + SOP 元系统
从 Dan Martell（《Buy Back Your Time》作者）的 SaaS 经验中提炼，适配 AI 时代。
四大 North Star 原则
- Day One Ready — 任何新人或压缩后的 Agent 拿起 Playbook 就能零问题执行
- Learn Once, Capture Forever — 每个昂贵教训都写下来，不再付两次学费
- Ship Fast, Polish Later — 文档应加速速度而非杀死速度，快速捕获胜过度追求完美
- Inspection Is the Standard — 不定期审查的 Playbook 只是愿望，必须 inspect what you expect
Playbook 创建格式（4 部分 + changelog）
1. HEADER
[Playbook Name]
Objective: [一句话]
Owner: [维护者]
Reviewer: [审查者]
Review: [频率 - 至少季度]
2. PRINCIPLES
3-5 条几乎不变的 North Star 声明。
3. THE PLAY
实际工作。使用基于节奏、流程或框架的结构。所有脚本、模板、清单、复制粘贴命令都放这里。如果执行者不能复制粘贴，Playbook 就不完整。
4. FAILURE MODES
至少 3 种真实故障方式 + 精确修复方案。
5. CHANGELOG
底部追加式记录。
SOP 创建格式（7 步流程）
SOP 活在 Playbook 之下。Playbook 说 WHAT 和 WHEN，SOP 说精确的 HOW。
- Identify the source — 你已经在做 / 别人知道 / 没人做过
- Explore before writing — 不假设，看实际文件
- Pick a template — 标准 SOP / 工具 SOP / 轻量 SOP
- Draft it — 用精确格式起草
- Review it — 审查
- Link + commit — 从父 Playbook 链接并注册
- Feed back — 新学习反馈回父 Playbook
故障模式（元 Playbook 也有）
- All theory, no copy-paste scripts → 不完整
- Skipping failure modes → 你会重复它们
- Playbook bloat → 把 what vs how 拆进 SOP
- Reviewer becomes a ghost → 审查节奏是强制的
- Author grades their own work → 永远做真实审查
高级用法
- 子代理评分：让 Agent spawn 子代理，按 Playbook Playbook 和 SOP SOP 给 Playbook 打分
- 结合 Wiki：从书籍/视频/辅导记录的转录构建 Wiki，再从中提取概念生成 Playbook 和 SOP
关键认知
作为领导者，你必须 inspect what you expect，没人会尊重你不检查的东西。
AI Agent 的问题：你无法真正让 AI Agent 负责。它做不好不能" transition off your team"，只能等模型变好 + 自己改善上下文管理。
资源
- GitHub 仓库：https://github.com/sene1337/AI-Playbook-Playbook
- Dan Martell 的委派 Playbook：DM @danmartell 发送 "131 RULE"