英文原标题：Govern AI agent access with Okta Cross App Access and Amazon Bedrock AgentCore – Part 2
本文为英文原文的机器翻译摘要，原文见：AWS Machine Learning Blog ↗
- 文章是系列第二部分，基于第一部分在 Amazon Bedrock AgentCore 上构建的任务代理，引入 AgentCore Gateway 作为单一入口，解决多代理多工具场景下的扩展性问题。
- 第一部分中代理直接调用每个 MCP 服务器并自行持有令牌交换权限，扩展时形成 N×M 的接线矩阵；第二部分改为代理只访问 Gateway 端点，由 Gateway 持有目标注册表并兑换 Okta 的授权。
- 每个 MCP 服务器原本重复的组检查被替换为在 Gateway 上统一评估的默认拒绝 Cedar 策略集，将工具绑定到代理和 Okta 委托的 scope，便于集中审计和修改。
- 新增一个运行在 Amazon EKS 上的第二代理（agent B），以自身 Okta 身份通过自己的 Gateway 走相同路径，展示入口不依赖代理运行位置。
- 使用 AgentCore Observability 和 CloudWatch 集中读取所有决策，包括 Okta 的 System Log 通过 EventBridge 流入 CloudWatch；文章还比较了 XAA 与逐用户 OAuth 同意。
关键数据
- 新增部分约需 90 分钟
- EKS 控制平面费用为每小时 0.10 美元，外加节点和 EKS Auto Mode 管理费
- ID-JAG 为一次性使用，生命周期为 5 分钟
- 示例代码位于 GitHub 的 08-okta-xaa-delegation-chain
引语
- The mechanism scales. The topology doesn’t.
为什么值得看：文章展示了如何用 Gateway 集中治理代理对工具的访问，避免权限和策略分散在大量 MCP 服务器中，为企业规模化部署 AI 代理提供可审计的架构模式。
