ASI与AGI电子签名效力：超级智能缔约中的身份认证与签名规则

一、中国法：可靠电子签名的四要件是硬底线

• 数据电文层面：能够有形表现所载内容并可随时调取查用的数据电文，视为符合书面形式的要件（第 4 条）；满足"有效表现+内容完整未改"的视为原件（第 5 条）；满足"有效表现+格式可还原+可识别收发人与时间"的视为满足文件保存要求（第 6 条）；数据电文不得仅因其为电子形式而被拒绝作为证据（第 7 条）
• 电子签名定义：数据电文中以电子形式所含、所附用于识别签名人身份并表明签名人认可其中内容的数据（第 2 条）——关键词是"识别签名人身份"，签名人必须是可识别的法律主体
• 可靠电子签名四要件（第 13 条）：
  1. 电子签名制作数据用于电子签名时，属于电子签名人专有
  2. 签署时电子签名制作数据仅由电子签名人控制
  3. 签署后对电子签名的任何改动能够被发现
  4. 签署后对数据电文内容和形式的任何改动能够被发现
• 效力：可靠的电子签名与手写签名或者盖章具有同等的法律效力（第 14 条）

⚠️ ASI 场景的核心矛盾：四要件第 1、2 条要求"专有+专控"，专有人和专控人都必须是法律主体。AI 本身不是法律主体，所以 AI 独立"签"出来的东西，无法满足"电子签名人专有"这一要件——它本质上只是一串代码输出，不是《电子签名法》意义上的电子签名。

二、ASI 签署的三种法律效力情形

情形一：AI 在人类专控下签署 ✅ 有效

• 架构：人类主体（自然人/法人）持有电子签名制作数据（私钥），AI 智能体只是在人类预设的授权范围内代为触发签署动作
• 法律定性：满足"专有+专控"——私钥由人类专有并控制，AI 是人类的"电子代理人"（对应美国 UETA 的 electronic agent 概念）
• 效力：构成可靠电子签名，与手写签名同等效力
• 关键证据：私钥调用日志证明签署时专控人是人类；AI 的调用指令在授权范围内

情形二：AI 自主签署（机器身份独立签） ⚠️ 效力存疑

• 架构：给 AI 智能体分配独立的机器身份证书（X.509 或 SPIFFE workload ID），AI 自主决定签什么、签多少
• 法律定性：机器身份证书满足密码学意义上的"专有+专控"，但不满足法律意义上的"签名人是法律主体"
• 效力判断：
  • 在 eIDAS 框架下，基于机器身份单独产生的签名至多仅为简单电子签名（SES），不具备高级电子签名（AES）或合格电子签名（QES）的法律效力
  • 在中国法下，因无法满足"电子签名人"是法律主体的隐含要求，难以被认定为可靠电子签名
• 补救路径：必须将机器身份密码学绑定到人类委托人——即每次 AI 签署时，签名包（Signature Evidence Package）中必须包含：文档哈希、AI 机器身份、活跃的授权范围（delegation scope）、人类委托人的认证凭据、认证时间戳
• 核心法理：identigate 的结论很直白——"Non-human identity is necessary but not sufficient for agent signatures on contracts"；只有将 AI 签名 cryptographically bind 到人类委托人，才能具备法律效力

情形三：AI "幻觉签署"或超越授权范围签署 ❌ 效力待定/可撤销

• 超越授权：AI 签署的文档类型、金额、相对方不在 delegation scope 内
• 法律救济：
  • 相对人善意 → 类推表见代理，合同有效，委托人担责后向过错方追偿
  • 相对人明知 → 效力待定/可撤销
  • AI 幻觉导致非真实意思表示 → 可主张重大误解撤销，但举证极难
• 签名层面：即使密码学签名有效，合同层面的效力仍按《民法典》代理规则审查

三、ASI 签署的工程化合规框架

1. 机器身份（NHI）的密码学锚定

• 每个 AI 智能体分配独立的 X.509 证书或 SPIFFE workload ID
• 私钥存储在 HSM 或 TEE（可信执行环境）硬件中，产生硬件 attestation
• 机器身份证书是必要但不充分条件

2. 受限的人类授权链（Delegation Scope）

• 授权范围必须由经授权的自然人正式批准，并存放在防篡改系统中
• 授权范围明确定义：文档类型、金额上限、相对方白名单、有效期
• 这是 AI 时代的"有限授权委托书"（limited power of attorney 的 AI-native 等价物）
• 每次签署时，系统校验：AI 身份 ✓ + 授权范围 ✓ + 文档在范围内 ✓

3. 不可篡改的签名证据包（Signature Evidence Package）

Signature Evidence Package:
├── 文档哈希 (document hash)
├── AI 机器身份 (agent identity, X.509/SPIFFE)
├── 活跃的授权范围 (active delegation scope)
├── 人类委托人的身份认证记录 (human principal authentication)
├── 认证时间戳 (certified timestamp, RFC 3161)
├── 硬件 attestation (TEE 证明签名过程未被篡改)
└── 撤销机制记录 (revocation mechanism log)

四、欧盟 eIDAS 2.0：三级签名体系与 ASI 的对接

• EUDI Wallet（欧盟数字身份钱包）：2026 年底前每个成员国必须提供，用户可通过智能手机直接进行 QES 签名
• 新信任服务：合格电子归档、合格属性证明（QEAA）、合格电子账本
• 对 ASI 的意义：EUDI Wallet 让人类委托人持有 QES 变得更便捷，AI 智能体可在人类通过 EUDI Wallet 完成 QES 认证后，作为"被 QES 签发的授权"下的执行工具——这是 ASI 在欧盟语境下达标 QES 的最可行路径

五、跨国 ASI 缔约的电子签名互认

5.1 三法域的签名效力对接

5.2 跨境互认的现实障碍

5.3 跨境 ASI 缔约的务实路径

1. 多 CA 信任链：境内企业向中国合法 CA 申请证书，境外企业向其本国 CA 申请证书，通过合作协议构建多 CA 信任链条，各方对所发证书的身份真实性负责
2. 合同约定适用境外法律：在高价值跨境合同中，约定争议解决适用电子签名效力已被确认的法域法律
3. 区块链+证据链举证：借助区块链存证、哈希值校验、可信时间戳，在争议发生时提供完整的证据包
4. 技术标准对齐：数字证书遵循 ITU-T X.509 国际标准，电子签名支持 PKCS 公钥加密标准，为跨境互认奠定技术基础
5. CFCA 模式：通过跨境 CA 服务和互信互认，搭建跨境数字身份互认机制，在合作准入环节严格评估，并向工信部备案

六、ASI 企业电子签名合规的优先级

💡 给企业法务的实操清单：

第一优先（立即执行）：

• 建立 AI 智能体的机器身份（X.509 或 SPIFFE workload ID），私钥存 HSM/TEE
• 设计"受限授权范围"（delegation scope）模板：文档类型、金额上限、相对方白名单、有效期
• 每次 AI 签署必须产出 Signature Evidence Package（文档哈希+AI 身份+授权范围+人类委托人认证+认证时间戳+硬件 attestation）
• 中国法下确保可靠电子签名四要件可追溯至人类专控；欧盟业务确保 AI 签名密码学绑定到持有 QSCD 的人类委托人

第二优先（2026 年内）：

• 对接欧盟 EUDI Wallet，让人类委托人可通过移动端完成 QES
• 建立跨境多 CA 信任链，境内外 CA 通过合作协议互信，向工信部备案
• 高价值合同在条款中约定适用电子签名效力已被确认的法域法律
• 借助区块链存证+可信时间戳+RFC 3161 时间戳，构建跨境举证证据包

第三优先（2027 前）：

• 关注中国《电子签名法》第 26 条境外认证机构核准细则的出台
• 参与 WAICO 等国际组织的电子签名互认标准制定
• 建立"撤销机制"并定期测试——当 AI 智能体被攻破或授权过期时，能快速撤销其签名权限

简短的结论

⚠️ 必须正视的四点：

1. AI 不是电子签名人——《电子签名法》第 2 条要求电子签名用于"识别签名人身份"，签名人必须是法律主体；AI 独立"签"的东西不满足可靠电子签名"专有"要件
2. 机器身份必要但不充分——X.509/SPIFFE 证书只能满足密码学意义上的"专有+专控"，必须额外绑定人类委托人的授权链
3. eIDAS 下 AI 独立签署至多只是 SES——要达到 AES/QES，AI 签名必须 cryptographically bind 到持有 QSCD 的人类委托人
4. 跨境互认尚无自动通道——中国《电子签名法》第 26 条要求境外认证服务经核准，但目前核准名单和流程尚未出台，跨境 ASI 缔约需依赖多 CA 信任链+合同法律选择+区块链举证