vouch-mcp

Vouch Protocol™

_{Vouch Protocol™ 是普通法商标。}

AI Agent 身份与溯源的开放标准

---

快速开始

# Install (Linux and macOS). On Windows, use: pip install vouch-protocol
curl -fsSL https://vouch-protocol.com/install.sh | sh

# Run vouch with no arguments and pick what you want to do
vouch

想手动操作？只需运行三条命令：

pip install vouch-protocol

# One command to configure SSH signing + Vouch branding
vouch git init

# All future commits are now signed and show ✅ Verified on GitHub
git commit -m "Secure commit"

要设置 Agent，而不是为 git 配置签名？运行 vouch onboard --quick，即可通过一条命令生成可用的身份、允许列表、验证器和心跳配置。

---

v1.0 版新增内容

Vouch Protocol v1.0 直接与开放标准保持一致：

• 可验证凭证作为凭证格式（取代 v0.x JWS 令牌）。
• 使用 eddsa-jcs-2022 密码套件的数据完整性证明（无 JOSE、无 Base64 封装的载荷，凭证仍是人类可读的 JSON）。
• DID 文档中的多密钥验证方法（与算法无关，已为 ML-DSA-44 做好准备）。
• 后量子配置文件作为一组数据完整性证明：凭证携带两个独立证明，eddsa-jcs-2022 和 mldsa44-jcs-2024。这是面向受监管部署的可选附加项，与 NIST CNSA 2.0 / NSM-10 的时间表保持一致。
• 已验证 Python、TypeScript 和 Go 之间的三方跨实现互操作性。

使用 Signer.sign() 签发凭证，并使用 Verifier.verify() 验证凭证。完整规范请参阅 Vouch Protocol 规范。

---

AI Agent 身份与问责的开放标准

Anthropic 推出 MCP 时，解决了“Agent 如何调用工具”的问题。 但他们没有解决“我们如何信任这些 Agent”的问题。

Vouch Protocol 是 AI Agent 的 SSL 证书。

Vouch 并非单一工具，而是一组工具。以下是完整概览。

在命令行中

• vouch init 生成 Agent 身份（一个 DID 和密钥对）。
• vouch sign / vouch verify 对载荷签名并验证。
• vouch git 以加密方式为每次 git 提交签名，只需一条命令即可完成设置，并为 README 添加已验证徽章。
• vouch scan 在代码发布前查找泄露的 Vouch 密钥材料（文件中的私钥、环境变量中的种子，或意外包含私钥的 DID 文档）。
• vouch attribute 区分每一行是谁写的。当 AI 助手和人类共同编辑文件时，它会用 AI 自己的密钥记录 AI 编写的行，并用你的密钥记录你编写的行。这样，当某一行引发事故时，你就能证明是谁写的。请参阅 Claude Code 集成。
• vouch media 为图像签名，并支持 C2PA。

面向你的 Agent

• MCP 服务（vouch-mcp） 独立的 Model Context Protocol 服务，开箱即用，让任何 MCP 客户端（Claude Desktop、Cursor 或任何 Agent）都能创建身份、签署并验证凭证、扫描泄露的密钥，以及解码 DID。
• 身份 Sidecar 将签名密钥与模型的上下文隔离，因此提示词注入无法读取这些密钥。
• Vouch Shield 运行时检查器，会根据你的规则检查每次工具调用，就像门口的海关人员。
• 持续信任 通过心跳和会话凭证，让信任成为需要续期的实时信号，而不是颁发一次便永久信任的徽章。
• 权限新鲜度 通过计数器只增不减的签名权限状态实现。因此，即使基于时间衰减的信任检查仍然通过，状态变更（欺诈信号、授权暂停）也会将高影响操作可接受的新鲜度窗口立即收紧至当前时刻。请参阅 docs/authority-freshness.md。

框架集成

可独立安装的软件包，可将 Vouch 集成到你已有的 Agent 框架中。每个软件包都会为工具调用签发可验证凭证，并可选择将权限委托回人类主体。

• vouch-langchain 一个 LangChain 工具，会在每次工具调用离开 Agent 之前对其签名。
• vouch-langgraph 为 LangGraph 工具调用和图节点签名，让签名轨迹贯穿整个图。
• vouch-crewai 一个 CrewAI 工具，支持从主管向工作者委托权限，且只能缩小权限范围，不能扩大。
• vouch-a2a 将 A2A（Agent2Agent）Agent Card 绑定到 Vouch 身份，使两个 Agent 在协作前能够相互验证。
• vouch-goose 将 Vouch MCP 服务注册为 Block 的 Goose Agent 的扩展，让 Goose 会话开箱即用地签名和验证。
• vouch-mlflow 在注册时为 MLflow 模型工件签名，并将其绑定到内容摘要，因此任何权重变更都会导致签名失效。
• vouch-safetensors 在 .safetensors 标头中嵌入凭证，与 OpenSSF Model Signing 互为补充，让模型携带其生成者的信息。

上文提到的独立 vouch-mcp 软件包也会随这些软件包一同发布。

按所用语言提供的 SDK

Python、TypeScript 和 Go 是完整的参考实现。Rust 核心与符合各语言习惯的 Swift、JVM（Java 和 Kotlin）、.NET 及 C 包装器共享同一代码库，因此所有语言都会生成字节级完全一致的输出，并通过共享测试向量进行验证。还包含面向浏览器和边缘环境的 WebAssembly 构建版本。各语言的状态请参见下方表格。

机器人与具身 Agent

机器人是拥有身体的 Agent，因此一旦它能够造成身体伤害，身份与问责就更加重要。vouch.robotics 模块基于与 Vouch 其余部分相同的 eddsa-jcs-2022 凭证，提供六项能力：以硬件为根的身份（绑定到 TPM 或安全元件，因此无法克隆到其他硬件）、模型和配置来源证明（每次 OTA 更新时都可重新签名）、物理能力范围（力度、速度、靠近人类时更严格的上限、允许区域和工作时段；每次执行动作前检查，且只能进行范围更窄的委派）、机器人间信任握手、加密且防篡改的黑匣子（配有可验证的急停开关），以及可扫描的离线护照。这六项能力均以 Python、TypeScript、Go 和 Rust 核心实现，并延伸至 Swift、Kotlin/JVM、.NET、C/C++ 和 WebAssembly 封装，因此在一种语言中签署的机器人凭证可在所有其他语言中验证。另有十五项能力进一步完善了这套功能：动态信任心跳（按间隔签名的运动摘要，若未在范围内续期，信任度就会衰减）、两级凭证撤销（单个凭证状态列表和整个 DID 急停）、可问责的安全记录（防篡改事件账本，并汇总为便携式签名记录）、带签名的感知来源证明（每个采集到的传感器帧的哈希都与机器人的密钥绑定并通过哈希链接，因此机器人可以证明传感器看到了什么，也能检测出被替换的帧）、离线委派租约（短时有效、范围受限的授权，断网机器人无需联网即可验证并执行，且可跨供应商嵌套）、物理法定人数（用于高后果操作的加密双人规则，要求 N 名经过证明的审批者中至少有 M 名批准）、生命周期凭证（所有权转移形成可验证的保管链，密钥轮换形成密钥历史记录，并通过签名退役声明让机器人正式退役）、法规符合性配置文件（将机器人的凭证映射到 ISO 10218 和 15066、EU Machinery Regulation、EU AI Act 和 UL 3300 的条款，并配有确定性检查器和签名的符合性证明）、默认采用后量子签名（机器人凭证携带一组证明，其中包括 Ed25519 证明和 ML-DSA-44 证明，并支持向后兼容的验证，使机器人在长达十年的生命周期内都无法伪造）、跨具身身份连续性（Agent 身份可在不同机器人本体间迁移，并通过具身凭证重新绑定到每个本体的硬件根，以及证明同一可问责 Agent 持续存在的连续性链和分叉检查）、实体保管交接链（记录每一跳中由谁在任务或物体交接时接管保管的签名记录，涵盖人类和机器人参与者，因此事件可追溯到确切的交接环节，且经证明的状况可将损坏定位到负责的持有者）、有界基础设施访问（由操作员签名的授权，指定资源、允许的操作、可选区域和时间窗口；机器人将其与签名请求配对，由资源离线授权，因此机器人可以打开门或停靠充电器，并留下防篡改、可追责且只能缩小范围的记录）、融合传感器来源证明（签名证明将机器人的融合世界模型与确切的输入帧哈希集以及生成该模型的融合方法绑定，因此可以检测被篡改的融合结果或被丢弃的输入，并且每个融合输入都能追溯到机器人记录的帧）、磨损与退化证明（机器人对与自身身份绑定且随时间通过哈希链接的磨损程度进行签名，并通过确定性规则在磨损加剧时缩小其物理能力范围，因此磨损的机器人会在比出厂时静态限制更严格、可验证的范围内运行），以及旁观者同意证据（机器人将采集人员影像的依据——明确的令牌、张贴的告示、合法利益或所应用的遮蔽处理——通过哈希绑定到采集本身，只保留哈希，绝不保留任何人的身份数据；旁观者可以签署与单次采集绑定的同意，以防其被重放到另一次采集中）。这些能力均以相同语言实现，并由共享的互操作性向量固定。请参阅 docs/robotics.md 以及防御性披露 PAD-064 至 PAD-070、PAD-076 至 PAD-084 和 PAD-087 至 PAD-094。

集成到 AI 工具中

• Claude Skill、OpenAI Custom GPT 和 Gemini Gem 套件可教会你的 AI 助手如何将 Vouch 集成到代码中，并使用你自己的 AI 订阅运行。

媒体和 Web

• 面向图像的 C2PA Content Credentials。
• Vouch Sonic 是一种音频水印，可让溯源信息随声音传递。
• 适用于 Chrome 和 Edge 的浏览器扩展，可为页面上的内容签名和验证。

面向你的代码仓库

• Gatekeeper GitHub App 会验证每个拉取请求中的提交签名，并在泄露的 Vouch 密钥合并前将其拦截。

面向生态系统

• Agent Trust Index 是一项开放基准测试，用于扫描实际运行中的 Agent，并衡量有多少 Agent 真正能够证明自己的身份。（剧透：截至目前，几乎没有。）

阅读规范 → | 加入 Discord →

---

问题

AI Agent 正在调用真实世界的 API，却完全没有密码学证明来证明：

• 是谁在调用
• 想要做什么
• 何时执行了操作

风险示例：

• 医疗 AI 访问患者数据 → 存在违反 HIPAA 的风险
• 金融 AI 进行未经授权的交易 → 面临巨大的责任风险
• 客服 AI 泄露数据 → 违反合规要求

现有解决方案：

• 自行实现 JWT 签名 → 没有 Agent 专用功能，而且容易出现安全错误
• 什么都不做 → 大多数人只是放手一搏，祈求好运

---

解决方案

Vouch Protocol 为 AI Agent 提供密码学身份，其设计参考了 SSL/TLS：

• 可验证凭证（VC Data Model 2.0）
• 数据完整性证明（eddsa-jcs-2022 密码套件，不依赖 JOSE/JWS）
• 去中心化标识符（did:web、did:key）
• Multikey 验证方法（与算法无关，可应对后量子时代）
• 后量子配置文件（可选证明集：eddsa-jcs-2022 + mldsa44-jcs-2024）
• 人类可读的 JSON（证明作为同级对象附加，无 Base64 封装的不透明负载）
• 与框架无关（支持 MCP、LangChain、CrewAI、AutoGPT、AutoGen、Vertex AI）
• 跨语言互操作（Python、TypeScript、Go，规范化形式逐字节一致）
• 开源（Apache 2.0 许可证、CC0 既有技术组合）

可以这样理解：

• SSL 证书 = 证明网站身份
• Vouch Protocol = 证明 AI Agent 身份

---

工作原理

工作流

flowchart LR
  P["👤 Principal<br/>did:web:user.example.com"]
  A["🤖 AI Agent<br/>did:web:agent.example.com<br/>+ Identity Sidecar"]
  C["📄 Vouch Credential<br/>VC + Data Integrity<br/>(eddsa-jcs-2022)"]
  API["🔐 API Endpoint"]
  V{"✅ Verified"}

  P -->|"Delegation VC"| A
  A -->|"sign(intent)"| C
  C -->|"HTTP body<br/>application/vc+vouch"| API
  API -->|"verify()"| V

简单的 4 个步骤：

1. 生成身份：创建 Ed25519 密钥对和 DID，并发布包含 Multikey 验证方法的 DID Document。
2. 签署操作：Agent 的 sidecar 签发可验证凭证，其中包含 action、target 和 resource，并由 eddsa-jcs-2022 数据完整性证明保护。
3. 发送至 API：将凭证作为 HTTP 请求正文发送，并设置 Content-Type: application/vc+vouch（或为兼容 v0.x，通过旧版 Vouch-Token 标头发送；此前的 application/vouch+credential+json Content-Type 则作为过渡别名保留）。
4. 验证：API 解析签发者的 DID，验证数据完整性证明，检查时间声明和资源绑定，并返回 CredentialPassport。

信任模型

flowchart TB
  subgraph IDENTITY["Identity Layer"]
    DID["DID<br/>did:web / did:key"]
    MK["Multikey<br/>algorithm-agnostic key encoding"]
  end
  subgraph FORMAT["Credential Layer"]
    VC["Verifiable Credential<br/>(VC Data Model 2.0)"]
    INTENT["Intent payload<br/>action · target · resource"]
  end
  subgraph CRYPTO["Cryptographic Proof"]
    JCS["JCS canonicalization (RFC 8785)"]
    DEFAULT["eddsa-jcs-2022<br/>(Ed25519, default)"]
    PQ["mldsa44-jcs-2024<br/>(ML-DSA-44, optional second proof)"]
  end
  IDENTITY --> FORMAT
  FORMAT --> CRYPTO
  JCS --> DEFAULT
  JCS --> PQ

信任 = 可验证凭证 + 数据完整性 + 去中心化标识符 + Multikey，并可选用后量子证明集。 这套机制采用与 SSL/TLS 相同的安全数学原理，加上用于保护 Web 上其他可验证凭证的标准化基元，并将其应用于 AI Agent。

---

为什么选择 Vouch Protocol？

与 DIY JWT 对比

特性	Vouch Protocol	DIY JWT
面向 Agent	✅（专为 Agent 设计）	❌（通用）
MCP 集成	✅（原生）	❌（手动）
框架集成	✅（LangChain、CrewAI 等）	❌
审计轨迹格式	✅（VC 标准化）	❌（自定义）
符合标准	✅（eddsa-jcs-2022 Data Integrity）	❌
多密钥验证方法	✅（与算法无关）	❌
后量子签名	✅（mldsa44-jcs-2024 证明集）	❌
跨实现互操作性测试	✅（Python、TypeScript、Go）	❌
安全最佳实践	✅（内置）	⚠️（容易出错）

---

快速开始

1. 安装

# Linux and macOS: one line
curl -fsSL https://vouch-protocol.com/install.sh | sh

# Or with pip (any platform)
pip install vouch-protocol

2. 生成身份

vouch init --domain your-agent.com

3. 为操作签名（Agent 端）

v1.0 路径（VC + Data Integrity，推荐）：

from vouch import Signer
import os

signer = Signer(
  private_key=os.environ['VOUCH_PRIVATE_KEY'],
  did=os.environ['VOUCH_DID']
)

credential = signer.sign(intent={
  'action': 'read_database',
  'target': 'users_table',
  'resource': 'https://api.example.com/v1/users',
})
# Send credential as the JSON body of the API request, content-type
# application/vc+vouch

4. 验证（API 端）

v1.0 路径：

from fastapi import FastAPI, Request, HTTPException
from vouch import Verifier

app = FastAPI()

@app.post("/api/resource")
async def protected_route(request: Request):
  credential = await request.json()
  public_key = '{"kty":"OKP", ...}' # Resolved from did:web or trusted root

  is_valid, passport = Verifier.verify(credential, public_key=public_key)
  if not is_valid:
    raise HTTPException(status_code=401, detail="Untrusted Agent")

  return {
    "status": "Verified",
    "agent": passport.sub,
    "intent": passport.intent,
  }

就是这么简单。 无论采用哪种路径，只需几行代码即可完成签名和验证。

---

集成

开箱即用，支持所有主流 AI 框架：

• Model Context Protocol（MCP）：与 Claude Desktop 和 Cursor 原生集成
• LangChain：自动为工具调用签名
• CrewAI：多 Agent 身份管理
• AutoGPT：为自主 Agent 签名
• AutoGen：Microsoft 多 Agent 框架
• Google Vertex AI：为函数调用签名
• Google ADK：原生 ADK 工具集成
• n8n：低代码 Agent 工作流

查看所有集成 →

---

企业功能

• 密钥轮换：在生产环境中自动轮换密钥
• 语音 AI 签名：实时为音频帧签名
• 云 KMS：AWS KMS、GCP Cloud KMS、Azure Key Vault
• 声誉评分：长期跟踪 Agent 行为
• 撤销注册表：将已泄露的密钥列入黑名单
• Redis 缓存：支持生产规模的验证
• 后量子配置文件：一个可选证明集，其中包含 eddsa-jcs-2022 证明和 mldsa44-jcs-2024 证明，适用于遵循 NIST CNSA 2.0 / NSM-10 迁移时间表的受监管部署

后量子示例

# Optional profile, requires `pip install pqcrypto`
credential = signer.sign_hybrid(intent={
  'action': 'submit_clinical_finding',
  'target': 'trial:NCT00000001',
  'resource': 'https://fda-submissions.example.com/api/findings',
})
# The credential's `proof` is an array of two independent Data Integrity proofs,
# eddsa-jcs-2022 and mldsa44-jcs-2024, over the same document.
# Verification REQUIRES both to validate.

---

用例

金融服务

# SEC-compliant trade logging
agent.sign({'action': 'execute_trade', 'amount': 10000, 'symbol': 'AAPL'})

客户服务

# Data access accountability
agent.sign({'action': 'read_customer_data', 'customer_id': 'cust_abc'})

医疗保健 AI

# HIPAA-compliant audit trail
agent.sign({'action': 'access_phi', 'patient_id': '12345'})

为避免该领域被专利圈占，本项目以 CC0 许可发布了 61 项防御性现有技术披露，涵盖加密身份、媒体来源证明、语音生物识别、AI 安全、后量子密码学、AI 编码治理，以及按区域区分的人类或 AI 代码作者身份。请参阅 docs/disclosures。

---

用例

• 金融服务。 为 Agent 执行的每笔交易或转账留下经过签名、可追责的记录。
• 医疗保健。 为每次患者数据访问留下可审计的轨迹。
• 客户服务。 证明哪个 Agent 在谁的授权下访问了哪条客户记录。
• Agent 对 Agent。 一个组织的 Agent 调用另一个组织的 Agent 时，双方都可以在采取行动前验证对方。

查看完整示例 →

---

文档

• 快速开始
• Vouch 规范（v1.6 规范性文档）
• 后量子实现指南
• 协议规范（开发者指南）
• 集成指南
• 威胁模型与安全注意事项
• 防御性现有技术披露（61 项 PAD，CC0）
• 常见问题与讨论

---

社区

• Discord - 提问、分享用例 → 立即加入
• GitHub Discussions - 技术讨论 → 发起讨论
• Twitter/X - 更新和公告 → @Vouch_Protocol

---

路线图

v1.6（当前版本）

• 可验证凭证 + 数据完整性（eddsa-jcs-2022 密码套件）
• Multikey 验证方法（与算法无关，采用 multibase + multicodec）
• 后量子配置文件（eddsa-jcs-2022 + mldsa44-jcs-2024 证明集，符合 NIST CNSA 2.0 / NSM-10）
• 三语言参考实现（Python、TypeScript、Go），通过 RFC 8785 JCS 实现字节级一致的规范形式，并经共享测试向量验证
• 已起草规范并提交至开放标准组织进行孵化
• 55 项现有技术披露（CC0 防御性公开）
• 身份 Sidecar 架构（与 LLM 隔离的密钥）
• 具备自适应信任熵的心跳协议
• 具备能力收窄机制的资源约束委派链
• MCP 集成（Claude Desktop、Cursor）
• 框架适配器（LangChain、CrewAI、AutoGPT、AutoGen、Vertex AI、Google ADK、n8n）
• C2PA 内容凭证集成
• 音频水印（Vouch Sonic、子频带隐写）
• 与 DID 关联的语音生物特征注册
• 浏览器扩展（Chrome / Edge 内容签名）
• GitHub App 和 Cloudflare Workers 验证网关

后续计划（v1.7 及以后）

• 独立第三方密码学安全审计（Trail of Bits / NCC Group / Cure53）
• 规范稳定化及外部评审
• 算法法定人数验证（M 选 N 密码套件多样性，依据 PAD-046）
• 针对高风险 Agent 操作的可验证延迟函数限速（依据 PAD-047）
• 用于模型内生 AI 身份的密码学权重绑定（依据 PAD-043）
• 用于高频 Agent 间协商的临时 ZK-State 通道（依据 PAD-044）
• 以检索为锚点的无幻觉证明（依据 PAD-045）
• 标准化 Agent 账本元数据架构（依据 PAD-042）
• 优先边缘端的 WASM + ONNX 客户端处理
• 硬件密钥支持（YubiKey、TPM、Secure Enclave）
• 面向边缘和嵌入式部署的原生 Rust 实现

查看完整路线图和问题跟踪器 →

---

许可证

Apache License 2.0：参见 LICENSE

你可以在商业和开源项目中自由使用。

61 项防御性现有技术披露以 CC0 1.0 Universal 发布，以确保生态系统不受专利垄断。

Vouch Protocol 规范正通过开放标准组织作为开放标准提案进行开发。该实现也正在提交给 Linux Foundation 的 AI & Data Foundation。

---

致谢

灵感来源：

• SSL/TLS（身份领域的黄金标准）
• OAuth 2.0（出色实现的联合身份）
• 可验证凭证（数字身份的未来）

由 Ramprasad Gaddam 构建（Twitter/X）

---

贡献

欢迎贡献。请参阅 CONTRIBUTING.md。想找个起点？浏览我们的 适合新手的议题，并使用上方的 在 GitHub Codespaces 中打开 徽章，一键打开现成的开发环境。

最需要帮助的领域：

• 更多框架集成（Haystack、Semantic Kernel、LlamaIndex 等）
• 跨实现互操作测试向量（JCS、VC、后量子证明集的更多边界情况）
• 面向受监管行业部署的教程和实例
• 独立安全审查和审计
• 更多语言的参考实现（Rust、Java、.NET）

贡献者

感谢这些优秀的贡献者。本节由 all-contributors 机器人自动维护。

---

如果觉得这个仓库有用，请点亮星标。

在 GitHub 上点亮星标 | 加入 Discord | 在 X 上关注

---

现有技术披露

为确保生态自由，我们发布了 55 项防御性现有技术披露（CC0 公共领域），涵盖密码学身份、媒体来源证明、语音生物识别、AI 安全、后量子密码学、AI 编码助手治理和内容真实性等领域的新方法：

ID	标题	类别
PAD-001	Agent 加密身份	身份
PAD-002	保管链委托	身份
PAD-003	身份 Sidecar 模式	架构
PAD-004	DOM 遍历式签名匹配	验证
PAD-005	分离式签名恢复	验证
PAD-006	基于 URL 的凭证链式验证	信任
PAD-007	通过输入遥测实现自动溯源	溯源
PAD-008	混合身份引导	身份
PAD-009	通过 Localhost 桥接实现统一本地身份	架构
PAD-010	上下文自适应语义授权	隐私
PAD-011	分层发现协议	发现
PAD-012	媒体清单中的可执行使用约定	媒体 / 权利
PAD-013	通过心理声学隐写实现气隙身份	音频
PAD-014	通过隐写实现稳健声学溯源	音频
PAD-015	环境见证协议（BLE 众包）	IoT / 溯源
PAD-016	动态凭证续期（“Heartbeat Protocol”）	身份
PAD-017	推理的加密证明	AI 安全
PAD-018	模型谱系溯源（“Birth Certificate Protocol”）	AI 安全
PAD-019	透明 Agent 通信	AI 安全
PAD-020	能力获取遏制	AI 安全
PAD-021	通过反向能力缩放实现渐进式自主权	AI 安全
PAD-022	Agent 群体治理	AI 安全
PAD-023	音频水印中机器可读的内容使用策略	音频 / 权利
PAD-024	用于视频溯源的时间感知感知哈希	视频
PAD-025	通过客户端 WASM 实现边缘优先内容溯源	架构
PAD-026	与 DID 关联的语音生物特征注册	语音 / 生物特征
PAD-027	生物特征注册数据的 Shamir 秘密共享	恢复 / 生物特征
PAD-028	统一的跨模态身份绑定溯源	多模态 / 身份
PAD-029	身份验证通信防护	老年人安全 / 语音
PAD-030	零知识信誉可移植性	隐私 / 信任
PAD-031	对抗性溯源蜜罐	对抗性检测
PAD-032	加密死亡协议	身份生命周期
PAD-033	后量子签名的 ZK 证明压缩	后量子 / ZKP
PAD-034	用于群体共识的复合阈值聚合	后量子 / 群体
PAD-035	异步分块验证与边缘 PQ 签名	后量子 / 边缘
PAD-036	通过可验证状态回执实现聚合信誉评分	信任 / 企业
PAD-037	跨协议 Agent 凭证联合	身份 / 企业
PAD-038	去中心化 Agent 能力发现	发现 / 多 Agent
PAD-039	通过 JCS 实现跨实现的确定性多方信任状态	跨实现确定性
PAD-040	绑定到同一规范字节的混合复合签名（Ed25519 + ML-DSA-44）	后量子 / 混合
PAD-041	通过 Multikey Multicodec 实现与算法无关的验证方法解析	验证 / Multikey
PAD-042	AI Agent 账本签名的标准化元数据架构	元数据 / 审计
PAD-043	用于模型内在 AI 身份的加密权重绑定	AI 身份 / 模型
PAD-044	用于 Agentic Layer 2 扩展性的临时 ZK 状态通道	可扩展性 / ZK
PAD-045	通过加密检索锚定证明无幻觉	AI 安全 / RAG
PAD-046	通过 M-of-N 加密套件多样性实现算法法定人数验证	纵深防御
PAD-047	用于加密速率限制的可验证延迟函数	Agent 遏制
PAD-048	用于 LLM 编码助手的只写异步上下文账本	AI 编码 / IP 保护
PAD-049	通过被动源监控实现解耦语义策略提取	AI 编码 / IP 保护
PAD-050	零上下文确定性出口拦截	AI 编码 / 出口控制
PAD-051	通过本地影子模型并行提取意图	AI 编码 / 本地优先
PAD-052	闭源 AI 编码工具的 UI 状态嗅探	AI 编码 / 兼容性
PAD-053	带自动过期功能的限时临时规则	AI 编码 / 生命周期
PAD-054	AI 编码工作区的文件系统层级策略继承	AI 编码 / 组合
PAD-055	通过预检上下文重放实现跨会话策略重新锚定	AI 编码 / 连续性
View all disclosures →