OpenID基金会：AI代理身份管理指南

OpenID基金会在其官网发布了一份题为《Identity Management for Agentic AI》的技术文档，以PDF形式公开，供开发者与标准参与者查阅。该文档随后在Hacker News等技术社区被提交与讨论，引起了不少专注智能体基础设施的开发者注意。从标题即可看出，这份文档要回答的是一个正在快速浮现的问题：当AI不再只是回答问题，而是能够替人执行操作时，它的身份该如何被定义、被识别、被授权。

过去两年，AI系统从单纯的对话式交互，逐步演进为可以调用工具、访问外部数据、发起交易、与其他系统协同的自主代理。这类代理往往需要以某个主体的名义行动，可能是个人用户，也可能是企业组织。传统身份体系建立在“人”这一主体之上，登录、授权、会话、审计等环节都默认由真人触发，而代理的出现打破了这个前提：一次任务可能涉及成百上千次机器发起的调用，参与方之间彼此并不认识，却需要在极短时间内完成信任建立。原有的账号密码、短信验证、人工确认等方式，显然无法承载这样的节奏。

文档所指向的第一个核心议题，是代理身份的表示与签发。一个AI代理究竟代表谁，它自身的标识由谁颁发，验证方又凭什么相信这个标识。在人类用户的场景里，这些问题由身份提供商、浏览器与服务端的既有约定解决；而当行动主体换成软件实体，就需要一套能够覆盖代理自身、代理归属方与代理操作范围的三层描述方式。

第二个议题是权限委托与最小权限。代理被授权做某件事，并不意味着它被授权做所有事。如何在委托链条中精确表达“可以读取日历但不能发送邮件”“可以下单但不能修改支付方式”这类细粒度约束，并且在执行过程中持续校验，是身份体系必须回答的问题。委托一旦可传递，链条的每一环是否都留有清楚的凭证，直接决定了事故发生时能否回溯。

第三个议题是跨域信任与互操作。AI代理常常跨越多个服务、多个组织边界工作，而每一方都有自己的身份系统。如果没有统一的语义与发现机制，代理只能靠在每个平台上重复注册来勉强运行，成本高且容易失控。OpenID基金会长期参与身份协议相关工作，其介入意味着这类问题可能被推向标准化轨道，而不是停留在各家私有方案各说各话的阶段。

第四个议题是可审计与可追责。代理的行为需要被记录，记录需要与身份绑定，绑定后的日志还要能够在争议场景下被验证。这不仅是合规需求，也是工程需求：当自动化流程出现异常，开发者必须能快速判断是哪一次委托、哪一个代理、在哪一环出了问题。

对开发者生态而言，这份文档的意义在于它把问题摆上了台面。围绕智能体的身份注册、密钥管理、凭证交换、代理之间的相互认证，未来很可能衍生出新的协议扩展、客户端库、注册表服务与测试工具。对于正在构建多代理系统的团队，提前理解身份层设计的取舍，有助于避免在规模扩张后被迫重构。

当然，智能体身份管理仍处在早期阶段。隐私如何在可验证与可追溯之间取得平衡，长期密钥如何安全托管，代理与代理之间如何建立不依赖中心化机构的互认，都是尚未收敛的开放问题。但方向已经清晰：随着AI代理承担越来越多真实世界的操作，身份将不再是附带功能，而是整个智能体基础设施的地基。OpenID基金会此番公开文档，可以视作这一地基开始被系统性地讨论与铺设的信号。