TEE 机密计算证明
拿到一份签名回执，写明是哪家供应商应答了你的请求、对方返回了什么，并且可以自己核验。
给 API Key 开启「TEE 机密计算证明」后，这把 Key 的响应会附带一份由 VeriRelay 签名的回执。回执写明接收请求的供应商主机（例如 api.anthropic.com），并带有请求体和响应体的 SHA-256 哈希。核验在 VeriRelay 上进行，你不必相信我们的一面之词：VeriRelay 的签名密钥只存在于 AMD SEV-SNP 机密虚拟机中，证明这一点的远程证明是公开的。
开启
在 API Key 页面新建或编辑 Key，打开「TEE 机密计算证明」。代码不用改，这把 Key 发出的每个请求都会要求证明。
带证明的响应
X-VeriRelay-Request-Id: 36a420474e713c4ecbe0a6d5dfd79ed0
X-VeriRelay-Store-Id: cFMrwmc4IeTQT14_R9y6gg
X-VeriRelay-Store-Key: <secret>| 响应头 | 用途 |
|---|---|
X-VeriRelay-Request-Id | 取签名回执 |
X-VeriRelay-Store-Id、X-VeriRelay-Store-Key | 取回并解密供应商收到和发出的原始请求体与响应体。Store-Key 请当作密钥保管：拿到它的人在 VeriRelay 删除存档之前都能看到这次交换的内容。 |
不带这几个响应头的响应就是未经证明。证明是尽力而为的：无法证明的请求照常应答，只是不带这几个响应头。对话接口（Chat Completions、Responses、Anthropic Messages、Gemini）的请求可以证明；embeddings、图片、音频等其他接口的响应不带回执，部分模型也不带。中途结束的流没有回执。
对任何带证明的请求，GET /v1/generation?id=<X-Request-ID> 也会返回同样的值，以及 VeriRelay 删除各部分的时间：
"verirelay": {
"request_id": "36a420474e713c4ecbe0a6d5dfd79ed0",
"store_id": "cFMrwmc4IeTQT14_R9y6gg",
"store_key": "<secret>",
"relay": "https://relay.verirelay.com",
"receipt_expires_at": "2026-11-11T08:45:48Z",
"store_expires_at": "2026-11-12T07:45:48Z"
}核验回执
在用量页面打开标有「可验证」的请求，点「去 VeriRelay 核验」即可。想自己拼链接，把这几个值放在 # 之后：
https://verirelay.com/zh/verify#relay=https%3A%2F%2Frelay.verirelay.com&request_id=<X-VeriRelay-Request-Id>&store_id=<X-VeriRelay-Store-Id>&store_key=<X-VeriRelay-Store-Key>浏览器不会把 # 之后的内容发给任何服务器，所以 Store-Key 只留在你自己的电脑上。核验页先检查签名和远程证明，再解密存档的原文，与哈希逐一比对。去掉 store_id 和 store_key 就只核验回执本身。
在代码里核验时，直接取回执，不需要 Key：
curl https://relay.verirelay.com/v1/avr/receipts/36a420474e713c4ecbe0a6d5dfd79ed0{
"version": "avr/1",
"canonicalization": "jcs-rfc8785",
"signature_algorithm": "ed25519",
"hash_algorithm": "sha256",
"request_id": "36a420474e713c4ecbe0a6d5dfd79ed0",
"timestamp": "2026-11-11T07:45:48.036395467Z",
"method": "POST",
"upstream_authority": "api.deepseek.com",
"upstream_path": "/v1/chat/completions",
"request_body_sha256": "…",
"response_body_sha256": "…",
"response_status": 200,
"upstream_tls": { "sni": "api.deepseek.com", "spki_sha256": "…" },
"service_public_key": "…",
"key_id": "5262ba4e3931cd2a",
"signature": { "payload_sha256": "…", "value": "…" }
}upstream_authority 是应答的主机，upstream_tls.spki_sha256 是它出示的证书的指纹。GET /v1/avr/evidence/<request_id> 返回回执以及 SEV-SNP 远程证明，后者把签名密钥绑定到这台机密虚拟机上。格式规范见 avr1.md。
保存证明
VeriRelay 保存签名回执 1 小时、原文 24 小时，到期即删除。想长期保留证明，请在一小时内保存 evidence 包：它自带签名和远程证明，VeriRelay 的副本删除后照样可以核验。
回执证明的范围
回执证明的是与供应商之间的那次交换。你收到的内容与它逐字节一致，只有以下几处不同：
| 修改 | 在哪里看到 |
|---|---|
| 协议转换：用供应商不支持的协议调用模型时 | 存档的请求是供应商的协议格式 |
| 模型名：供应商收到的是它自己的模型 ID | 存档请求里的 model |
| 费用 | X-Cost-Credits，流式请求里的 : x-cost-credits 行 |
| Responses 的 ID：响应开启存储时 | OhMyGPT 签发的 resp_* ID |
| 输出上限：余额付不起你请求的上限时 | X-Output-Tokens-Capped 给出新的上限，与存档请求里的一致（详见） |
存档的原文是供应商发出的原始字节，可能经过 gzip 压缩，哈希覆盖的也是压缩后的字节。与你收到的内容比对前，请先解压。