技术深度解析
核心技术辩论围绕如何构建代理身份展开。无状态方法将每次代理调用视为全新、匿名的进程。这种方式简单、廉价，避免了维护状态的开销。然而，它使得审计成为不可能：如果代理犯错或违反策略，无法将行为追溯至特定实体。相比之下，持久身份方法为每个代理分配唯一标识符（UUID）、用于签署操作的公私钥对，以及可选的角色、权限和记忆配置文件。
从工程角度看，实现持久身份需要多个层次：
- 身份注册表：一个去中心化或中心化的数据库，将代理ID映射到元数据（所有者、创建日期、权限）。基于以太坊的解决方案（如ERC-725身份标准）正在被探索用于跨平台互操作性。
- 签名机制：每个代理操作都使用其私钥进行加密签名，下游服务验证签名。这类似于TLS证书如何认证服务器。开源仓库 `agent-identity-kit`（GitHub，约1.2k星）提供了使用Ed25519密钥签署代理操作的参考实现。
- 信誉账本：一个防篡改的代理操作与结果日志。可基于区块链或Merkle树结构的仅追加日志构建。`reputation-db` 项目（GitHub，约800星）提供了一个轻量级、基于SQLite的账本，并附带加密证明。
一个关键技术挑战是性能开销。签署每个操作会增加延迟。某主要云提供商近期内部测试的基准数据显示：
| 身份模型 | 每次操作延迟（毫秒） | 吞吐量（操作/秒） | 存储开销（KB/代理） | 审计追踪完整性 |
|---|---|---|---|---|
| 无状态（无身份） | 0.5 | 2000 | 0 | 无 |
| 基础UUID | 1.2 | 833 | 0.1 | 部分（无签名） |
| 签名（Ed25519） | 3.8 | 263 | 0.5 | 完整（签名） |
| 签名+信誉账本 | 12.1 | 83 | 5.2 | 完整+防篡改 |
数据要点： 权衡显而易见：完全可审计性带来约24倍的延迟代价，并引入显著存储开销。对于高频、低风险任务（如邮件分类），无状态或许可接受。对于金融交易或医疗决策，签名+信誉账本模型则是强制要求。
另一个架构决策是：身份应绑定到代理实例，还是代理的“人格”。某些框架（如 LangGraph，GitHub，约15k星）允许代理拥有持久记忆，但不一定跨会话拥有持久身份。其他框架（如 AutoGPT，GitHub，约170k星）已开始实验跨运行持久的代理配置文件。开源社区正在形成的共识是：身份应与执行解耦——即使代理的运行环境是临时的，它也可以拥有持久身份。
关键参与者与案例研究
多家公司和开源项目已将持久代理身份视为竞争差异化优势。
CrewAI（YC支持）围绕“代理团队”概念构建其平台，每个代理拥有明确的角色、目标和背景故事。其身份系统轻量但持久：代理在会话内记住过往交互，并可被分配至特定任务。这在企业工作流（如自动化客服分流）中已被证明有效，因为人格一致性至关重要。
Microsoft 正在秘密开发内部项目“AgentHub”，与Azure Active Directory集成。在该系统中，代理被视为拥有自身身份、权限和审计日志的服务主体。这使得企业能够将现有治理策略（如基于角色的访问控制）应用于AI代理。早期采用者报告称，与使用无状态代理相比，合规事件减少了40%。
SingularityNET 通过其OpenCog Hyperon框架采取去中心化方法。其网络上的代理拥有基于区块链的身份，并根据任务完成情况和同行评审积累信誉评分。这催生了一个市场，代理可根据其历史记录被雇佣并获得报酬。
| 平台 | 身份模型 | 关键特性 | 用例 | 采用阶段 |
|---|---|---|---|---|
| CrewAI | 基于角色，会话持久 | 具有定义角色的代理团队 | 企业工作流自动化 | 商业（YC） |
| Microsoft AgentHub | 服务主体（Azure AD） | 与现有企业IAM集成 | 受监管行业 | 内部试点 |
| SingularityNET | 基于区块链（以太坊） | 去中心化信誉市场 | 开放AI代理市场 | Beta |
| AutoGPT（实验性） | 持久配置文件（JSON） | 跨会话记忆 | 个人助手 | 开源（实验性） |
| LangGraph | 会话级记忆 | 有状态图执行 | 复杂工作流 | 开源 |