内容创作 · 熟练
AI 做的内容，标识该谁负责？
「要不要打标」已经有答案了；真正让人踩坑的是「谁负责打、打到哪一层」。《人工智能生成合成内容标识办法》把义务写成三方各管一段：服务提供者要在生成、传播、下载各环节保证标识完整，应用分发平台要审核应用有没有加标识的能力，个人用户发布时应当主动声明。同时标识分两种：显式（用户能一眼看到的提示）与隐式（加在生成内容数据层、供追溯的标识）。平台侧已经落地：多数平台更新了用户协议，对不主动标识的会限流、下架、封号。这一页给三张自查表：我生成的那一步该做什么、我发布的那一步该做什么、被问「这是谁生成的」时我能不能答。
方法 · 一图看懂
1
分两步问自己 — 我是「生成 / 提供」这一步，还是「发布」这一步？两边义务不同，别用一份自查表覆盖
2
显式与隐式分开做 — 显式是给人看的提示（放醒目位置）；隐式是加在数据层、供追溯的标识
3
把「谁生成的」变成可答 — 换台设备、隔一个月，还能说出这条内容是怎么来的吗
4
先看平台协议再发 — 各平台处置不同（提示 / 限流 / 下架 / 封号），发之前先确认自己那份协议怎么写的
原理 · 为什么有效
这套义务的设计逻辑是让追溯链上的每一环都留痕，而不是把责任压给某一方。所以先问「我在哪一环」比问「我要不要标注」更有用：生成方负责让标识完整地跟着内容走（生成、传播、下载三个环节都不能掉），分发平台负责审核应用有没有加标识的能力，发布者负责在自己发出去的那一刻主动声明。三环里任何一环松手，整条链就断。第二层是为什么要有两种标识：显式管「人一眼能不能看出」，隐式管「事后能不能查出来源」。只做显式，等于内容被转走、截图、二次剪辑之后，来源就彻底断了；只做隐式，普通人刷到时仍然会被误导 —— 所以两种各解决一半问题，不能互相替代。第三层是处置权在不同平台手上：同一份义务，落到不同平台是不同程度的动作（有的加提示、有的限流、有的下架封号），因此「别的平台没事」不能作为自己不声明的依据。设计成这样的好处是合规成本小、覆盖面大：只要每一环都留痕，追责就能落到具体主体。
适用场景
适用：① 用 AI 参与过生成的创作者（写作 · 配图 · 配音 · 视频 · 口播），尤其是生成与发布不是同一个人的情况；② 把 AI 能力嵌进自家产品、对外提供生成的开发者（你是生成方那一环）；③ 做内容分发 / 转发的账号（转发环节标识完整性会落到你身上）；④ 做 AI 相关教程或评测的内容号（既要标自己的，也要讲清楚别人的）。⛔ 不适用于完全没经过 AI 产出、也没有 AI 参与后期加工的内容；⛔ 也不适用于把「标识」当成一次性的勾选项的人 —— 本页要的是能让追溯成立的留痕，不是一个徽章。
自测 · 5 问
这条内容，我能说清哪几步经过了 AI（生成 / 改写 / 配图 / 配音 / 剪辑）吗
发出去的那一版里，显式提示有没有放在能一眼看到的位置
如果内容被截图转走，我有没有办法证明它从哪来（有没有数据层的标识或可追溯的来源记录）
我这次发布的平台，它对未标识内容的具体处置是提示、限流，还是下架 / 封号
被问「这是谁生成的」时，我能不能不查聊天记录就答出来
怎么上手 · 验证步骤
第一步，画一条链路：把这条内容从想法到发布之间经过的每一步写下来（谁写的 · 哪步用了 AI · 有没有二次加工 · 最终由谁发），标出你负责的那一环。第二步，按环节补两样：若你负责生成 ⇒ 让标识跟着内容一起走（生成、导出、下载都不掉）；若你负责发布 ⇒ 在发布位置加显式声明，并留下来源记录（数据层的隐式标识、或你自己的一份「生成方式说明」）。第三步，做一次截图测试：把成品截图（连同裁剪、去水印、二次剪辑的版本各做一份），回头问自己「只看这张图，我能不能说出它从哪来」—— 答不出，就是隐式那一层缺了。第四步，核一遍当前平台的协议（不是「别的平台怎么做的」），把处置档位记在你自己的发布清单里。第五步，把这三步固化成发布前的一句话检查，写进你的内容 SOP。
用三个动作自检：① 从成品反推 —— 只给成品、不给聊天记录，你能否说出它的生成方式与来源？② 取一个被转走 / 被截图 / 被二次剪辑的版本，问同样的三个字：谁生成的？③ 打开你主要发布平台的用户协议，指出关于 AI 生成内容的条款在第几段。① ② 答不出 ⇒ 隐式那一层没做；③ 指不出 ⇒ 你还没核过处置档位，别把「别人都没标」当成安全依据。