尧图网站建设 ：从 intent.md 到闭合回路，六阶段打法的关键机制拆解)
title: 【AI原生工程】Anthropic《AI-Native SDLC 实战手册》解读(二)从 intent.md 到闭合回路六阶段打法的关键机制拆解 description: 逐阶段拆解 Anthropic AI-Native SDLC 实战手册的六阶段打法intent.md/spec.md/plan.md 三层产物衔接CLAUDE.md、skills建议性与 hooks确定性的软硬分工测试反馈回路与 CI 持续评估关卡REVIEW.md 评审回路与 hooks 审批关卡以及维护阶段 bands.yaml 分级支撑的闭合回路。 tags: [AI原生SDLC, Claude Code, 智能体编程, 软件工程, 大模型] date: 2026-09-07 author: Tom·Ge【AI原生工程】Anthropic《AI-Native SDLC 实战手册》解读(二)从 intent.md 到闭合回路六阶段打法的关键机制拆解2026年9月7日 | Tom·Ge 接上文Anthropic《The AI-Native SDLC Playbook》解读(一)。本文逐阶段拆解六阶段打法里真正决定成败的机制手册每个打法都按固定的五件套组织变化了什么、如何开始、具体实施步骤、治理考量、如何衡量。这让它可以被逐个阶段抄作业。本文不重复全文只挑决定这套打法能不能跑起来的核心机制。第 1~2 阶段intent.md 与 spec.md——把意图变成机器可消费的产物规划阶段无前置依赖唯一能直接起步的打法发起人用自己的话不需要正式语言与 Claude 头脑风暴产出第一份 Markdown 原型规格存为intent.md提交到纳入版本控制的intent/仓库。关键治理动作产品负责人在提交前审查并修正智能体写出的 intent.md接受或拒绝以合并或关闭评审的形式记录。衡量指标也定得很实在——先行指标是从第一次对话到提交 intent.md 的时间从数周缩到数小时滞后指标是存活率即被接受进入设计阶段的 intent.md 占比。设计阶段intent.md 被接受后Claude 接手产出一份需求与设计规格即spec.md。两个传统阶段的坍缩是这套打法的精髓——政策品牌、安全、合规、用户体验以skills的形式在规格被撰写当下就被应用而不是几周后在评审中才被发现。产品负责人负责评审这份规格而不是撰写它。一个容易被忽略的细节设计阶段如果做得好可以自动化——intent.md 的接受成为触发器在合并时触发一次非交互式任务加载组织 skills 生成 spec.md 并以 PR 形式提交产品负责人第一次介入就是评审。第 3 阶段构建plan.md 先行以及 CLAUDE.md / skills / hooks 的软硬分工构建阶段最重要的规则是没有被接受的计划就不实现任何东西。工程师以计划模式开启会话把 spec.md 交给 Claude反向采访工程师、反复迭代产出plan.md在代码生成之前就把设计评审做完——因为那时改方向还只是编辑一份文档。三条机构层机制是这一层的核心机制性质作用何时升级CLAUDE.md机构知识给 Claude 提供新人入职第一天的上下文约定、命令、架构、常犯错误版本控制、可审计每次犯错后迭代skills建议性控制让违规罕见——让 Claude 在写作时倾向于应用某项政策政策变化时集中更新hooks确定性控制让违规近乎不可能——在动作上强制拦截禁读密钥、限制改动文件范围、拒绝写测试文件、提交前强制 lint任何时候一句话记忆必须永远成立的政策 skill hook。skill 的调用会记录在会话轨迹中政策所有者像评审代码一样评审 skill 的变更而 build 期 hook 必须快且只针对被改动文件重检查完整测试套件放到提交或 PR 环节。构建阶段还支持并行并行会话每个在自己的 git worktree 中处理独立任务与子智能体会话内部有作用域、独立上下文窗口与工具限制的助手——控制必须来自仓库配置hooks 和权限适用于所有会话动作归属到运行它的工程师。第 4 阶段测试给 Claude 一个反馈回路传统模式下代码是否有效的信号来得很晚CI 几分钟、测试人员几天、生产环境几周。晚到的信号 必须有人检查智能体全部产出 这个人成为瓶颈。AI 原生方式的要点是让会话在人类看到之前检查自己的工作——运行测试、运行构建、截取屏幕截图反复迭代到通过。具体做法把一条命令 环境知识包装成单一目标make test失败返回非零退出码在 CLAUDE.md 的 Commands 一节列出命令和健康输出示例bug 修复一律先写失败测试把 bug 复现为测试、确认它因预期原因失败、提交再让 Claude 在不编辑测试的前提下修复——最后一步由测试文件 hook强制执行UI 工作走视觉闭环给浏览器/截图工具 设计稿实现→截图→对比→调整两三轮为正常。这套反馈回路之上是持续评估evals——阶段关卡式 QA 在 AI 原生世界的等价物。平台工程师从近期工作中收集 20~50 个真实任务每个写成一项有起点、有目标、有可判定通过条件的评估套件在 CI 中非交互式运行在 CLAUDE.md、skills、hooks 变更时触发通过率低于阈值配置变更不能合入。第 5 阶段部署评审双向运行hooks 做审批关卡部署阶段的两条原则值得单独记职责分离——写出代码的智能体无法自行批准它智能体可以行动到生产关卡为止但不能越过关卡。PR 评审回路所有 PR 获得同一组评审环节REVIEW.md 定义按 bug/安全/规格合规等环节划分发现按严重性排序人类注意力上移为意图风险。claude 时 Claude 处理评论并推送修复评审发现的第二次同类错误会写回 CLAUDE.md从而下一个 PR 起就被捕获。审批 hookhooks 不只是护栏还能暂停动作直到特定的人批准——这是发布把关的核心。团队级 hooks 放.claude/settings.json不可协商的 hooks 放在平台管理员持有的托管设置中个别工程师无法关闭。受监管企业托管设置permissions.deny 挡密钥、allow 只放行内循环必需的安全命令、disableBypassPermissionsMode allowManagedPermissionRulesOnly意味着没有任何工程师能放宽这些规则。CI/CD 集成先做只读的判断性步骤失败构建的分类写操作放既有审核关卡之后执行沙箱化、短时效最小作用域令牌、默认不持有生产凭证按环境分层自主级别生产保留人工关卡回滚路径是被演练得最多的那一条单一命令。第 6 阶段维护闭合回路——触发链上不再有人至此每个阶段最初仍需要人类启动。维护阶段把重心转向自主运行某个触发器控制带突破、工单、频道消息、定时计划在没有人处于调用路径的情况下唤起 ClaudeClaude 负责诊断只通过有关卡的路由行动并把发现写成新的 intent.md 重新送入流水线。核心机制是bands.yaml 分级响应基线指标的确定性检测脚本滚动窗口均值标准差配 Western Electric 规则完全确定性、不涉及模型——因为触发这件事不能有幻觉1σ脚本仅记录2σ调用 Claude 做只读诊断3σClaude 可以行动——但仅限于开 PR或触发预先批准的运行手册人工 triage 队列做最后分流立即修/排期/忽略忽略这个决定本身在逆向调校控制带、降噪Claude Tag 让值班也走渠道对话和机构知识留在 Slack/Teams 频道里频道就是审计追踪。结语把六阶段连起来看手册其实讲的是一个非常朴素的道理转换传统的 SDLC 靠人走遍每个步骤来保证问责AI 原生 SDLC 靠每个产物被提交、每个关卡有人判断来保证问责——人相对代码后移了相对决策没有。intent/spec/plan 三层 .md 产物让意图可交接、可撤销、可审计CLAUDE.mdskillshooksevals 把机构知识与治理变成版本化的代码PR 评审与审批关卡把人类钉在最后一道门上。这套骨架是否适合所有团队下一篇批判性文章将拆掉过时的皮分辨哪些是稳固的骨。来源https://claude.com/blog/the-ai-native-sdlc-playbook Louis ClaxtonAnthropic2026-08-21 延伸阅读 · 我的付费专栏觉得这篇文章对你有帮助我把同类主题的系统化内容沉淀成了付费专栏欢迎订阅支持持续输出专栏定价内容大模型工程师修炼手记9.9 元51 篇 AI 编程 / Agent 深度实战AI时代程序员的自我提升89.9 元27 篇 AI 时代成长方法论 一杯咖啡的价格换来系统化的知识体系你的订阅是我持续创作的最大动力。 【AI原生工程】Anthropic《AI-Native SDLC 实战手册》解读(二)：从 intent.md 到闭合回路，六阶段打法的关键机制拆解
title: 【AI原生工程】Anthropic《AI-Native SDLC 实战手册》解读(二)从 intent.md 到闭合回路六阶段打法的关键机制拆解 description: 逐阶段拆解 Anthropic AI-Native SDLC 实战手册的六阶段打法intent.md/spec.md/plan.md 三层产物衔接CLAUDE.md、skills建议性与 hooks确定性的软硬分工测试反馈回路与 CI 持续评估关卡REVIEW.md 评审回路与 hooks 审批关卡以及维护阶段 bands.yaml 分级支撑的闭合回路。 tags: [AI原生SDLC, Claude Code, 智能体编程, 软件工程, 大模型] date: 2026-09-07 author: Tom·Ge【AI原生工程】Anthropic《AI-Native SDLC 实战手册》解读(二)从 intent.md 到闭合回路六阶段打法的关键机制拆解2026年9月7日 | Tom·Ge 接上文Anthropic《The AI-Native SDLC Playbook》解读(一)。本文逐阶段拆解六阶段打法里真正决定成败的机制手册每个打法都按固定的五件套组织变化了什么、如何开始、具体实施步骤、治理考量、如何衡量。这让它可以被逐个阶段抄作业。本文不重复全文只挑决定这套打法能不能跑起来的核心机制。第 1~2 阶段intent.md 与 spec.md——把意图变成机器可消费的产物规划阶段无前置依赖唯一能直接起步的打法发起人用自己的话不需要正式语言与 Claude 头脑风暴产出第一份 Markdown 原型规格存为intent.md提交到纳入版本控制的intent/仓库。关键治理动作产品负责人在提交前审查并修正智能体写出的 intent.md接受或拒绝以合并或关闭评审的形式记录。衡量指标也定得很实在——先行指标是从第一次对话到提交 intent.md 的时间从数周缩到数小时滞后指标是存活率即被接受进入设计阶段的 intent.md 占比。设计阶段intent.md 被接受后Claude 接手产出一份需求与设计规格即spec.md。两个传统阶段的坍缩是这套打法的精髓——政策品牌、安全、合规、用户体验以skills的形式在规格被撰写当下就被应用而不是几周后在评审中才被发现。产品负责人负责评审这份规格而不是撰写它。一个容易被忽略的细节设计阶段如果做得好可以自动化——intent.md 的接受成为触发器在合并时触发一次非交互式任务加载组织 skills 生成 spec.md 并以 PR 形式提交产品负责人第一次介入就是评审。第 3 阶段构建plan.md 先行以及 CLAUDE.md / skills / hooks 的软硬分工构建阶段最重要的规则是没有被接受的计划就不实现任何东西。工程师以计划模式开启会话把 spec.md 交给 Claude反向采访工程师、反复迭代产出plan.md在代码生成之前就把设计评审做完——因为那时改方向还只是编辑一份文档。三条机构层机制是这一层的核心机制性质作用何时升级CLAUDE.md机构知识给 Claude 提供新人入职第一天的上下文约定、命令、架构、常犯错误版本控制、可审计每次犯错后迭代skills建议性控制让违规罕见——让 Claude 在写作时倾向于应用某项政策政策变化时集中更新hooks确定性控制让违规近乎不可能——在动作上强制拦截禁读密钥、限制改动文件范围、拒绝写测试文件、提交前强制 lint任何时候一句话记忆必须永远成立的政策 skill hook。skill 的调用会记录在会话轨迹中政策所有者像评审代码一样评审 skill 的变更而 build 期 hook 必须快且只针对被改动文件重检查完整测试套件放到提交或 PR 环节。构建阶段还支持并行并行会话每个在自己的 git worktree 中处理独立任务与子智能体会话内部有作用域、独立上下文窗口与工具限制的助手——控制必须来自仓库配置hooks 和权限适用于所有会话动作归属到运行它的工程师。第 4 阶段测试给 Claude 一个反馈回路传统模式下代码是否有效的信号来得很晚CI 几分钟、测试人员几天、生产环境几周。晚到的信号 必须有人检查智能体全部产出 这个人成为瓶颈。AI 原生方式的要点是让会话在人类看到之前检查自己的工作——运行测试、运行构建、截取屏幕截图反复迭代到通过。具体做法把一条命令 环境知识包装成单一目标make test失败返回非零退出码在 CLAUDE.md 的 Commands 一节列出命令和健康输出示例bug 修复一律先写失败测试把 bug 复现为测试、确认它因预期原因失败、提交再让 Claude 在不编辑测试的前提下修复——最后一步由测试文件 hook强制执行UI 工作走视觉闭环给浏览器/截图工具 设计稿实现→截图→对比→调整两三轮为正常。这套反馈回路之上是持续评估evals——阶段关卡式 QA 在 AI 原生世界的等价物。平台工程师从近期工作中收集 20~50 个真实任务每个写成一项有起点、有目标、有可判定通过条件的评估套件在 CI 中非交互式运行在 CLAUDE.md、skills、hooks 变更时触发通过率低于阈值配置变更不能合入。第 5 阶段部署评审双向运行hooks 做审批关卡部署阶段的两条原则值得单独记职责分离——写出代码的智能体无法自行批准它智能体可以行动到生产关卡为止但不能越过关卡。PR 评审回路所有 PR 获得同一组评审环节REVIEW.md 定义按 bug/安全/规格合规等环节划分发现按严重性排序人类注意力上移为意图风险。claude 时 Claude 处理评论并推送修复评审发现的第二次同类错误会写回 CLAUDE.md从而下一个 PR 起就被捕获。审批 hookhooks 不只是护栏还能暂停动作直到特定的人批准——这是发布把关的核心。团队级 hooks 放.claude/settings.json不可协商的 hooks 放在平台管理员持有的托管设置中个别工程师无法关闭。受监管企业托管设置permissions.deny 挡密钥、allow 只放行内循环必需的安全命令、disableBypassPermissionsMode allowManagedPermissionRulesOnly意味着没有任何工程师能放宽这些规则。CI/CD 集成先做只读的判断性步骤失败构建的分类写操作放既有审核关卡之后执行沙箱化、短时效最小作用域令牌、默认不持有生产凭证按环境分层自主级别生产保留人工关卡回滚路径是被演练得最多的那一条单一命令。第 6 阶段维护闭合回路——触发链上不再有人至此每个阶段最初仍需要人类启动。维护阶段把重心转向自主运行某个触发器控制带突破、工单、频道消息、定时计划在没有人处于调用路径的情况下唤起 ClaudeClaude 负责诊断只通过有关卡的路由行动并把发现写成新的 intent.md 重新送入流水线。核心机制是bands.yaml 分级响应基线指标的确定性检测脚本滚动窗口均值标准差配 Western Electric 规则完全确定性、不涉及模型——因为触发这件事不能有幻觉1σ脚本仅记录2σ调用 Claude 做只读诊断3σClaude 可以行动——但仅限于开 PR或触发预先批准的运行手册人工 triage 队列做最后分流立即修/排期/忽略忽略这个决定本身在逆向调校控制带、降噪Claude Tag 让值班也走渠道对话和机构知识留在 Slack/Teams 频道里频道就是审计追踪。结语把六阶段连起来看手册其实讲的是一个非常朴素的道理转换传统的 SDLC 靠人走遍每个步骤来保证问责AI 原生 SDLC 靠每个产物被提交、每个关卡有人判断来保证问责——人相对代码后移了相对决策没有。intent/spec/plan 三层 .md 产物让意图可交接、可撤销、可审计CLAUDE.mdskillshooksevals 把机构知识与治理变成版本化的代码PR 评审与审批关卡把人类钉在最后一道门上。这套骨架是否适合所有团队下一篇批判性文章将拆掉过时的皮分辨哪些是稳固的骨。来源https://claude.com/blog/the-ai-native-sdlc-playbook Louis ClaxtonAnthropic2026-08-21 延伸阅读 · 我的付费专栏觉得这篇文章对你有帮助我把同类主题的系统化内容沉淀成了付费专栏欢迎订阅支持持续输出专栏定价内容大模型工程师修炼手记9.9 元51 篇 AI 编程 / Agent 深度实战AI时代程序员的自我提升89.9 元27 篇 AI 时代成长方法论 一杯咖啡的价格换来系统化的知识体系你的订阅是我持续创作的最大动力。