Appearance
需求说不清，怎么让 AI 做对？
导读
需求不清时，AI 不会停下来问，它会顺着你的模糊猜一个完整方案。开工前先做一轮需求澄清，再用一句 Job Story 收住目的，最后写成带验收标准和终止条件的 Spec。
这三步的顺序不能换：先挖实现条件，再收目的，最后落成契约。展开见你真的知道自己要什么吗？。
为什么开工前一定要先做需求澄清？
因为 AI 没有成本概念，也不会反驳你。
人跟人协作时，开发会用「这个要做两周」「这会牵连三个模块」把需求拉回现实，这些反馈是需求校准的唯一真实信号。换成 AI，它会顺从地给一个看起来完整的方案，本来该有的对抗直接归零，你就在一轮轮顺从中把模糊放大成一套错位的东西。
非编程人员比专业团队更需要这套工具。
需求澄清有没有现成的工具？
有，/grill-me。它一问一答地挖隐藏假设、确认边界，问完自动整理成一份规格文档。
这是 Vibe Coding 场景里最成熟的苏格拉底式方案，直接拿来用就行。同类的 Symposium、Ouroboros 更重、Token 消耗更高，了解即可。用之前心里要有一条已经跑通的工作流，否则提问会变成为了问而问。
需求已经很清楚，还要不要被提问？
不用。先用三要素自查：什么角色、在什么场景下、做什么事情。
三样都能无歧义说清，连隐含的约束和异常都想到了，就直接交付。举个例子：定时发消息的小脚本，事情是到点发固定文本、角色是跑在 n8n 上、场景是每天早上九点只发一次失败不重试——信息齐了，AI 可以直接动手。需求极简单时，反复提问只是拖累。
怎么问出「我为什么要做这件事」？
用一句 Job Story 收住：当 ____ 的时候，我想要 ____，以便于 ____；现在我只能通过 ____ 勉强完成。
苏格拉底提问追问的是技术路径和边界，它容易顺着「怎么做」往下走，不主动停在「为什么要做」。Job Story 补的正是这一块：把触发场景、动机、现状和成功标准收成一句，AI 才知道什么才算做成——比如打卡脚本，成功标准是「不能断签」，不是「跑完就算」。
一句话需求怎么落成一份 Spec？
三步：先用提问把隐性假设挖出来，再用 Job Story 收成一句可执行的任务，最后写成一份带验收标准和终止条件的 Spec。
重心理清一件事：Spec 是把模糊任务收束成 AI 可执行、可自查、可验收的契约，不是把步骤写死。完整写法见Spec 到底该怎么写？。
Spec 要不要把每个步骤都写死？
不要。写死步骤，AI 就从能自己找方案的智能体退化成按顺序执行的脚本。
该写的是目标、边界约束、可逐条打勾的验收标准，HOW 留给 AI。验收标准要可观测：把「体验良好」换成「购物车 120 元，用有效券后总价 100 元，并出现折扣行」这种任何人不用读代码就能核对的事实。
AI 越做越多、停不下来，怎么办？
加两样东西：Out of scope 和终止条件。
前者明确列出这次绝对不做的事——顺手的重构、锦上添花的功能、相关但不属于本次迭代的需求，这是挡住范围膨胀最有效的防线。后者写清什么时候必须停，比如「验收全过就交付；连续两轮过不了，或需要突破约束，就停下来问我」。没有出口的循环，AI 只会一直往前做。