一句话看懂：Zalando 工程团队在 GitHub 开源 Agentic Identity Broker，通过 OAuth2 委托授权让 AI Agent 在调用 Google、GitHub、Databricks 等服务时不再直接持有用户凭据，而是走可撤销、有审计链的令牌通道。
事件核心：发生了什么
这个项目由 Zalando Incubator 发布，Hacker News 用户于 2026 年 11 月 6 日提交到 Show HN 板块，24 小时内升至热榜。核心能力是管理“代表用户（on-behalf-of）”场景下的委托链，在不同的 OAuth2 基础设施之间做桥接，并提供安全令牌保险库。它通常部署在 Agentgateway 这类网关的调用路径中，把认证负担从 Agent 和 MCP Server 开发者身上剥离，同时给用户提供授权同意界面，可以按服务粒度授予和撤回权限。目前公开信息显示，项目仍处于活跃开发阶段，但已在 Zalando 内部若干 MCP Server 上投入生产使用。
为什么重要
MCP 生态正面临一个现实问题：按规范，每个 MCP Server 都要自己实现完整的 OAuth2.1 流程，还要配置安全存储，等于让每个工具服务运营一套授权服务器，维护成本高且容易配置出错。身份代理把令牌获取、存储和交换集中到网关层，Agent 只带一个用户令牌就能访问多个 MCP Server。对 SaaS 厂商来说，这还提供了一个集中记录授权的审计面，无论客户使用哪个 Agent 都能追溯。委托链的概念——让一个经过验证的机器身份代表用户建立会话——也是企业内聊天工具向第三方系统发起操作时的前提。
对用户/开发者/创作者的影响
开发者可以从重复的 OAuth 样板中解脱，MCP Server 只需专注提供工具本身；托管 Agent 的团队可以简化令牌管理，把授权前置到用户门户；普通用户获得更接近传统 OAuth 的同意体验，能看清楚哪个 Agent 被授予了哪些服务的什么权限，并在审计日志中追踪工具调用。项目还支持集中式工具审批，可以在发送邮件或分享文档之前做最后一道确认，这对内容创作者和企业用户尤其实际。
值得关注的后续
一是项目路线图中 Agent 间调用的令牌交换、基于意图的授权和面向用户的活动日志何时落地；二是社区项目声称生产可用，但缺乏第三方安全审计，企业采购前需自行评估；三是如果 Agentgateway 等网关生态持续跟进，身份代理可能成为 MCP 部署的标准中间层，并影响同类开源和云厂商方案的设计。目前素材未提供性能数据或安全评测结果，判断范围仅限项目自述。
