构建第 12 条证据包
调用欧盟 AI 法案第 12 条的导出，然后读取覆盖报告，该报告把您所持证据映射到控制项并指出缺口。
3 个步骤curlJavaScriptPython
compliance.pack
调用欧盟 AI 法案第 12 条的导出，然后读取覆盖报告，该报告把您所持证据映射到控制项并指出缺口。
compliance.pack您需要说明平面为欧盟 AI 法案提供了怎样的记录保存能力。第 12 条的证据包是一个导出封装，覆盖报告则对照所观察到的内容（实际的账本事件类型和运行的模块）检查十四项控制中的每一项。
该模块把证据映射到控制项，并过滤掉声称符合性、法律意见或保证结果的文本。覆盖报告中缺少任何控制项，则整份报告失败。只有 list 和 pack 有 MCP 操作；其余为 REST。
代码从 INTRAMEDIAL_KEY 读取密钥。请把它放在您的 shell 或密钥存储中，切勿放进要提交的文件。需要已登录用户的调用不能使用密钥：这些调用由控制台发起。
在请求某个证据包之前，先读取工作区可调用的证据包和控制项。该模块覆盖欧盟 AI 法案和 NIST AI RMF 中的十四项控制，并映射第 9、12、14、15 和 50 条。第 14 条的导出封装在所有套餐中免费。
证据包在 wrapId 中返回其所调用的封装。导出运行时未绑定时，artifacts 为空。
Trustvice 旗下产品
{
"pack": {
"id": "art12",
"wrapId": "exports.eu-ai-act.article-12.request"
},
"wraps": ["exports.eu-ai-act.article-12.request"],
"invoked": true,
"artifacts": []
}wrapId 所指的导出封装运行，或被干净地跳过。compliance.packcompliance-pack
curl -sS https://api.intramedial.com/api/v1/acp/compliance/list \
-H "Authorization: Bearer $INTRAMEDIAL_KEY"const res = await fetch("https://api.intramedial.com/api/v1/acp/compliance/list", {
headers: { Authorization: `Bearer ${process.env.INTRAMEDIAL_KEY}`, },
});
console.log(res.status, await res.json());import os, requests
res = requests.get(
"https://api.intramedial.com/api/v1/acp/compliance/list",
headers={"Authorization": "Bearer " + os.environ["INTRAMEDIAL_KEY"]},
timeout=30,
)
print(res.status_code, res.json())发送条文 id，例如 art12。模块查找其导出封装并通过导出运行时调用，若该运行时未绑定，则干净地跳过，而不是编造 id。响应在 wrapId 和 wraps 中指出该封装。
curl -sS -X POST https://api.intramedial.com/api/v1/acp/compliance/pack \
-H "Authorization: Bearer $INTRAMEDIAL_KEY" \
-H "Content-Type: application/json" \
-d '{
"id": "art12"
}'const res = await fetch("https://api.intramedial.com/api/v1/acp/compliance/pack", {
method: "POST",
headers: {
Authorization: `Bearer ${process.env.INTRAMEDIAL_KEY}`,
"Content-Type": "application/json",
},
body: JSON.stringify({
id: "art12",
}),
});
console.log(res.status, await res.json());import os, requests
res = requests.post(
"https://api.intramedial.com/api/v1/acp/compliance/pack",
headers={"Authorization": "Bearer " + os.environ["INTRAMEDIAL_KEY"]},
json={
"id": "art12",
},
timeout=30,
)
print(res.status_code, res.json())覆盖操作对照真实观察到的内容检查十四项控制中的每一项：实际的账本事件类型、调度器自身的模块表，以及导出运行时的可用性。每项控制返回 evidenced、partial 或 gap，缺口会被指明，绝不会被省略。报告中缺少任何控制项，则整份报告失败。
curl -sS https://api.intramedial.com/api/v1/acp/compliance/coverage \
-H "Authorization: Bearer $INTRAMEDIAL_KEY"const res = await fetch("https://api.intramedial.com/api/v1/acp/compliance/coverage", {
headers: { Authorization: `Bearer ${process.env.INTRAMEDIAL_KEY}`, },
});
console.log(res.status, await res.json());import os, requests
res = requests.get(
"https://api.intramedial.com/api/v1/acp/compliance/coverage",
headers={"Authorization": "Bearer " + os.environ["INTRAMEDIAL_KEY"]},
timeout=30,
)
print(res.status_code, res.json())内容复制自: /docs/compliance-pack
账本仅可追加，并封存在 Merkle 根之下。条目上的时间取自 Intramedial 自己的时钟，签名包可用已发布的公钥离线核查。
把审计日志封存为带 Merkle 根的签名包，并用已发布的公钥离线核查。
ledger.bundles-snapshot读取五个退出目标，记录一次真实演练，在带 Merkle 根的清单下导出所有涵盖的类别，并验证导出。
exit.objectives列出谁接触过某个资源（最近的在前），然后用其 Merkle 证明重建一个事件。
ledger.blame当我们向实用示例中添加新示例时，会发送一封简短的邮件。不会发送其他任何邮件，而且您可以从任意一封邮件中退订。
完全无需账户：在 7 天之内可以在各个 attest 路由上调用 35 次，所生成的回执都会被标记为测试回执。当您想继续使用时，再注册账户即可。