在上一章，我们确认了个人开发按"决定→准备→制作→发布→培育"五个阶段推进，而铁律是"聚焦 1 个功能，公开 MVP"。第 2 章要处理的，正是其中第一个阶段——"决定"。我们一起走到这一步：小范围地定下做什么、为谁而做，并把它变成规格（spec）这种形式。
把"想做的东西"打磨到可以直接交给 AI 的程度
为什么要先"决定"
想早点开始写代码的心情，我很理解。但个人开发里最常见的失败，就是"边做边搞不清自己在做什么"。目标含糊就动手，途中会冒出"要不这个功能也加上"，方向不断摇摆，永远做不完。
所以编码可以往后放。先把"做什么、为谁做、做到哪"弄清楚。既不定地图也不定终点就出发，迷路是理所当然的；反过来只要目的地定了，AI 这个搭档就能把你领到最短路线上。
功能一个接一个地加，越来越复杂。给 AI 的指令每次都在摇摆。完成越来越远，动力耗尽后被搁置。
目标锁定为 1 个。能给 AI精准下达指令，产出也不摇摆。以最短距离抵达"能跑的东西"。
💡 "决定"不是苦思冥想的时间。 你不需要完美的企划书。本章要做的，是能装进 A4 一张纸（或一屏备忘）的小决断。与其纠结着停在原地，不如哪怕是暂定也先决定、先往前走，这样反而更快到达终点。
如何找到想法 —— 用 AI 对撞
"我没什么特别想做的东西"——没关系。想法不是从零硬憋出来的，而是从身边的不便里捡来的。而这种挖掘工作，恰恰是 AI 最擅长的。你不必一个人苦想。把 AI 当成对撞的对象，想法就会源源不断地冒出来。
每天让你觉得有点麻烦的事。重复的手工操作、记录的琐碎、找东西花的时间。你困扰的事，别人也一样困扰。
那种"要是有这样的应用我肯定会用"的东西。第一个用户就是你自己。自己真心想要的东西，做下去的动力才持久。
把模糊的兴趣抛给 AI，让它反问你。聊着聊着，轮廓就浮现出来。它是把灵光乍现说出口的最佳对象。
对撞的诀窍，是抛出具体的题目。问"有什么好应用吗？"是得不到好答案的。不妨像下面这样，收窄视角来问。
- "给我 10 个解决记账麻烦的应用点子，每个用一句话说。"
- "其中最容易做小的是哪个？顺便说说理由。"
- "这个点子，真的有人会用吗？告诉我目标用户和使用场景。"
- "类似的服务已经有了吗？如果有，个人能切入的差异在哪？"
- "把这个点子砍到只剩 1 个功能，该保留哪个？"
让它出 10 个、你选 1 个，这种推进方式很管用。AI 能一瞬间列出大量候选，于是你的工作就集中在"选"上。有戳中你的，就继续深挖下去。
聚焦 1 个功能 —— 个人开发的铁律
想法有了眉目后，接下来最重要的是"别做太满"。还记得上一章的铁律吗？聚焦 1 个功能，公开 MVP——这是个人开发里最容易被打破、也最该守住的规则。
"难得做一次，那个功能也加、这个功能也加"——起这个念头的瞬间，完成就变远了。因为功能变成 2 个，工作量不是翻倍，而是因为要处理组合关系而膨胀到 3 倍、4 倍。一个人的时间和精力是有限的。一开始，就死死聚焦到唯一那个"只要能做到就有价值"上。
登记书籍、写读后感、星级评分、阅读时长图表、和好友分享、AI 荐书、条形码扫描……一心想做成大而全，结果永远做不完。
只做"把读过的书连同一句话读后感记录下来"。能在列表里回顾就够了。先公开，被用起来了再加下一个。
✅ 取舍的标准是"没有它就不成立吗"。 犹豫要不要的功能，先放进"以后再说"的盒子里。不是丢弃，而是等公开后确实需要了再加。当第一个功能跑起来、被人用上时，下一步该加什么，用户的反馈会告诉你。
把想法凝练成 1 句话
把聚焦好的那 1 个功能，接下来凝练成1 句话。这里是本章的核心。把脑中那团模糊的印象，套进"为谁、解决什么不便、如何解决"的句式，想法就会一下子变得具体。
"一款为常读书的人而做的，把读完的书很快就忘这一不便，用一句话读后感随手记下、并能在列表里回顾的应用。"
只要写得出这一句话，你的个人开发就等于成功了一半。往后的一切——技术选型、给 AI 的指令、公开时的介绍文案——都会以这一句话作为不摇摆的主轴。写不好的时候，也让 AI 来帮忙。对它说"把这个功能，用为谁、解决什么不便、如何解决写成 1 句话"，它就会给出好几个方案。
落成规格 —— AI 开发的地基
一句话定了之后，最后把它落成规格（spec）。规格就是"做什么的设计备忘"。别想得太难，只要把画面、数据、操作三点用最小限度写出来就足够了。
为什么规格重要？因为在 AI 编程里，规格会直接成为地基。比起丢一句"帮我做个这样的应用"，交给它一份写了画面、数据、操作的规格，AI 返回的代码会精准好几倍。把这一思路做到极致的，就是规格驱动开发（Spec-Driven Development），在个人开发里同样的原则也一样奏效。
需要哪些画面。
例：记录列表、添加记录。多数情况2～3 个画面就够。
要保存什么。
例：书名、读后感、记录日期。只需把字段列成条目。
用户能做什么。
例：添加记录、在列表里查看。把能做的事用动词列出来。
把这三点写出来，就是你的第一份规格。比如读书记录应用，就会是下面这样的一份备忘。
数据：书名（文本）／读后感（一句话文本）／记录日期（日期）
操作：添加记录、按时间倒序在列表查看、删除记录
💡 规格不必完美。 不需要一开始就全部写尽。做的过程中意识到"啊，这个也要"，再补上就好。关键在于"先拥有一张作为地基的纸"。比起从一片空白开始，有个草稿垫底，无论 AI 还是人都能快好几倍地推进。
入门路线 / 实战路线的推进方式
到这里为止的"决定"工作，两条路线是一样的。不同的只是规格写到多正式，以及交给谁。按自己的路线推进即可。
规格用记事本或本子手写即可，不需要工整的文档。把"画面、数据、操作"列成条目后，直接贴进 AI 聊天里对撞。问一句"这份规格有遗漏或矛盾吗？"，AI 就会替你把窟窿补上。
本章目标：写出一句话凝练和三点备忘就 OK。
把规格整理成Markdown 文件（例：spec.md），交给 Claude Code 或 Cursor。AI 编辑器会读规格文档、以此为实现地基，所以这里写得越用心，后面越快。写法可参考规格驱动开发。
本章目标：做出一份能交给 AI 编辑器的 spec.md 就 OK。
无论哪条路线，本章结束时手上有"一句话凝练"和"画面、数据、操作的最小规格"——这就是目标。走到这一步，剩下的就只是搭好开工的地基了。进入下一阶段的准备已经就绪。
小结与下一章
- 编码往后放。先决定"做什么、为谁做"，就不会迷路。
- 想法从身边的不便、自己想要的东西里来。用 AI 对撞出 10 个，选 1 个。
- 个人开发的铁律是"聚焦 1 个功能"。犹豫的功能放进"以后再说"的盒子。
- 把想法凝练成"为谁、解决什么不便、如何解决"的 1 句话。
- 规格是画面、数据、操作三点的最小限度。在 AI 编程里，规格就是地基。
- 入门用笔记本和 AI 聊天，实战用Markdown 的 spec.md 推进。
"决定"阶段到此结束。想法变成了一句话、手上有了最小规格，就已经站在动手做的前一步了。接下来，是决定实际用什么技术、工具去做的阶段。你可以回到上一章第 1 章"全局与路线选择"重新看看地图，也可以直接进入第 3 章"准备技术与工具"。把你那一句话变成现实的地基工作，就要开始了。