素材署名展示契约

大理论

素材授权记录解决的是“我们知道来源”，署名展示契约解决的是“用户和交付物也能看到来源”。CC BY、地图瓦片、摄影、插画、音乐、Lottie、开源图案和自定义许可素材经常要求署名、许可链接和修改说明。agent 不能把 attribution 只塞进 JSON、EXIF 或 alt；它要决定署名出现在哪里、如何不干扰任务、导出后是否还保留、是否避免暗示作者背书。

小知识点

1. CC attribution 至少围绕 TASL：Title、Author、Source、License；4.0 还要合理给出修改说明和许可链接。
2. 署名位置要按媒介设计：图片旁、页脚、credits modal、资源详情、导出 PDF/slide 的页脚或末页；不能只存在后台元数据。
3. alt 文本负责图像含义，不负责塞授权声明；授权放在可见 credit 或来源说明中。
4. 多来源素材要一一对应，避免只写“图片来自 Creative Commons”或“icons from internet”。
5. 修改、裁切、调色、翻译、合成和生成式改写都要记录；ND/禁止改作许可要阻止改作路径。
6. 商用风险、署名要求和不能暗示背书要与下载/复制动作同屏提示，避免 agent 自动用于客户项目。

设计判断

如果用户能从使用该素材的页面或导出物找到作者、来源、许可和修改说明，且不会误以为作者/品牌背书当前产品，署名展示是合格的。若署名只藏在数据库、alt、文件名或内部 PR 里，授权链路仍然断裂。

实现建议

为每个 attribution-required 资源生成 attribution surface record：assetId、title、author、sourceHref、licenseName、licenseHref、modificationNote、creditPlacement、exportPlacement、visibleLabel、machineMetadata、commercialUse、noEndorsementNote 和 reviewDate。前端实现可提供 compact credits list、media caption、详情抽屉或页脚 credits；导出 PPT/PDF/图片时同步写入 credits slide 或侧边说明。

反例/风险

把 CC BY 图片的作者写进 alt 导致读屏噪音、只在素材 catalog 保存 license 但公开页无署名、导出 PDF 后丢失 credits、裁切图片却不写修改说明、把 CC BY 图放进付费模板但让用户无法找到原许可、用客户 logo 列表暗示合作关系。

案例分析

Creative Commons 推荐 attribution 包含 Title、Author、Source 和 License，并说明 attribution 可以按媒介合理呈现；CC BY 4.0 deed 要求给出适当署名、许可链接和修改说明，且不能暗示 licensor 背书。W3C 图片教程也区分 informative 与 decorative 图像，并提醒装饰图可用空 alt；这说明 alt 是可访问含义通道，不是 license credit 的收纳箱。可学习点是：授权署名、可访问文本和视觉布局要各司其职。

来源链接

Creative Commons attribution practices: https://wiki.creativecommons.org/wiki/Recommended_practices_for_attribution Creative Commons CC BY 4.0: https://creativecommons.org/licenses/by/4.0/ W3C Decorative Images: https://www.w3.org/WAI/tutorials/images/decorative/ W3C Informative Images: https://www.w3.org/WAI/tutorials/images/informative/ GitHub Licensing a repository: https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/licensing-a-repository