Google开源Credentio：AI图片的内容凭证能证明什么？

Google在2026年8月13日发布开源C++库Credentio，首发聚焦C2PA内容凭证验证，面向开发者构建相关工具。公告介绍本地验证、可配置的信任列表及详细结果，并把进一步生成和嵌入能力列入计划。发布说明

以下按9月21日核对的资料，说明网站团队怎样理解结果和安排素材交付。本文没有运行该库或测试特定图片插件。

先确认需要验证哪一份文件

设计师交来的原PNG、编辑后的WebP和CDN缩略图，是不同文件。验证原件得到的结果不能直接贴给另外两份，即使它们肉眼看起来一样。

内部记录可以保留原件位置、网页URL、文件指纹、检查时间和工具版本。文件指纹用于确认两次检查是否针对同一文件，并不自动证明文件的画面或授权正确。它的作用是避免把A文件的报告误认为B文件的报告。

外包方只发一张“验证成功”的截图时，可以要求同时提供对应文件和结果说明。否则文件后来被替换、重新压缩或改图，截图仍然看不出检查对象已变。

对普通站长，这些交接信息通常比立即编译C++库更有价值。只有需要持续批量验证、接入媒体系统或提供验证产品时，再由开发者评估集成。

读取、完整性和信任结果不要压成一个标签

Credentio仓库提供验证命令行入口，支持传入签名者与时间戳机构的信任锚。仓库明确不随库分发信任锚列表，需要从相应来源取得。

因此“装好了库”与“按选定信任依据完成验证”不同。交付结果应说明用了什么工具版本和信任设置，而不能只留下一个绿色图标。

可以按实际工具报告，将需要处理的情况分开：

看到的情况	可以先记录什么	后续核对
没有读到凭证	当前文件未取得相关记录	查原件与导出过程
工具不支持当前格式或版本	验证范围不足	用合适工具或版本复查
报告完整性相关问题	文件与记录关系存在异常	对照原件和中间处理文件
信任判断未通过或依据不明	当前设置无法确认信任	核对列表来源、设置及具体报告

这是素材管理的归类建议，不是Credentio固定状态码清单。应保存工具的原始结果，避免把不同技术问题全部翻译成“假图”。

仓库当前概述同时提到验证与生成，但首发公告将完整生成嵌入列为后续方向；集成时应对照所选提交的接口和测试确认具体能力，不能只凭简介一句话宣布完整制作流程已经可用。

凭证有效，仍可能被用在错误的位置

C2PA官方FAQ说明内容凭证记录来源与处理过程，并通过签名和文件关联提供验证依据。它回答的是记录及其关系，不能替代图片所表达事实的独立证据。

例如，一张生成办公室图保留了有效生成记录。作为“理想办公布局示意”可以解释设计，但放在“我们的办公室实拍”旁就改变了读者理解。问题不在凭证是否存在，而在页面赋予了图片哪种证明作用。

产品图也一样。接口位置、材质纹理、配件数量和包装内容都可能影响购买判断。即使文件来源清楚，仍需与实物或确认规格比对。不能让来源验证工具代替产品人员确认。

授权则要看素材条款或委托约定。C2PA记录不是一份自动授予商用权的合同。需要署名时，也应依据明确取得的作者和权利信息，不从技术签名推断某个人必然是摄影者。

合成图要知道哪部分来自哪里

一张产品海报可能包含实拍产品、购买背景和生成装饰。最终文件有凭证，不等于每份输入素材的完整历史都已在手里。C2PA支持记录输入材料关系，完整核验相关来源仍需要取得对应材料。

网站团队可以要求设计师保留产品实拍，并说明生成或重绘的区域。若背景替换时连产品接口、缝线或标识也改变，就应回到产品准确性检查，而不能因最终文件通过验证继续发布。

对抽象插画，来源与用途说明可能已经足够；对证明真实案例和产品能力的图片，需要更强的事实材料。不同图承担不同任务，不能用统一“可信”徽章遮住差异。

如果一段来源链缺失，先问它影响哪项结论：是无法追溯背景素材，还是不能确认产品本体来自实拍。后者可能直接影响当前页面是否适合使用，前者也需要按使用依据继续补资料。

沿导出与上传流程检查，才能定位哪里发生变化

用具有已知记录的样本走实际链路，分别检查出图原件与压缩、转格式、上传后的最终文件，记录哪些凭证仍可读取：

1. 保留原件与报告，记录检查工具和版本。
2. 编辑或转格式后验证导出文件，保留这一次结果。
3. 上传后获取页面实际交付的文件；原图和缩略图分别检查，确认下载的是对应尺寸。

在哪两个相邻步骤间发生差异，就先查那个处理环节。不预设转WebP一定丢失记录，也不把未读到凭证判成造假；需要用实际文件和工具结果定位。

一份检查结果怎样决定该找谁处理

假设素材经过“原PNG→编辑WebP→网站缩略图”三步，检查记录如下。它是说明方法的自拟结果，不是运行Credentio得到的日志：

文件	本次观察	处理方向
原PNG	可读取来源记录	保留原文件及该次报告
编辑WebP	仍可读取记录	保留对应文件版本
页面缩略图	当前工具未读取到记录	先确认下载到正确尺寸，再查图片处理服务

此时不必要求设计师重做原PNG；已经观察到差异发生在最终交付版本。若换用支持该格式的工具后能读取，则修正内部验证方式；若确认处理链确实未保留记录，再决定是否调整输出路线。最终网页暂未验证的范围应如实保留。

同时，产品人员仍需单独确认画面是否正确。技术记录解决文件链，图片上的“真实案例”或部件标注解决表达事实，两项审核由各自证据支持。

把技术记录留在内部，把必要说明留给读者

公开页面通常不需要一大段验证日志。读者需要知道图是实拍、结构示意、生成背景还是经过编辑的产品图，尤其在容易误认为现场或实物证据的位置。

Alt应描述图片帮助理解的信息，不塞入提示词或“可信认证”广告。若图片展示产品结构，文字就应与确认过的部件关系一致；若只是概念场景，不应把画面里的设备写成真实业务能力。

委托制作时可约定四项交付：原文件、最终网页版本、制作与编辑说明、必要的使用依据。再指定谁核对产品事实、谁检查文件处理。这比要求“所有图片必须有凭证”更容易形成实际可执行的流程。

需要做局部改图，可参考Google Pics图片编辑的验收，重点保留不应改变的文字与产品细节；工具后续变化则继续在AI搜索与谷歌更新核查。