算法备案和大模型备案区别

团队要上线一个带生成能力的对话产品，法务让你确认该走算法备案还是大模型备案，网上一搜两种说法都有，谁也说不清自己算哪一类。这篇不讲法条原文，只给判断路径：先看你的产品形态和输出内容落在哪一类，再看两种备案在材料、评估环节和后续变更上的差别，最后给一份可以照着核对的自查清单。

团队要上线一个带生成能力的对话产品，法务让你确认该走算法备案还是大模型备案，网上一搜两种说法都有，谁也说不清自己算哪一类。这篇不讲法条原文，只给判断路径：先看你的产品形态和输出内容落在哪一类，再看两种备案在材料、评估环节和后续变更上的差别。

合规负责人最容易犯的毛病是先去找模板，再去套自己的产品，结果材料写完发现对不上。更稳的顺序是先把「我到底在办哪件事」判断清楚，再决定准备什么材料、谁来对接、排期怎么排。下面按这个顺序拆开讲。

先把两件事管的是什么分开

很多人把两种备案理解成「小备案」和「大备案」，好像过了第一个就能升级到第二个。这个理解会让你在判断的时候跑偏。它们管的其实是两件不同的事，落脚点不一样，判断依据也不一样。

算法备案落地在「你用了什么算法对外提供服务」这件事上，推荐、排序、检索、生成合成，只要是对外提供线上服务的算法应用，基本都会落进这个口径。大模型备案落地在「你上线的是一个面向公众提供生成内容服务的模型」这件事上，关注训练数据来源、生成内容安全和模型本身。一个人只办其中一个是可能合规的，两个都碰也正常，取决于产品形态。

怎么判断你落在哪一类里

判断路径可以拆成三条线：看输出、看角色、看对象。三条线交叉一下，基本能定位自己该走哪条路，也能识别出「其实不用办」的情况。

• 按输出看：只做内容分发、排序、检索的，先对算法备案；能自由生成文本、图片、音视频并对公众开放的，重点看大模型备案。
• 按角色看：自己训模型自己上线，和只是调用第三方接口做应用，两条路的材料准备差别很大，责任主体也不一样。
• 按对象看：对内给员工用、不面向公众开放的产品，判断口径和公开服务不同，别照抄公开服务的清单。
• 不适用的情况：纯离线工具、只做内部数据处理不出网的，通常不在这两类备案的讨论范围里，先确认是不是真需要办。

三条线里，最容易判断错的是「按角色看」。很多人以为自己调用第三方接口做应用就不用管模型侧的事，但只要你的应用对外提供生成内容服务、用户能自由触发输出，你作为服务提供方仍然要能说清楚自己的内容安全机制。这一点经常被忽略。

材料准备的差别在哪

材料层面的差别，说白了是「要不要多讲一层模型」。算法备案侧重一份能说清算法逻辑、数据来源、应用场景和安全措施的说明材料，篇幅不要求很长，但要能自圆其说。大模型备案除了模型与语料说明，一般还要有内容安全评估、应急处理机制和拒答策略的说明，准备周期通常更长。

共同点是都要能拿出真实可追溯的描述，最怕临时拼凑的模板化材料，评审会追问细节。建议做法是先按最严的一套把底稿材料写全，再按实际需要裁剪，避免两轮重复劳动。具体要提交哪些字段、哪些附件，以主管部门最新要求为准。

办理顺序和时间怎么排

顺序错了，后面全是返工。最稳的一句话是：先做合规判断再动工程排期。不要等产品做完才回头补材料，材料里要写的内容往往反过来影响功能设计，比如用户触发边界、日志留存方案、拒答逻辑放在哪一层。

1. 第一步：定位口径用上一条的三条线把产品定位一次，确认落哪一类或两类都碰，写成半页纸的结论并让法务签字确认。
2. 第二步：确认主责需要同时涉及两类时，先确认主责口径再并行准备，别指望一轮提交覆盖所有要求，主责不清会直接拖慢整体节奏。
3. 第三步：倒推排期对外上线、公开测试、面向不特定用户开放是关键节点，按这个节点往前倒推材料和评估的准备时间。
4. 第四步：核对口径办理入口、表单字段和时限以主管部门最新要求为准，任何具体数字去主管部门或站内对应页面核对，不要凭记忆写。

这里要提醒一句：不同地区、不同主管部门的执行口径会有差异，本文只给判断思路，不给具体时限和字段。排期的时候把「等口径确认」也算进关键路径，不然很容易出现材料备好了但入口和字段对不上的情况。

上线之后不是就完了

很多人把备案当成一次性动作，办完就归档了。实际情况是，模型换版本、语料库大改、服务形态从内部转公开，都可能触发重新评估或变更说明，别默认一次办完长期有效。

• 建一份变更台账，记清每次动的范围和对应是否需要重新沟通，落表不留口头。
• 内容安全留日常巡检痕迹，出事时能不能拿出过程记录，比事后补文档有用得多。
• 服务形态变化（内部转公开、增加新输出类型）单独标出来，这类变化最容易被漏掉。
• 只是调参、改提示词、换前端样式这类不影响服务实质的改动，一般不需要走变更。

一份可以直接照着核对的自查清单

下面这份清单可以直接拿去用，建议打印出来逐项打勾，别只在群里发一句「大家都看一下」。每项都要能落到具体文件和具体人名。

最容易踩的四个坑

这四个坑几乎每个团队都会碰到至少一个，提前知道能省一轮返工。

• 拿别家模板直接套，描述跟自己的产品对不上，一问就露馅。
• 只准备技术材料，不写安全机制和处置流程，这部分往往才是评审关注点。
• 把备案当成一次性动作，上线后大改不回看，留下隐患。
• 内部合规、法务和工程三方各写各的，材料互相矛盾，建议先合并成一份事实底稿再分头加工。

这四个坑的根源其实是同一个：没有一份全团队认可的事实底稿。底稿不需要很正式，但要写清产品做什么、模型怎么来、数据从哪来、安全怎么兜底。有了它，后面不管交给谁去加工材料，描述都不会跑偏。

站内可以去哪儿核对背景信息

术语对不上的时候，先到 安全与合规词条 把相关词捋一遍，别在群里靠猜。需要判断模型侧信息时，到 模型资料库 看模型资料，到 厂商与平台目录 看厂商情况。想知道同类产品都在什么状态，可以到 榜单 和 基准测试 看公开数据，但榜单只反映能力不反映备案状态，别拿它当合规依据。

• 术语与定义：到 /ai-dict/category/safety 核对
• 模型侧信息：到 /models 看资料，到 /providers 看厂商目录
• 同类产品状态：到 /ai-rankings 和 /benchmarks 看公开数据
• 涉及金额、时限、字段名：去主管部门或站内对应页面核对，不要凭记忆写进对外文档

判断准了再动手，材料是按判断写的，不是反过来用材料去猜判断。