Claude 官方的《The AI-Native SDLC playbook》讨论了一个很实际的问题。Agent 写代码越来越快，但需求怎么定、代码谁来审、上线风险谁负责，这些事情未必跟得上。

他们提出，每个阶段把产物提交到 Git，下一阶段读完再继续。intent.md 记录需求意图，spec.md 写设计和验收条件，plan.md 安排执行，后面接代码、测试和审查记录。人仍然负责需要判断的决定。

这对我用 Vibe Coding 做项目很有参考价值。我自己做得动，团队其他人却很难接手。

需求为什么这样定，哪些方案放弃了，功能验证到哪里，这些判断很难仅凭代码还原。别人要继续改，往往得先把前面的事问一遍。

我之前做过 PRD / Spec Skill，想通过文档交代清楚，实际用下来太重，效果不好。

所以我参考官方文章，重做了 ai-native-development。这是面向个人和小团队的取舍，和官方完整方案有区别。

范围明确、风险低的小改动直接做，再完成验证。涉及权限、生产数据或实现方向不确定，才展开 Spec 和 Plan。

需要文档时，只推进当前阶段那一份。需求没确认，就不急着生成后面的方案和计划。提出需求时的原话也要保留，不能被 Agent 的总结覆盖。

「完成」要有对应证据。只跑过构建，就记录构建通过。真实入口没验证的部分，继续留在待验证里。

GitHub 已公开试用，安装命令
npx skills add OceanJy333/ai-native-development

效果还得放回团队接手的场景里看。别人拿到项目后，能否找到原始需求，看懂当前状态并继续做，是我接下来要验证的事。

原文可在 Claude Blog 搜索 The AI-Native SDLC playbook。
非官方解读，AI 辅助创作，经本人审校。

#Claude #VibeCoding #AI原生开发 #ClaudeCode #Codex #AI工具