算法备案不踩坑？先搞懂这5类算法“对号入座”的逻辑

最近不少客户一开口就问：“我们做内容推荐，算哪一类？”“小程序里有个自动回复功能，要不要备？”——其实，算法备案不是填表交材料，而是一次业务与监管要求的精准对齐。核心就一句话：类型定性质，场景定范围，业务定动作。

别再笼统说“我们在用算法”，先分清你是哪一类“选手”

目前国家网信办明确的5类算法，不是技术分类，而是按对外服务形态和用户感知强度划分的：
✅ 生成合成类（比如AI写文案、数字人播报）——重点在“造内容”；
✅ 个性化推送类（信息流推荐、商品千人千面）——关键在“选给你看”；
✅ 排序精选类（搜索结果排序、榜单生成）——核心在“谁排前面”；
✅ 检索过滤类（敏感词拦截、图片识别屏蔽）——本质是“筛和拦”；
✅ 调度决策类（网约车派单、外卖智能分单）——落脚于“怎么分、怎么配”。
很多企业卡在第一步，就是把“后台用了机器学习模型”等同于“要备案”，其实不然——只有算法直接参与面向用户的决策或内容呈现，才触发备案义务。

场景不对，备案白忙；业务不清，材料返工

我们帮37家客户梳理过备案材料，超6成首轮被退回，原因惊人一致：算法描述和实际业务脱节。
比如某本地生活平台，把“商家曝光权重计算”写成“排序精选类”，但实际该模块只用于内部运营看板，不直接影响用户看到的榜单顺序——这就属于“误报”。再比如，有教育APP把“学生错题自动归因”归为“生成合成类”，但系统并不生成新题目或讲解，只是打标签归类，其实压根不在5类范围内。
真正要做的，是拿着业务流程图，一环一环问：这里有没有算法？它是否直接决定了用户看到什么、收到什么、排在哪儿、被分到哪？

九蚂蚁实战建议：从“合规动作”转向“业务映射”

我们不做模板搬运工，而是陪客户一起画三张图：
🔹 一张业务链路图（用户从进来到成交，哪些环节有算法介入）；
🔹 一张算法作用点标注图（明确每个算法是“推”“排”“筛”“生”还是“调”）；
🔹 一张责任接口清单（谁开发、谁运维、谁审核、谁负责解释逻辑）。
备案不是终点，而是让团队第一次真正看清：你的算法，到底在哪个环节、以什么方式，影响着用户和业务。

现在翻翻你最近上线的功能，是不是已经有1-2个悄悄站在了这5类的边界上？