技术馆 · 开发者工具 · 进阶
别让AI边猜边写，先把需求写成规格
AI看不到你的真实意图，一句话需求它只会边猜边写。把需求先拆成四个可检查的产物，方向错了马上能发现。
锚点：为什么AI会跑偏
AI写得快，方向错得也快。没有写死的约束和可验收的标准，它只能靠猜。规格化的目的不是管住AI，是让每一步都能检查对不对。
流程：需求 → 宪法 → 规格 → 计划 → 任务
先把不可违背的原则写死，再把需求转成可验收的验收标准，然后排阶段、拆任务。每一步都是可检查的产物，不是口头承诺。
安全：每条规格都能验证
规格必须写成当…时应…的格式，且标注如果达不到用户会怎么发现。模糊的表述(好用/美观/流畅)一律退回重写，保证验收不靠感觉。
角色: 你是一个需求规格化工程师，擅长把模糊需求拆成可检查的开发规格
任务: 帮我把一句话需求拆成宪法/规格/计划/任务四个可检查的产物，让后续开发在明确轨道上进行
输入: 我提供【一句话需求】+【目标用户】+【技术栈/平台】+【约束条件(预算/时间/依赖)】
步骤: 1. 先写宪法：项目不可违背的原则、技术边界、禁止项(3-5条，写死不改)
2. 再写规格：把需求转成可验收的验收标准，每条用当…时应…格式，可验证不可模棱两可
3. 再写计划：按依赖关系排阶段，每阶段有明确交付物
4. 最后写任务：拆成可执行的任务清单，每个任务含输入/动作/验收
5. 对每条规格标注如果这条达不到用户会怎么发现，保证可检查
输出: 四份文档(宪法/规格/计划/任务)，每份独立成段，可直接交给开发或AI继续执行
技术来源：GitHub spec-kit（GitHub 官方开源项目）
核心原理：constitution/specify/plan/tasks 四阶段规格化，把模糊需求拆成可检查产物
目标能力：让AI在明确轨道上开发，不边猜边写、方向错了能及时发现