make-playbook

MAKE 实战手册

将此技能用作独立开发和精益创业软件产品的分阶段操作系统。这是一套原创的清单和诊断系统，灵感来自 Pieter Levels 的 MAKE: The Indie Maker Blueprint；它不能替代这本书。重新使用其中的参考资料时，请保留出处。

阶段模型

构思 -> 构建 -> 发布 -> 增长 -> 变现 -> 自动化 -> 退出

始终将 references/ethos.md 作为精益创业、持之以恒和道德约束的基本准则。如果本次会话中尚未阅读过，请在会话开始时阅读一次。其约束优先于各阶段的策略：不得制造虚假互动或虚假评价，不得使用不诚实的增长技巧、损害用户利益的变现方式，也不得出售用户数据。

工作流

1. 确认应用和当前阶段。如果用户没有说明应用或当前情况，请简洁地提出一个问题。如果项目根目录中存在 MAKE.md 文件，请先阅读，因为其中可能已记录了这些信息。
2. 加载当前阶段的参考资料。如果问题涉及阶段交界处，则加载相邻阶段的参考资料，例如，对“是否已准备好发布”的问题，加载构建/发布阶段；对“有流量但没有收入”的问题，加载增长/变现阶段。
3. 将参考资料应用到用户的具体应用上。使用每份参考资料末尾的诊断问题补充缺失的信息，然后将清单转化为适用于该产品和本周的具体行动列表。
4. 推动产品发布。当用户陷入抽象讨论时，给出能产生市场证据的最小后续行动。
5. 提出创建或更新跟踪文档。对于新应用，将 templates/make-tracker.md 复制到项目根目录并命名为 MAKE.md，然后填写已知信息。对于现有的 MAKE.md，随着决策的确定，更新相关部分。
6. 以行动而非建议收尾。除非用户明确只要求分析，否则每次回复都要以一个简短且有时限的下一步行动结束。

参考资料路由

用户情况	加载
“我不知道该做什么”，构想过于宽泛，细分领域不明确	references/idea.md
难以选择技术栈、过度开发、尚未验证就外包	references/build.md
已经构建产品，但无人知晓，发布计划含糊	references/launch.md
流量停滞、留存情况不明、增长依赖付费广告	references/grow.md
有用户但没有收入，定价/模式不明确	references/monetize.md
已有收入，但创始人成为瓶颈	references/automate.md
收购报价、出售时机、估值或尽职调查相关问题	references/exit.md

跟踪文档处理

• 优先使用项目根目录中的 MAKE.md 记录每个应用的状态。
• 保留用户撰写的部分，只更新与当前对话相关的阶段详情。
• 确保跟踪文档内容客观，包括当前阶段、细分领域、决策、发布日期、定价、重复性任务和复盘记录。
• 复制模板时，如果对话中已有相关答案，请替换明显的占位内容，而不是留下空白框架。

回复格式

对于大多数请求，请按以下格式回复：

1. 用一两句话诊断阶段。
2. 列出关键约束或证据缺口。
3. 给出具体行动的编号计划。
4. 说明已进行或建议进行的跟踪文档更新。
5. 给出今天或本周要采取的下一步行动。