常见的问题条例（EU）第 2024/1689 号
欧盟《人工智能法》（AI Act）适用时间自 2024 年 8 月 1 日起生效；自 2026 年 8 月 2 日起开始普遍适用
《人工智能法》按照风险等级规定了各项义务，并且分阶段设置了适用日期。其中的记录保存和透明度规则，是与 Trustvice 所记录的内容最为接近的部分。
官方正式文本 ↗为《人工智能法》准备的、其他人也能够核查的记录。
《人工智能法》要求高风险系统保存日志，并要求许多 AI 系统告知人们，他们正在与一台机器进行交谈。Trustvice 并不能让您符合这些法规的要求。它会为您所保存的那些记录提供一个签名和一个时间，而您日后再也无法对它们进行任何更改。
TrustActorPlacardNotarianTOPSLens
01
常见的问题
这个问题通常是以什么方式被提出来的
记录日志是一项工程任务；而在多年之后证明这些日志完整而且从未被改动过，则是另外一项完全不同的任务。一份只有您自己才能为之担保的记录，作为证据，要比一份第三方也能够自行验证的记录弱得多。
人们通常会问什么
我们能说明系统在这次请求中按什么顺序做了什么吗？
我们如何证明 AI 告知确实以德语送达，而不只是写好了？
我们能证明这份记录在问题提出后没有被编辑过吗？
TrustActor 将智能体运行保存在可发现篡改的哈希链中，Placard 为您提供的 AI 告知签名并维护送达台账，Notarian 为审计链快照签名。内容和日志本身由您保留，这些记录让它们带有日期并可发现篡改。
02
法规背景
相关的法规要求以及业务方面的背景
第 12 条 – 记录的保存义务
属于高风险的 AI 系统适用时间附件 III 所列系统自 2027 年 12 月 2 日起；附件 I 所列系统自 2028 年 8 月 2 日起
高风险 AI 系统必须在技术上允许在该系统的整个生命周期之内，自动地记录各类事件（即日志），以便能够对该系统的运行情况进行追溯：其中包括可能会带来风险或者可能构成重大修改的各种情形、该系统投放市场之后的监测，以及由部署者对该系统的实际运行所进行的各项监测。
官方正式文本 ↗第 19 条第 1 款和第 26 条第 6 款 – 日志的保存
系统的提供者以及部署者适用时间与各项高风险义务同时开始适用
提供者和部署者必须在适合该系统预期用途的期限之内，保存由其自身所控制的、由系统自动生成的那些日志，保存的期限至少应当为六个月，除非其他的欧盟法律，或者欧盟成员国的国内法律，对此另外作出了不同的具体规定。
官方正式文本 ↗第 50 条 – 透明度的义务
与人直接进行各种交互的那些 AI 系统适用时间2026 年 8 月 2 日起
提供者在设计那些与人直接进行交互的 AI 系统时，必须确保这些人会被告知，他们正在与一个 AI 系统进行交互，除非这一点本身就已经显而易见。对于在 2026 年 8 月 2 日之前已投放市场的生成式系统，《人工智能数字综合法案》为第 50 条第 2 款的标记义务设定了过渡期，其截止日期请以已公布的法规 (EU) 2026/1744 文本为准。
官方正式文本 ↗条例（EU）第 2026/1744 号
AI《数字综合法案》适用时间自 2026 年 7 月 27 日起生效
修订了《人工智能法》的时间表：各项高风险义务现在对附件 III 所列的系统自 2027 年 12 月 2 日起适用，对附件 I 所涵盖的系统自 2028 年 8 月 2 日起适用，而不再是原定的 2026 年 8 月 2 日。
官方正式文本 ↗各项法律参考均为摘要，所述内容截至 2026 年 10 月。我们提供这些信息，是为了让您了解这项需求究竟从何而来，而不是将其作为法律建议。请阅读相关的官方正式文本，并咨询您的法律顾问，了解它们如何适用于您自己的情况。Trustvice 不会使任何组织符合任何一部法律的要求。
03
我们的方法
Trustvice 如何解决这个问题
- 1
您的系统执行操作
您的系统把智能体运行提交给 TrustActor，并在 AI 交互开始时记录它通过哪个渠道、以哪种语言送达了哪条告知。
- 2
Trustvice 记录并签名
运行写入工作区哈希链。Placard 生成一条已签名、按内容寻址的 AI 告知，并把每次送达记入台账。
- 3
两者都由您保存
审计链的 Notarian 快照和 Lens 证据包为您提供某一时期的签名导出。请按记录保存要求的期限保留您自己的副本。
- 4
评估方验证
您与之共享记录的任何人都无需账户，即可在公开验证路径上核对快照锚点，并通过 Placard 的公开端点解析和验证告知。
04
套件
涉及的 Trustvice 360 套件
每个套件负责记录的一部分。打开套件即可了解它的作用。
05
实例演练
一个完整的示例
AI 系统可为聊天助手生成的两份记录：一次性生成并签名的 AI 告知本身，以及每次会话开始时的送达记录。
api.trustvice.com/v1/actions/placard.compose请求内容 · POST
{
"workspaceId": "ws_…",
"subject": "support-assistant",
"channels": ["chat"],
"texts": [{
"locale": "de",
"elements": {
"artificialNature": "Sie sprechen mit einem KI-Assistenten, nicht mit einem Menschen."
}
}]
}
→ { "ok": true, "data": { "placardId": "plc_…", "version": 1, "signature": "…", … } }api.trustvice.com/v1/actions/placard.delivery.record请求内容 · POST
{
"workspaceId": "ws_…",
"placardId": "plc_…",
"channel": "chat",
"subjectRef": "sess_123",
"priorTurns": 0,
"locale": "de"
}
→ { "ok": true, "data": { "deliveryId": "plcd_…", "localeServed": "de", "localeFallback": false, … } }- placard 的 ID 是告知规范化字节的 SHA-256，因此当时展示的确切文本始终可核查。
- priorTurns 为必填：0 表示告知出现在第一次交互之前。subjectRef 是会话或消息 ID，绝不能是个人数据。
- 缺少法定核心内容（即说明对方是 AI 系统）的告知会被拒绝生成。
文档中所列出的各个请求字段: /docs/api/placard
06
证明的边界范围
此处记录能证明什么，不能证明什么
记录能证明
- 这条确切的告知文本以该语言生成并签名，此后未被更改。
- 您的系统记录了在此渠道、向此会话引用、在若干轮先前交互之后送达了它。
- 有 Notarian 快照时：您的审计记录在快照签名时即为此形态。
它并不能够证明
- 您的系统符合第 12 条或任何其他条款。日志能力、风险管理和合格评定由您负责。
- 某人看到或理解了告知。送达记录只说明您的系统提供了它。
- 您的日志是完整的。您从未记录的事件不会留下任何痕迹。
签名记录只证明一个有限的事实：这些值由 Trustvice 在此时记录，此后未被更改。它不是证书、审计、合格时间戳或法律意见，其本身也不能满足任何法律义务。
07
继续往下读
相关的其他需求
每个套件都属于 Trustvice 360。
每个工作区都能使用所有套件，各方案的区别在于容量。请阅读文档，或告诉我们您需要证明什么。