https://wlj.me/tags/development/Recent content in Development on Luca's BlogHugozhLuca WuLuca WuWed, 09 Sep 2026 07:39:17 +0800https://wlj.me/posts/20260909-ai-native-sdlc/Wed, 09 Sep 2026 07:39:17 +0800Luca Wuhttps://wlj.me/posts/20260909-ai-native-sdlc/<p>从需求到上线，每阶段的产出、做法和效果。</p> <p>AI 写代码变快后，需求、审查和发布也要提速。每阶段留下产出，下一阶段接着做；人负责目标和批准。</p> <p><img src="https://wlj.me/images/posts/20260909-ai-native-sdlc/bottleneck.png" alt="原课图片：AI 缩短了写代码的时间，需求、检查和发布仍然耗时。"></p> <p>原课图：瓶颈转移，长度为示意。</p> <p><code>intent.md</code> 记“要什么”，<code>spec.md</code> 记“定了什么”，<code>plan.md</code> 记“怎么做”。计划阶段明确需求；实施计划在构建阶段产生。文件、代码及批准记录都进入版本管理。</p> <h2 id="计划阶段产出intentmd">计划阶段｜产出：intent.md</h2> <p>提想法的人与 AI 讨论问题、目标和限制，AI 起草需求，产品负责人纠正并批准。例如：“客户能在网页上查理赔进度，沿用现有登录方式。”</p> <p>看效果：需求提交耗时、获批比例，以及设计开始后需求修改次数。</p> <h2 id="设计阶段产出specmd">设计阶段｜产出：spec.md</h2> <p>AI 读 <code>intent.md</code>，按团队规范写方案，标出冲突和疑问。产品负责人解决并批准，高风险请技术负责人参与。</p> <p>看效果：从需求到方案用了多久，开发后因需求不清返工几次。</p> <h2 id="构建阶段产出planmd-与代码">构建阶段｜产出：plan.md 与代码</h2> <p>AI 读已批准的 <code>spec.md</code> 和代码，先写 <code>plan.md</code>：改哪些文件、实施顺序、如何验证。工程师批准后再写代码和测试；偏离计划时同步更新。</p> <p>看效果：一次实现即可合并的比例、合并耗时、返工次数。</p> <h2 id="测试阶段产出验证记录">测试阶段｜产出：验证记录</h2> <p>AI 跑测试、构建及页面检查，失败就修，留下输出或截图。修 bug 先用测试复现，并保护测试，防止放宽检查。</p> <p>看效果：首次检查通过率、人工审查耗时、上线后的改动失败率。</p> <h2 id="部署阶段产出发布记录">部署阶段｜产出：发布记录</h2> <p>AI 按审查规则检查并修复问题。代码负责人批准合并，发布负责人授权上线。变更请求（PR）和部署日志留下审查、批准与执行结果；回滚须提前演练。</p> <p>看效果：首次审查等待时间、意见自动修复比例、漏到线上的缺陷数。</p> <h2 id="维护阶段产出新的-intentmd">维护阶段｜产出：新的 intent.md</h2> <p>监控触发 AI 排查，将证据、影响和修复目标写成新需求。负责人决定修复、排期或关闭。修复照常走验证和审批，事后补防复发案例。</p> <p>看效果：异常到需求入队耗时、发现转成修复的比例、同类故障复发次数。</p> <p><img src="https://wlj.me/images/posts/20260909-ai-native-sdlc/workflow.png" alt="圆圈表示阶段，连线标注交接产出：Plan 到 Design 为 intent.md，Design 到 Build 为 spec.md，Build 到 Test 为代码与测试，Test 到 Deploy 为验证记录，Deploy 到 Maintain 为发布记录，Maintain 到 Plan 为新的 intent.md。Build 内先写 plan.md，再实现代码。"></p> <p>据原课图补充阶段产出。</p>