AWS Bedrock Agents 标记为 Classic 的工程警示

7 月底，AWS悄悄将 Bedrock Agents 更名为 Bedrock Agents Classic，并停止接收新客户。没有停机日期，没有戏剧性的宣告，只是在产品名称里加了一个词。如果你在某个托管平台上开发过任何东西，你已经感受到了这个词本想避免、却还是引起了的那种微妙的寒意。

"Classic" 是云基础设施中最可靠的信号之一，值得精确解读，因为早点读懂它的团队可以按自己的时间表重构，而读懂得晚的团队只能按供应商的时间表重构。

"Classic" 的实际含义

它是一个具体的生命周期阶段，不是一种感觉。"Classic" 意味着：服务仍在运行，你现有的工作负载继续工作，但产品已经冻结——没有实质性的新功能——而且供应商的注意力，以及他们的下一批客户，正在被引导到一个后继产品上。EC2-Classic 在最终停用之前走了完全相同的路。这个名称是一份软性的弃用通知，导火索很长，而唯一没说的是这根导火索的长度。

停止接收新客户是公告中承重的那一半。一个仍想让产品增长的平台不会切断其入口。这个决定表明路线图现在生活在别处——在这种情况下是一个新服务 Amazon Bedrock AgentCore——旧平台上的所有东西从这里开始都是维护模式。证据在维护通知的安静一行中：模型目录已冻结，所以 AWS 在 7 月 30 日之后添加的任何基础模型都仅限 AgentCore 使用。新玩具送到新家了。（Bedrock Agents 并不孤单——Kendra 和 Q Business 也在同一波中进入了维护模式。）

AI 特有的波折

Agent 框架是一种异常痛苦的东西，让你被弃用，值得清楚说明原因。当你在托管 Agent 平台上构建时，你不仅仅是采用了一个 API——你还将该平台的抽象编码了你的编排逻辑、工具定义、内存模型和提示脚手架。那些抽象正是后继服务重新设计的东西。迁移一个 REST 集成是繁琐的；从一种框架的心智模型迁移一个 Agent 的整个控制流到另一种，则是真正的重写，因为概念不是一一对应的。

AgentCore 使这一点具体化。它不是更名后的 Bedrock Agents——AWS 围绕一个不同的模型重建了它：共享内存、相互委托、通过统一网关路由的 Agent 系统，而旧服务是一个具有基本工具调用能力的单一 Agent。这是一个更好的设计，也是一套完全不同的抽象，这意味着将你的 Bedrock Agents 逻辑移植到它上面不是迁移，而是重写。升级和重写是同一件事。

这是在没有人同意 Agent 框架应该是什么样的时期构建在别人的 Agent 框架上的代价。AWS 正在重新思考，其他地方的工具也在同样快速地 churn——NVIDIA 本月就发布了两个不同的 Agent 工具。你在当前一代托管 Agent 抽象上构建的任何东西，在某种程度上都是在构建一个"Classic"的候选项。

从这里开始我会如何解读信号

一份短小的实战指南，来自多次看过这部片子：

关注入口，而非停机日期。"停止接收新客户"比"生命终止"早几年到来，而且以更少的恐慌告诉你同样的事情。这是开始规划的信号，不是开始慌忙的信号。

让你的 Agent 逻辑刻意保持可移植。编码你的 Agent 所做事情的编排、工具模式和提示应该存在于你自己的代码中，平台作为可交换的执行层。如果迁移供应商意味着重写你的 Agent 的大脑，那你就是在沙子上建造。这和我一直在提出的保持模型可交换的观点是一样的，只不过再往上一层：在这个如此不稳定的市场中，可交换性是唯一真正的对冲。

把托管 Agent 的便利当作租来的，而不是拥有的。为你节省最多时间的平台功能恰恰是最难离开的，因为那是你嵌入最多逻辑的地方。这是一笔好交易——只要你是有意识地去做，并且在被报价之前知道退出成本。

这些都不是对 AWS 的抱怨。更名为"Classic"并引导新工作到后继者在弃用通知中算是诚实的了——另一种选择是一个假装保持最新而实际上在悄悄腐烂的服务。AWS 在用产品命名的客气方言告诉你冰球将去哪里。

要点不是关于 Bedrock 的具体问题。而是我们都在 Agent 基础设施最不稳定的时期在其上构建，而"Classic"就是基础设施在你脚下移动时发出的声音。让那个声音成为你的一次迁移，而不是一次重建。

如果你今天在使用 Bedrock Agents，这是你的提醒，现在就读迁移指南，当它还是一个规划项目的时候。什么"Classic"咬你最深？我收集这些。

研究和起草由 AI 协助；所有测试、观点和最终编辑均为本人完成。