一句话说明：用 四层问答 判断推荐、排序、检索与生成合成类功能是否需要按算法备案方向准备，并高亮走到结论的那条决策树路径。
结论分「建议按备案准备 / 倾向不触发 / 需要进一步判定」三档，是自查参考而非最终义务认定。
| 情形 | 方向 | 通俗理由 |
|---|
| 功能 | 算法类型 | 结论 |
|---|
| 工具定位 | 用四层问答把「这个功能要不要考虑算法备案」拆开：先看是否面向境内公众提供信息服务，再看算法类型，然后看功能性质，最后看主体与属地。 |
|---|---|
| 三种结论 | 建议按备案准备 / 倾向不触发 / 需要进一步判定。第三种会明确列出还需确认的信息，不硬给一个看似确定的答案。 |
| 算法类型 | 推荐、排序、检索、生成合成、调度决策五类。生成合成与具备信息分发能力的类型更容易进入需要准备的范围。 |
| 关键概念 | 「舆论属性或社会动员能力」按能否面向不特定公众发布、聚合、推荐信息做通俗判定，用于提示关注等级，正式认定以主管部门口径为准。 |
| 情形对照 | 内置若干正向与反向例子（面向公众的推荐流、仅内部排序工具等），帮助理解四层问答怎么落到实际功能上。 |
| 边界说明 | 不写具体法条编号、备案编号格式与时限承诺；结论是自查参考，实际义务请以最新规定与属地主管部门要求为准。 |
「我们只是加了个智能排序」要不要考虑备案？把面向谁、用的什么算法、能不能影响信息分发、主体在哪四件事答完，决策树会直接高亮走到的分支，并给出结论与需要准备的材料方向。
把「功能入口截图 + 一句话说明算法做什么 + 影响哪些用户」存档，后续无论复核还是准备材料都用得上。
不是。它是帮助梳理信息的自查工具，结论分三档并会列出待确认项；实际义务请以最新规定与属地主管部门要求为准。
当所选条件组合不足以给出明确方向时，页面不会硬下结论，而是列出还需确认的信息，例如功能是否真正面向不特定公众、是否具备信息聚合能力。
通常路径最短，页面会给出倾向不触发的结论并建议保留功能说明；一旦该功能对外开放或接入面向公众的服务，需要重新判定。
页面按「是否主动向用户分发内容」这一通俗口径区分：推荐更接近主动分发，排序更接近在既有列表内调整次序，两者的关注等级不同。
本页只回答单个功能是否触发算法备案；那个工具看的是整个产品上线要关注哪些节点与材料，范围更宽。
可以。每完成一次判定点「加入对比」，批量表会记录各功能的条件与结论，支持导出 CSV。
现在只有你自己能看到这条留言（已标上「待审核」），管理员审核通过后才会展示给所有人～
还没有留言，来抢沙发吧！