Tessera · 欧盟《人工智能法案》第 50 条音频摄入关口

你加上的元数据,曲目一上社交就被剥掉。我们构建了证明溯源仍能存活的关口。

Tessera 将唱片公司的一批发行送入一道第 50 条摄入关口。对每一首曲目,它在屏幕上展示:C2PA 元数据会被真实的社交转码剥掉,而软绑定水印 UUID 会被恢复,清单再从账本重新解析。每条裁决都援引确切条款;当真有标记未能存活时,它把曲目路由至人工审核,而不是认证。智能体建议,代码裁决。

12 首中的 7 首

发行被自动清关为 COMPLIANT,2 首路由至整改,3 首被拦截,自动清关率 58%

固定的 12 首合成发行语料,于 2026-08-07 重跑

BER 0.0

软绑定 UUID 经 mp3-128、aac-128、opus-96 恢复;硬绑定在 0 条社交通道上存活

我们的扩频标记,真实 ffmpeg 转码

100%

文档包覆盖:12 首曲目每一首都带着援引第 50 条条款的裁决,0 首无法解释

固定合成批次上的 HTML 与 JSON 文档包

在固定的 12 首合成发行批次上,机制可运行的演示。它离线运行、无需 API 密钥;存活数字来自真实 ffmpeg 转码,可选智能体是唯一可能使用模型的部分。

你加上了 C2PA。上传转码已经把它扔掉了。

没有存活的标记,以及没有任何社交平台会保留的清单。

欧盟《人工智能法案》第 50 条于 2026 年 8 月 2 日生效:生成式音频输出必须以机器可读格式标记,并在常见修改之后保持可检测,第 99 条罚金最高可达 1,500 万欧元或全球营业额的 3%(欧盟《人工智能法案》;委员会《实践准则》草案,2026 年 1 月)。行业的本能反应是加上 C2PA,然后宣称完事。

陷阱在于 C2PA 是硬绑定。清单住在文件元数据里,而那层硬绑定会被大多数社交平台在上传时剥掉——Veriprajna WP31 方案来源(2026)将其描述为当今 C2PA 生态中最大的单一运营弱点。一家给目录打上标签的唱片公司,曲目一上 TikTok 或 Instagram,实际上并未被覆盖。唯一能活下来的是软绑定:不可感知的水印携带一个极小的 UUID,元数据没了之后,再从账本重新解析清单。

缺口比标记更宽。DDEX ERN 4.3 没有 AI 披露字段,而多数聚合商如 CD Baby、DistroKid 和 Believe 不会透传细粒度 AI 披露(Veriprajna WP31 方案来源,2026),这本身就是第 50 条敞口。体量也是真的:在 Deezer 上,每日上传中约 28% 完全由 AI 生成,仅 AI 曲目上约 70% 的播放是欺诈性的,版税欺诈每年达 20 至 30 亿美元(Beatdapp/Beatport,引自 WP31 研究,2026)。给目录打标签很容易。证明每首曲目的溯源能活过它实际经过的链路,才是难的部分,也是监管方会问的部分。

一道确定性关口跑完整条链路;LLM 从不触碰裁决

一道摄入关口,一次运行一个阶段,带真实的每阶段延迟。信任核心是普通的、经单元测试的代码。

关口运行唱片公司的分发批次,12 首合成发行排队,面向大约 180 家 DSP。每首发行按顺序走流水线:经真实 ffmpeg 转码的通道交付、多标准标记检测、对照账本的软绑定解析、存活矩阵、DDEX AI 披露提取、第 50 条策略关口、智能体整改与对抗性审核,以及监管文档包。决定裁决的每一个数字,都在任何智能体运行之前计算完毕。

通道交付(ffmpeg 转码)→ 多标准标记检测 → 软绑定解析(账本)→ 存活矩阵(真实 ffmpeg)→ DDEX AI 披露提取 → 第 50 条策略关口(确定性)→ 智能体整改 + 对抗性审核 → 监管文档包

确定性信任核心

语言模型之外的那一部分。每首发行被推过它到达时所经的通道:社交(一次 mp3-128 转码)、模拟间隙(扬声器到麦克风的再捕获模型),或干净(直接 WAV 交接),正是这一步剥掉硬绑定。真实的扩频解码器(numpy FFT)从交付后的波形恢复嵌入的 32 位资产密钥加 CRC;密钥在 SQLite 账本中查找 C2PA 清单替身,同时并排尝试从文件元数据读取硬绑定并失败。存活矩阵用真实 ffmpeg 把母带重新编码为 mp3-128、aac-128 和 opus-96,并测量每种编解码器的误码率。监管方可交叉质询的普通代码。

可选智能体:仅限于建议

在确定性核心之上,可替换提供商的 Pydantic AI 智能体负责解释与沟通。披露提取智能体把自由文本制作备注转成结构化 DDEX 字段,整改智能体按缺口起草具体修复,对抗性合规审核员攻击每一次 COMPLIANT 认证,且必须把每一项主张绑到已存储的证据上,因此任何无法落地的内容都会强制降级为人工审核。全部可跳过:没有 API 密钥时,应用运行确定性回退,存活与关口数字完全相同。适配器默认 Claude claude-opus-4-8,并可替换为 OpenAI、Google 或 Cloudflare。智能体建议,代码裁决。

确定性关口对每首曲目检查什么

检查 它证明什么 依据
机器可读标记 生成式曲目至少携带可解码的标记。 确定性,第 50(2) 条
软绑定恢复 资产密钥活过交付通道,并从账本重新解析清单。 确定性
存活矩阵(BER) UUID 经 mp3-128、aac-128 和 opus-96 重新解码,以误码率衡量。 真实 ffmpeg
DDEX AI 披露 人声、配器、混音和母带全部已披露。 确定性,第 50(4) 条
具名下架负责人 该曲目存在人类负责人和 SLA。 确定性
不可恢复的标记 当标记未能存活时,关口弃判而非认证。 确定性,弃判

曲目只有在以下情况下才是 COMPLIANT:它是人类创作且不在范围内,或者它是 AI 且携带机器可读标记、软绑定密钥在交付通道之后被恢复、清单解析成功、DDEX 披露完整,且存在具名下架负责人。否则为 NEEDS_REMEDIATION(NEEDS PROOF,路由至人工审核)或 BLOCKED(主动的披露或标记违规)。每条裁决援引确切条款,无论是第 50(2) 条、第 50(4) 条、《实践准则》草案,还是下架负责人期望。智能体建议,这段代码裁决。

四条裁决,呈现在屏幕上

每一首发行都是合成的:短促的程序生成音调,没有真实音乐、艺人、厂牌或下架负责人。名称是虚构的测试夹具。数字是实时引擎的输出,于 2026-08-07 重跑。

批次,以及那个运营数字

十二首发行排队分发,关口返回 7 首 COMPLIANT、2 首路由至整改、3 首 BLOCKED,自动清关率 58%。这就是信任与安全负责人对照资助的数字:我们自动清关了 12 首中的 7 首,并将其余标出、配上具名负责人。页眉带着使之紧迫的市场背景:第 50 条于 2026 年 8 月 2 日生效,罚金最高可达 1,500 万欧元或全球营业额的 3%(欧盟《人工智能法案》),整批监管文档包可导出为 HTML 或 JSON。

Tessera 仪表盘展示四块磁贴,分别读作批次中 12 首发行、7 首自动清关为 COMPLIANT、2 首路由至整改、3 首因披露缺口被拦截;右侧打开 Neon Tide 发行,显示 COMPLIANT 裁决,以及将整批监管文档包导出为 HTML 和 JSON 的按钮。
12 首发行批次:7 首 COMPLIANT,2 首至整改,3 首 BLOCKED,自动清关率 58%,整批文档包一键可达。

硬绑定被剥掉,软绑定被恢复

Neon Tide(REL-001)是一首经社交通道交付的内部 AI 发行。面板并排展示整个论点:经 C2PA 元数据的硬绑定在转码时读为 STRIPPED,而经水印 UUID 的软绑定以置信度 0.989 读为 RECOVERED,恢复出的资产密钥显示在屏幕上,清单从账本重新解析。存活矩阵用真实 ffmpeg 把母带重新编码为 mp3-128、aac-128 和 opus-96,UUID 在三种编解码器上均以误码率 0.0 重新解码。DDEX 披露完整且存在下架负责人,因此关口依据第 50(2) 条在证据上返回 COMPLIANT。这是关于 C2PA 最重要的现实世界事实,是展示出来的,而不是断言出来的。

Neon Tide 裁决面板:硬绑定卡片读作转码时 STRIPPED,旁边软绑定卡片读作以置信度 0.989 RECOVERED 并高亮恢复出的水印 UUID;上方存活矩阵显示 mp3-128、aac-128 和 opus-96 各自以 BER 0 恢复,以及援引第 50(2) 条的 COMPLIANT 裁决。
硬绑定被转码剥掉;软绑定 UUID 以置信度 0.989 恢复,三种社交编解码器上存活误码率均为 BER 0.0。

恢复出的标记不是一张干净的健康证明

Glasshouse(REL-003)以置信度 0.992 恢复其水印,三种编解码器上 BER 均为 0.0,因此溯源完好。关口仍返回 BLOCKED,依据第 50(4) 条:DDEX AI 披露不完整,缺少配器、混音和母带,因为聚合商夹具没有把它们透传过来。原样出货会构成主动的第 50 条披露违规,因此曲目路由至具名负责人,附 5 天 SLA。有标记不等于合规,关口检查整条链路,而不是停在水印上。

Glasshouse 裁决显示软绑定以置信度 0.992 RECOVERED,存活矩阵在 mp3-128、aac-128 和 opus-96 上 BER 为 0,但 DDEX AI 披露行中配器、混音和母带标为 Missing,依据第 50(4) 条产生 BLOCKED 裁决,并配有整改负责人和 5 天 SLA。
溯源已恢复,仍被 BLOCKED:三个缺失的 DDEX 披露字段触发第 50(4) 条。

当标记未能存活时,它弃判

Radio Imaging Sweep 7(REL-004)经模拟间隙到达,从 FM 监听器做扬声器到麦克风的再捕获。标记未能存活:软绑定在置信度 0.699 下为 Not recoverable,CRC 失败,因此关口返回 NEEDS_REMEDIATION、NEEDS PROOF,路由至人工审核,不予认证。诚实的细微差别就在屏幕上:在干净母带上跑的存活矩阵显示标记本可以扛过普通转码,但这首曲目走的是真正弄坏它的模拟间隙通道,关口拒绝虚张声势。那次弃判被编码为经单元测试的不变量,而不是一种希望。

Radio Imaging Sweep 7 裁决显示经模拟间隙到达,软绑定卡片读作置信度 0.699 下 Not recoverable 且没有可解析的清单,以及援引《实践准则》草案的 NEEDS REMEDIATION 裁决,文案为 NEEDS PROOF,路由至人工审核,不予认证;而干净母带上的存活矩阵显示标记在其他情况下本可以存活。
弃判这一拍:标记在置信度 0.699 下未能活过模拟间隙,因此关口路由至人工审核,而不是认证。

监管文档包,按曲目

12 首曲目每一首都导出为文档包,HTML 与 JSON,携带裁决与援引条款、恢复出的 UUID 与清单 id、按编解码器的存活矩阵与 BER、DDEX 完整性、整改负责人与 SLA,以及对抗性审核员的签核或降级。Solstice Engine(REL-009)展示一个微妙案例:标记以置信度 0.991 恢复,但账本中从未登记过 C2PA 清单,这是流程缺口,因此路由至整改并写明修复。覆盖完整,每首曲目都带着援引条款的裁决,没有留下无法解释的内容。

导出的监管文档包滚动展示按曲目的卡片:一首人类创作的曲目在第 50(2) 条下标为不在第 50 条标记范围内,Polyglot(FR Cover)因标记恢复且存活 BER 0.0 而为 COMPLIANT,以及 Solstice Engine 因标记以置信度 0.991 恢复但账本中未登记 C2PA 清单而为 NEEDS REMEDIATION,每一首都带有对抗性合规审核员签核。
文档包:每首曲目都有援引条款的裁决,包括 Solstice Engine——恢复出的标记仍因清单从未登记而路由至整改。

Tessera 所在之处,以及它所不在之处

它是集成层,是摄入关口,不是为了打赢基准的水印。我们集成厂商的标记;我们不与他们竞争。

关切 加上 C2PA 然后出货 Tessera
社交上传之后的 C2PA 元数据 假定完好,实际被剥掉 当作已被剥掉处理;改为恢复软绑定 UUID
带水印但披露缺失的曲目 当作合规出货 依据第 50(4) 条 BLOCKED,并点名缺失字段
未能活过通道的标记 凭猜测认证 弃判,NEEDS PROOF,路由至人工审核
谁作出第 50 条裁决 往往是未经审计的模型 位于任何 LLM 之外的确定性规则引擎,援引条款
水印算法本身 自建或买一个,希望它能赢 在可替换为 SDK 的接口后面集成 SynthID、AudioSeal 或 Digimarc
随着水印模型改进的耐久性 价值押在算法上 价值留在存活、披露和文档包层

本演示不做什么

  • 它不构建与 SynthID-Audio、AudioSeal 或 Digimarc 竞争的水印。那些是可替换为 SDK 接口后面的桩适配器,我们的扩频标记只为软绑定携带一个 32 位资产密钥。我们对任何厂商都不作鲁棒性宣称。
  • BER 0.0 不是放之四海皆准的保证。它是在固定的合成 12 首发行语料上,用我们的标记,仅经 mp3-128、aac-128 和 opus-96 测得的,而演示还展示同一标记死在模拟间隙里。
  • 清单是 SQLite 软绑定账本中的 JSON C2PA 替身,并非经签名的 C2PA 2.0。真实的 C2PA 2.0 签名和欧盟驻留清单存储被推迟。
  • 没有实时 DSP 或聚合商连接器。DSP 摄入 webhook 以及 CD Baby、DistroKid 和 Believe 连接器是模拟和夹具。
  • 每一首发行、创作者、聚合商和下架负责人都是覆盖程序生成音频的合成测试夹具。没有真实录音、客户、部署、推荐或宣称的 ROI。
  • 它是合规支持关口和证据文档包,不是法律意见、认证,或通过监管审计的保证。条款引用与审计框架是工程脚手架。
  • LLM 从不在信任路径上。水印恢复、存活测量、软绑定查找,以及第 50 条通过或失败,都是确定性的;智能体只提取、起草和审核,并且可用确定性回退跳过。
  • 技术栈是 Python FastAPI、带 ffmpeg 存活装置的 numpy 扩频水印、SQLite 账本,以及带 vanilla JS 的单个 index.html,外加默认 Claude claude-opus-4-8 的可替换提供商 Pydantic AI 适配器。不是 React,不是 LangGraph,不是微调模型。

买家会问的问题

我们已经给目录加上了 C2PA。为什么这对第 50 条还不够?

C2PA 是硬绑定:清单住在文件元数据里,而那层元数据会被大多数社交平台在上传时剥掉,这是当今 C2PA 生态中最大的单一运营弱点(Veriprajna WP31 方案来源,2026)。于是,一家尽职加上 C2PA 的唱片公司,在运营上,曲目一上 TikTok 或 Instagram 就未覆盖。能活下来的是软绑定:不可感知的水印携带一个很小的 UUID,元数据没了之后,再从账本重新解析清单。Tessera 把关的是那次软绑定恢复,而不是野外不会还在的元数据。

你们是不是做了一个打败 SynthID 或 AudioSeal 的水印?

没有,我们也从不作此宣称。我们不构建竞争性水印算法;Google 和 Meta 已经覆盖了那一层,我们乐于集成他们的工作。SynthID-Audio、AudioSeal 和 Digimarc 在本演示里是有文档的、可替换为 SDK 接口后面的桩适配器,因为 SynthID 的检测器是 Google 封闭的,而 AudioSeal 需要 GPU。我们自己的扩频标记只为软绑定携带一个 32 位资产密钥加 CRC,不是为了在鲁棒性基准上打败任何厂商。

你们说 BER 0.0。标记什么都能活吗?

不能。误码率 0.0 的结果是有范围的:我们的扩频标记,在固定的 12 首合成发行语料上,用真实 ffmpeg 重新编码为 mp3-128、aac-128 和 opus-96。它不是开放世界的保证,演示本身还展示了相反的案例:一首广播曲目经模拟间隙从扬声器到麦克风再捕获,标记在置信度 0.699 下未能存活,关口弃判而不是认证。宣称什么都能活会是虚假的,也偏离品牌。

这是真实的 C2PA 吗,它真的在签名吗?

清单是存放在 SQLite 软绑定账本中的 JSON C2PA 替身,并非经密码学签名的 C2PA 2.0。真实的 C2PA 2.0 签名和欧盟驻留清单存储被推迟。演示所证明的是软绑定机制本身:恢复出的资产密钥在账本中查找清单替身,而这正是文件元数据被转码剥掉之后仍然存活的那一步。

它能接到我们的 DSP 或 DistroKid、CD Baby、Believe 这类聚合商吗?

本演示中不能。DSP 摄入 webhook 以及 CD Baby、DistroKid 和 Believe 连接器是模拟和夹具;实时连接器被推迟。发行、创作者、聚合商和下架负责人是覆盖程序生成音频的合成测试夹具,不是真实目录。真实的是关口逻辑:水印解码、ffmpeg 存活装置、软绑定查找,以及确定性第 50 条策略关口。

AI 在决定曲目是否符合第 50 条。这如何向监管方辩护?

第 50 条裁决不是由 LLM 作出的。水印恢复、存活测量、软绑定查找,以及通过或失败规则,都是位于任何模型之外的确定性、经单元测试的代码,每条裁决都援引确切条款,例如 Glasshouse 因三个缺失的 DDEX 披露字段依据第 50(4) 条被拦截。Pydantic AI 智能体只提取披露、起草整改,并做对抗性审核,审核员无法绑到已存储证据上的任何主张都会强制降级为人工审核。智能体建议,代码裁决,监管方可交叉质询触发的规则;这是合规支持关口和证据文档包,不是法律认证。

演示需要 API 密钥吗,今天实际跑的是什么?

不需要 API 密钥。没有密钥时,应用运行确定性回退,存活与关口数字完全相同,因为它们从不依赖 LLM。技术栈是 Python FastAPI 后端、带 ffmpeg 存活装置的 numpy 扩频水印、SQLite 软绑定账本,以及带 vanilla JS 的单个 index.html,外加默认 Claude claude-opus-4-8 的可替换提供商 Pydantic AI 适配器。今天跑的是固定合成批次上真实的摄入关口逻辑;实时连接器和真实 C2PA 2.0 签名是点名推迟的项目。

技术研究

本演示背后的研究——架构、核验设计,以及企业蓝图。

构建让 C2PA 活过现实世界的关口

活过转码的溯源,以及未能存活时弃判的纪律。

如果你们的版权技术、信任与安全或分发团队正在琢磨如何在 2026 年 8 月 2 日给出第 50 条答法,而又不依赖社交平台会剥掉的元数据,我们真心想听听你们现在怎么想。问题是全行业的,答案也会是。

第 50 条就绪评估

  • ✓ 标出溯源在转码到社交链路中的死亡位置
  • ✓ 设计软绑定架构与多标准检测器
  • ✓ 通过中间件补上 DDEX AI 披露缺口
  • ✓ 塑造你们团队能辩护的监管就绪文档包

与我们共建

  • ✓ 位于任何模型之外的确定性、经单元测试的第 50 条策略关口
  • ✓ 软绑定账本与真实 ffmpeg 存活装置
  • ✓ 面向 SynthID、AudioSeal 和 Digimarc 的可替换为 SDK 适配器
  • ✓ 经落地核验的披露与整改智能体,而不是黑盒裁决