会话、上下文和历史。
适用场景
智能体是信息服务加生成式输出，不是普通聊天窗
用户输入、模型输出、插件调用和知识库检索，构成新的数据处理和内容生成。监管看的是算法类型、公示和标识，商店看的是是否生成内容、数据用途和青少年限制。
第一版写清：是否生成文本/图片/语音、是否深度合成、是否向公众提供、训练或微调数据从哪来。
插件、API 和工作流。
上传、切片和权限。
生成内容标记和审计日志。
这一类应用的全流程怎么走
骨架与通用全流程相同，差别在经营范围、许可种类、行业备案和商店类目。许可和备案是否必须办理，以主管部门认定和产品实际功能为准。
01开发
按该类型的核心功能做可安装版本和后台。
02主体
公司、范围、软著和商标与 App 对齐。
03合规
只评估该类常见许可和备案，不捆绑销售。
04上架
按对应商店类目准备材料和拒审闭环。
05运营
版本、年报和功能变更后重新对照本页。
STAGE 01 · 应用开发
把标识、协议和日志做成产品能力
对话、插件和知识库之外，必须有生成内容标识、用户协议、未成年人限制和可导出日志。方便算法备案材料与商店披露一致。
多轮、中断和重试。
权限、确认和失败回退。
生成内容显著标记。
违法内容拦截和举报。
STAGE 02 · 公司注册
服务提供者名称与对外品牌一致
算法备案主体、隐私政策运营者和商店开发者应对齐。经营范围覆盖软件、信息服务。
公司设立和对外名称。
隐私、用户和生成内容规则。
自研、开源或 API 供应商说明。
智能体软件权属。
STAGE 03 · 上线合规
算法备案是主线，等保和安全评估常并行
常见评估算法备案、ICP / APP 备案、等保、安全评估。生成式、深度合成按现行口径核验。查询以网信等部门公示为准。
类型、公示和材料。
包名主体对齐。
按数据和用户规模定级。
商店或监管要报告时出具。
STAGE 04 · 上架分发
AI 功能必须在简介里如实披露
是否生成内容、是否用用户数据微调、青少年能否使用，都是审核点。隐藏 AI 能力反而容易被拒。
功能列表写清生成能力。
输入是否用于训练。
限制或关闭生成。
补标识和协议后再提。
STAGE 05 · 后期运营
换模型等于一次合规复核
更换模型供应商、新增加工具、开放知识库上传，可能触发算法备案变更和隐私政策更新。
算法或功能变更评估。
生成事故应急。
按备案要求更新。
功能更新同步资料。
适用对象
以下为常见情形，是否必须按本方案办理以产品功能和主管部门认定为准。
备案和标识与开发同步。
补主体、算法和披露。
从内部工具变公众服务，重新评估。
功能与证的对照
先看产品实际提供什么，再决定材料。相邻资质分开准备，不混报。
| 产品功能 | 常见评估 | 不默认捆绑 |
|---|---|---|
| 仅调用第三方聊天 API 的内部工具 | 可能仍要 APP 备案 | 是否算法备案看是否向公众提供 |
| 面向公众的生成式助手 | 算法备案、标识、安全评估 | 不替代 ICP / APP 备案 |
| 深度合成音视频 | 深度合成相关义务另核 | 不与普通文本助手混报 |
| 智能体里做交易或问诊 | 叠加电商或医药方案 | 不因「AI」豁免行业证 |
启动前需要具备的条件
- 书面说明模型来源和是否向公众提供。
- 同意做生成内容标识。
- 不将用户数据默认可用于训练，除非协议写明。
- 接受备案和商店双重审核。
常见准备材料
不同地区和商店清单可能不同，以下为高频项。
- 功能与模型说明
- 是否生成 / 深度合成
- 数据来源和用途
- 营业执照
- 用户协议和隐私政策
- 内容安全策略
- 日志与标识方案
- 目标商店
周期怎么理解
下列为工作安排说明，外部审核时间另计，不承诺包过或固定办结时限。
标识和拦截与功能同期。
以网信等部门审核为准。
AI 披露补正较常见。
审批和商店审核由主管部门或平台决定。微企云提供路径评估、材料梳理、开发实现和过程协助，不承诺包过。
常见问题
先用这些问题判断自己是否走对了类型。跨类型的，按实际功能叠加，而不是只选一个标签。
用了国内大模型 API，还要自己备案吗？
服务提供者自身是否向公众提供生成式服务，是判断要点。不能默认「模型厂商备过就等于你备过」。
算法备案通过是不是就能上架？
不是。APP 备案、安全评估和商店审核仍要分别完成。
只做企业微信内部助手呢？
不对公众提供时路径不同，仍建议评估数据和安全；一旦做成公开 App，按本方案走。
能保证算法备案通过吗？
不能。材料真实性和类型判断由主管部门认定。
按「AI 智能体」来评估你的项目？
聊聊你的项目 ↗
说明现在有没有公司、有没有测试包、目标上哪些商店，我们按本页路径给出下一步。