终于到最终章了。到此为止，你已经理解了智能体的结构、做出第一个、接上工具、分成多个、用评估度量、用护栏守护。剩下的主题只有一个——把它变成"每天持续运行的本番系统"。本章要讲框架的选法、用 Claude 构建的两条路，以及部署·监控·成本·可靠性这些运营的要领。上一章《护栏与安全》学到的守的设计，会在这里作为运营结出果实。
目标是"把试作，变成稳定持续运行的本番智能体"
自造，还是用框架
"智能体该用框架来做，还是自己写循环"——这是谁都会先纠结的问题。答案很简单，小的时候用自造来学原理，长大了用 SDK 或框架来提升生产力。第 2 章手搭最小构成，正是这个"先自造来理解"的阶段。里头看得清，之后哪怕换到框架上，也能把握着发生了什么来运营。反过来，不懂原理就把一切甩给框架，一卡住就束手无策。
💡 判断的标尺。 当循环·工具调用·状态管理，自己一直写下去开始成为负担时，就是引入框架的信号。反之，若还小、还在实验阶段，一层薄薄的自造代码更快，也更能加深理解。别因为"方便"而引入，要因为"能减少重复"而引入。
框架的选法
框架数量众多，但在追名字或最新版本之前，先有"以什么为准来选"的尺子更重要。工具会更替，这套视角却能长久使用。用下面 5 条来评估候选。
越高，越少的代码就能跑，但里头发生了什么越难看清。在学习·调试之间权衡着选。
能否插入自定义的循环或控制。要求越讲究，留有退路的灵活设计越显功效。
联动组件·文档·案例·社区的厚度。遇到麻烦时找不找得到信息，在实务里很管用。
是否具备追踪·日志·评估的机制。能否原生撑起第 5 章学的"可视化"。
是否被特定模型·平台捆绑得过死。易于迁移，与被绑定带来的便利，是一对权衡。
把代表例按类别粗略梳理，会更有条理。通用编排系（用链或图来搭建 LLM 处理，即所谓 LangChain 系的库群）、多智能体系（以多个智能体的分担·协作为主眼的框架），以及各家的官方 SDK（模型提供方推出的、针对该模型优化的开发套件）。多数情况下，它们并不互斥，可以组合使用。
📊 与其记具体名字，不如用"视角"来选。 框架的势力图变动很快，去年的标配今年未必仍是。正因如此，把上面 5 个视角当尺子，往自己的要求上一比，才最可靠。各类别的具体名称与取舍，请到《AI 智能体框架对比》确认最新的阵容。
用 Claude 构建的两个选择
本课程一直以 Claude 为轴。用 Claude 把智能体本番化时，大体有两条路。两者都是实在的选项，本质区别在于"智能体的循环与沙箱，由谁来托管"。
让智能体的循环·工具执行·状态管理，跑在你的环境（服务器或容器）里的套件。控制得细，能深度嵌入既有系统。
适合场景：想与自有的执行环境·工具·数据紧耦合的时候。
让智能体的循环与沙箱（隔离的执行环境），由 Anthropic 在服务器侧托管的方式。执行底座的运维负担减轻，能在隔离的安全环境里运行。
适合场景：想少操心执行环境、快速又安全地起步的时候。
大致上，可以用想自己细控就 SDK，想把运维的麻烦交出去就托管这条轴来把握。两者都以 Claude 的能力为底座，前几章学的工具连接·评估·护栏都能原样发挥。具体的搭建与支持范围可能变化，细节就交给解说文章与官方文档。
💡 先概念，细节以一手信息为准。 "自己转循环（SDK）"还是"让人托管（托管）"——把这个对照记进脑中就够。实现步骤看《Claude Agent SDK 入门》，托管方式的思路看《什么是托管智能体》。规范会更新，最终以官方文档作为一手信息来核对，才稳妥。
本番运营的要领
试作与本番的区别，在于从"跑一次"到"持续跑"的飞跃。演示只要成功几次就成立，本番却要天天·大量·面对多样输入的洗礼。把这里显功效的要领，用 6 个箱子抓住。
用环境变量管理密钥，把配置与代码分离。以可复现的形式（如容器）发布，做到随时可回退。
把第 5 章的可观测性接到本番。常盯每步追踪·成功率·延迟，及早察觉异常。
把令牌消耗可视化，设上限告警。削掉多余的重跑与过长的语境，模型按用途分开用。
预设 API 上限与临时失败，用指数退避（拉开间隔再重试）来扛。避免无限重试，定好上限。
把对话或工作的中途状态安全地保存·恢复。中途挂了也能从断点续跑的设计，撑起长时任务。
模型或 SDK 的更新，先用评估集确认行为再上。用更新前后的对比，别漏掉悄无声息的质量变化。
⚠️ 成本由"设计"决定。 智能体一个任务里会多次调用模型，成本天然容易飙。便宜模型够用的工序就交给便宜模型，语境只传必要的量——这些踏实的功夫很见效。具体的削减手法，《AI 编程的成本优化》很实用，也能原样应用到智能体运营上。
为不崩而设计
本番的智能体，早晚必然会遇上意料外的输入·外部 API 的故障·模型的任性。重要的不是"绝不让它失败"，而是就算失败，损害也不扩散、能悄悄复原地搭好。把上一章的护栏，收尾成运营的机制。
别一下全公开，从少数用户或一部分流量开始。没问题就扩大，不妙就立刻回退。
当工具或模型不响应时，退到替代路径或安全的默认响应。选部分降级，而非整体停机。
在不可撤销·影响大的操作前，插入人工确认（见第 6 章）。定好该舍速度取安全的那条界。
一次合格不等于永久合格。输入的倾向与模型都在变。定期跑评估集，检测质量的劣化。
✅ 把"悄悄自愈"设计进去。 好的本番系统，出了麻烦也不会闹得天翻地覆。用分阶段发布把影响压小，用兜底做部分降级，用审批门挡住致命伤，用再评估抢在劣化之前。四者咬合，才第一次做到"不崩"。
往后的学习
最后，稍微说点更远的。智能体的生态——框架、SDK、模型、连接规范——今后也会以猛烈的速度变动。今天的最优解，明年未必仍最优。正因如此，该追的不是流行的工具名，而是不变的基础。
📊 成为资产的是基础。 第 1 章的4 个构成要素（大脑·工具·记忆·循环）、第 5 章的评估与可观测性、第 6 章的安全设计——这些是无论哪个框架流行都通用的地基。每当新道具冒出来，你都能用这把尺子，迅速看穿"它在抽象化什么"。工具会流转，基础会留下。至此积累的理解，是你最大的资产。
剩下的，就是哪怕小也好，真的把一个推上本番试试。跑起来、量出来、修好它——把这条循环在自己的项目里转过一遍的经验，比任何教材都更长本事。
- 小的时候用自造来学，长大了用框架提生产力。别为"方便"，要为"减少重复"而引入。
- 框架用抽象度·自由度·生态·可观测性·厂商依赖这 5 个视角来选。与其记名字，不如握尺子。
- 用 Claude 构建，就在自转循环的 Claude Agent SDK 与被托管的托管智能体之间，按要控制还是要省心来选。
- 本番要领是部署·监控·成本·重试·状态管理·更新。再用分阶段发布·兜底·审批门·再评估守住不崩。
- 生态变动快。4 要素·评估·安全这些基础，才是长久见效的资产。
全 7 章，辛苦了。你已经把设计·构建·连接·增多·度量·守护·运营智能体的这条路，完整地走了一遍。从这里起，轮到你在自己的产品里动手了。