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 转码,可选智能体是唯一可能使用模型的部分。
没有存活的标记,以及没有任何社交平台会保留的清单。
欧盟《人工智能法案》第 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)。给目录打标签很容易。证明每首曲目的溯源能活过它实际经过的链路,才是难的部分,也是监管方会问的部分。
一道摄入关口,一次运行一个阶段,带真实的每阶段延迟。信任核心是普通的、经单元测试的代码。
关口运行唱片公司的分发批次,12 首合成发行排队,面向大约 180 家 DSP。每首发行按顺序走流水线:经真实 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。
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 最重要的现实世界事实,是展示出来的,而不是断言出来的。
Glasshouse(REL-003)以置信度 0.992 恢复其水印,三种编解码器上 BER 均为 0.0,因此溯源完好。关口仍返回 BLOCKED,依据第 50(4) 条:DDEX AI 披露不完整,缺少配器、混音和母带,因为聚合商夹具没有把它们透传过来。原样出货会构成主动的第 50 条披露违规,因此曲目路由至具名负责人,附 5 天 SLA。有标记不等于合规,关口检查整条链路,而不是停在水印上。
Radio Imaging Sweep 7(REL-004)经模拟间隙到达,从 FM 监听器做扬声器到麦克风的再捕获。标记未能存活:软绑定在置信度 0.699 下为 Not recoverable,CRC 失败,因此关口返回 NEEDS_REMEDIATION、NEEDS PROOF,路由至人工审核,不予认证。诚实的细微差别就在屏幕上:在干净母带上跑的存活矩阵显示标记本可以扛过普通转码,但这首曲目走的是真正弄坏它的模拟间隙通道,关口拒绝虚张声势。那次弃判被编码为经单元测试的不变量,而不是一种希望。
12 首曲目每一首都导出为文档包,HTML 与 JSON,携带裁决与援引条款、恢复出的 UUID 与清单 id、按编解码器的存活矩阵与 BER、DDEX 完整性、整改负责人与 SLA,以及对抗性审核员的签核或降级。Solstice Engine(REL-009)展示一个微妙案例:标记以置信度 0.991 恢复,但账本中从未登记过 C2PA 清单,这是流程缺口,因此路由至整改并写明修复。覆盖完整,每首曲目都带着援引条款的裁决,没有留下无法解释的内容。
它是集成层,是摄入关口,不是为了打赢基准的水印。我们集成厂商的标记;我们不与他们竞争。
| 关切 | 加上 C2PA 然后出货 | Tessera |
|---|---|---|
| 社交上传之后的 C2PA 元数据 | 假定完好,实际被剥掉 | 当作已被剥掉处理;改为恢复软绑定 UUID |
| 带水印但披露缺失的曲目 | 当作合规出货 | 依据第 50(4) 条 BLOCKED,并点名缺失字段 |
| 未能活过通道的标记 | 凭猜测认证 | 弃判,NEEDS PROOF,路由至人工审核 |
| 谁作出第 50 条裁决 | 往往是未经审计的模型 | 位于任何 LLM 之外的确定性规则引擎,援引条款 |
| 水印算法本身 | 自建或买一个,希望它能赢 | 在可替换为 SDK 的接口后面集成 SynthID、AudioSeal 或 Digimarc |
| 随着水印模型改进的耐久性 | 价值押在算法上 | 价值留在存活、披露和文档包层 |
C2PA 是硬绑定:清单住在文件元数据里,而那层元数据会被大多数社交平台在上传时剥掉,这是当今 C2PA 生态中最大的单一运营弱点(Veriprajna WP31 方案来源,2026)。于是,一家尽职加上 C2PA 的唱片公司,在运营上,曲目一上 TikTok 或 Instagram 就未覆盖。能活下来的是软绑定:不可感知的水印携带一个很小的 UUID,元数据没了之后,再从账本重新解析清单。Tessera 把关的是那次软绑定恢复,而不是野外不会还在的元数据。
没有,我们也从不作此宣称。我们不构建竞争性水印算法;Google 和 Meta 已经覆盖了那一层,我们乐于集成他们的工作。SynthID-Audio、AudioSeal 和 Digimarc 在本演示里是有文档的、可替换为 SDK 接口后面的桩适配器,因为 SynthID 的检测器是 Google 封闭的,而 AudioSeal 需要 GPU。我们自己的扩频标记只为软绑定携带一个 32 位资产密钥加 CRC,不是为了在鲁棒性基准上打败任何厂商。
不能。误码率 0.0 的结果是有范围的:我们的扩频标记,在固定的 12 首合成发行语料上,用真实 ffmpeg 重新编码为 mp3-128、aac-128 和 opus-96。它不是开放世界的保证,演示本身还展示了相反的案例:一首广播曲目经模拟间隙从扬声器到麦克风再捕获,标记在置信度 0.699 下未能存活,关口弃判而不是认证。宣称什么都能活会是虚假的,也偏离品牌。
清单是存放在 SQLite 软绑定账本中的 JSON C2PA 替身,并非经密码学签名的 C2PA 2.0。真实的 C2PA 2.0 签名和欧盟驻留清单存储被推迟。演示所证明的是软绑定机制本身:恢复出的资产密钥在账本中查找清单替身,而这正是文件元数据被转码剥掉之后仍然存活的那一步。
本演示中不能。DSP 摄入 webhook 以及 CD Baby、DistroKid 和 Believe 连接器是模拟和夹具;实时连接器被推迟。发行、创作者、聚合商和下架负责人是覆盖程序生成音频的合成测试夹具,不是真实目录。真实的是关口逻辑:水印解码、ffmpeg 存活装置、软绑定查找,以及确定性第 50 条策略关口。
第 50 条裁决不是由 LLM 作出的。水印恢复、存活测量、软绑定查找,以及通过或失败规则,都是位于任何模型之外的确定性、经单元测试的代码,每条裁决都援引确切条款,例如 Glasshouse 因三个缺失的 DDEX 披露字段依据第 50(4) 条被拦截。Pydantic AI 智能体只提取披露、起草整改,并做对抗性审核,审核员无法绑到已存储证据上的任何主张都会强制降级为人工审核。智能体建议,代码裁决,监管方可交叉质询触发的规则;这是合规支持关口和证据文档包,不是法律认证。
不需要 API 密钥。没有密钥时,应用运行确定性回退,存活与关口数字完全相同,因为它们从不依赖 LLM。技术栈是 Python FastAPI 后端、带 ffmpeg 存活装置的 numpy 扩频水印、SQLite 软绑定账本,以及带 vanilla JS 的单个 index.html,外加默认 Claude claude-opus-4-8 的可替换提供商 Pydantic AI 适配器。今天跑的是固定合成批次上真实的摄入关口逻辑;实时连接器和真实 C2PA 2.0 签名是点名推迟的项目。
本演示背后的研究——架构、核验设计,以及企业蓝图。
活过转码的溯源,以及未能存活时弃判的纪律。
如果你们的版权技术、信任与安全或分发团队正在琢磨如何在 2026 年 8 月 2 日给出第 50 条答法,而又不依赖社交平台会剥掉的元数据,我们真心想听听你们现在怎么想。问题是全行业的,答案也会是。