Zalando 的 Agentic Identity Broker 项目将 AI agent 代用户访问服务时的身份认证、授权委托与令牌保管集中到一处。项目 README 称，它负责管理代表用户执行操作的委托链，连接不同的 OAuth2 基础设施，并提供安全的令牌保管库。通过 Agentgateway 等网关接入调用路径后，它可为 agent 和 MCP 服务端开发者承担鉴权工作。
README 将内部 MCP 服务器列为应用场景。文档指出，FastMCP 等框架能够实现 MCP 规范要求的完整 OAuth2.1 流程，但开发者仍需为每个部署的 MCP 服务器分别配置、维护，并安排安全存储，相当于运行多个 OAuth2 授权服务器。
按照项目描述，身份代理与网关配合后，MCP 服务器可专注于提供目标系统的工具，OAuth2 流程、令牌保管和令牌转换由中间层透明处理。README 称，令牌交换经网关集中完成，可让 agent 通过同一通道与数百个 MCP 服务器交互；这是项目方对能力的描述。
对于托管的 agent，文档还描述了一种单一用户令牌模式：用户交互门户可提前完成令牌获取，agent 再通过网关将令牌转发至上游 MCP 服务器。
项目内置同意管理界面。根据 README，用户可管理 OAuth2 委托，向 agent 授予访问 Google、GitHub、Databricks、Linear 等服务的细粒度权限。基础能力还包括 agent 注册、主体认证、会话管理，以及第三方服务集成所需的 OAuth2 权限范围和用户同意管理。
安全方面，README 列出敏感值脱敏、命令注入防护、密码学校验，以及失败时默认拒绝的架构设计。项目还提供结构化 JSON 日志，用于合规与安全监控。
工具审批也可由 broker 集中执行，不依赖用户使用的 agent 界面。文档以发送邮件、共享文档为例，说明它可在操作前设置最后一道检查，并保留集中审计记录。
README 还介绍了无需用户在场的委托方式：通过身份模拟（impersonation）功能，Google Chat 或 Slack 桥接等特权客户端可发起委托链。broker 可被配置为信任两个独立的机器身份，由其代入特定用户的会话，在另一第三方系统中使用该用户的权限。
项目方表示，Agentic Identity Broker 仍在积极开发，Zalando 内部已将其用于数个 MCP 服务器的生产环境。README 列出的后续路线图包括规范化 agent 间调用的令牌交换、基于意图的授权，以及面向用户的活动日志。
