你调的那个模型服务，备案了吗

这一条之所以常被漏，是因为「合规」在多数人心里等于「内容别出事」，而监管真正能低成本核对的，是主体与手续 —— 你有没有备案、有没有做安全评估、语料从哪来，这些都是可以被一个电话、一次查询确认的事实，比判断一篇文章有没有问题容易得多。第二层原因是间接接入会让人以为义务被转走了：用了 API 中转站、聚合平台、或者别人的封装，会觉得「出事是上游的事」；但公开案例里被处置的正是「以 API 中转站方式调用多个大模型产品接口」的那一方 —— 谁对外提供服务，谁就在义务链上。第三层是语料来源：训练数据用了未经授权的文字、图片、音视频，是专项行动第一阶段明确列出的问题，而这一项你只能向上游要说明，自己查不到。

适用：任何在自己的产品、网站、小程序或对外服务里接第三方模型能力的团队 —— 含用 API 中转站 / 聚合平台 / 封装好的一体化服务的情况；也适用于要为自己上线的东西签字的人（技术负责人 · 产品负责人 · 小微企业主）。
⛔ 不适用：只在本地自用、不对外提供服务的个人 —— 那属于另一条线（个人使用与合规义务不同）。
⚠️ 前提：你能拿到与供应商的合同或对接记录 —— 台账要挂在这些东西上，凭空填表没有意义。

半天就能做完，按这个顺序：第一步列清单 —— 把你在用的所有模型能力逐个写下来（直接调用的、经中转调用的、内嵌在别人产品里的都算），一行一个。 第二步要材料 —— 对每一个上游发同一条消息，只要三样：备案号 · 安全评估材料 · 训练语料来源说明；对方给不出，就在台账里记「未提供」并标日期。第三步建台账 —— 表头五列：服务名 / 接入方式 / 备案号 / 评估状态 / 语料来源，缺的写「未提供」。第四步定时复核 —— 设成每季度一次，或者跟着专项行动的节奏走（本期行动为期四个月）。第五步只在必要时升级 —— 对方长期无法提供材料的服务，把它标记出来、评估替代方案，不要当天就下线：这一页要的是先把事实弄清楚。