Agent 迁移 AWS 前的 15 项准备检查

Agent 迁移到 AWS，能跑通调用只是准备工作的一部分。dev.to 作者 Evgeny Anikiev 给出了一份面向 Amazon Bedrock 和 AgentCore 的迁移检查表：15 项、总分 30 分，覆盖成本、评估、权限、配额、工具、数据和回滚，并用证据、负责人和测试结果判断团队是否准备好承接生产流量。

目前能确认什么

这份清单把每项准备程度分成三档：缺失或只存在于口头讨论中，记 0 分；已有但不完整、未经测试或过时，记 1 分；有文档、明确负责人且经过测试，记 2 分。

作者建议，24 分及以上可分阶段迁移生产流量；15 至 23 分应先补齐所有零分项，再做影子运行或小流量试点；低于 15 分则先保留现有部署。影子运行通常指复制真实请求到新系统验证，结果不直接交付用户。

评估基线、身份与工具策略、回滚三项，只要有一项为零分，总分再高也不能上线。

成本也要按任务核算：一次用户请求可能触发多次模型调用，只比较 token 单价，无法看清实际开销。评估则要在迁移前留下当前 Agent 的结果，再用同一批请求检查迁移后的变化。

我的判断

这份清单最有用的地方，是把「应该准备好了」变成可检查的证据。但分数和门槛是作者提出的方法，不能当成 AWS 的官方上线认证。

对程序员来说，优先级很明确：先留下可比较的评估结果，再确认工具权限边界和回滚路径。否则，迁移后回答变差、工具误调用或新版本出错，都可能缺少判断和处置依据。

节选还提到，AgentCore Policy 会检查经过 AgentCore Gateway 的工具调用。这里的范围很关键：不能据此认定所有工具调用都自动受到约束。

目前正文只展开了前几项，后续证据要求、服务映射和命令尚未完整呈现。现有材料足以用于梳理缺口，还不足以直接作为完整迁移操作手册。