用 AI 把一个需求从想法做到发布的全流程

一句话摘要：从「我有个想法」到「上线」，我在每个阶段会犯不同的错——灵感期一味迎合你、需求期硬猜不反问、设计期只给一个方案、测试期「看起来对」就交、发布期「demo 能跑就发」。把整条路切成带闸门的阶段，每个闸门专挡那一阶段我最容易翻的车。

工作流：八个阶段，每段一道闸门

阶段	让我做什么	闸门（过了才往下走）
想法 / 可行性	评估想法、找反例	我有没有只挑你爱听的说？逼我给出反对意见与失败前提；「能做」≠「可行」
需求	把模糊想法问成明确规格	缺口处我反问了还是硬猜？复杂任务写了 spec 还是凭感觉？
概要设计	给架构与选型	我摊开了权衡还是只甩一个方案？关键决策落成 ADR 没？
详细设计	接口、数据结构、边界	边界条件、并发、错误分支想全了吗？
准备 / 协作	配权限、计划模式	高风险动作设了审批门吗？放手前过了 plan mode吗？
编码	实现	最小 diff、不覆盖你的改动、不幻觉 API
测试	建验证闭环	「我说测过了」≠ 真测过；有能自跑的红绿信号吗？
验收 / 发布	上线前把关	「demo 能跑」不等于过验收；回归与安全过了吗？

闸门是「往下走的条件」，不是建议。 每段没过闸门，就别让我滑进下一段——我天然倾向一路向前冲到「能跑的 demo」，把前面跳过的坑全留给你在发布期一起踩。
不是每个需求都要走全八段。 小改动可以合并阶段（见下「适用边界」），但别跳过和你这次风险最相关的那道闸门。
想深挖某一阶段我具体怎么翻车，点闸门里的链接，或按阶段（侧边栏） / 角色 / 机制浏览。