【HarmonyOS 7 小艺智能体实战】09:上架前先把“关”过一遍——合规自查与素材准备

我的第一个智能体被打回过,驳回理由就两条:名称含宽泛通用词,头像用了纯色背景加文字。改完再提,一次就过了。
这一篇把我那次教训,和官方审核的四个维度一起过一遍。这些东西技术含量不高,但不知道就会白跑一趟——而且每一趟都要等上一到三个工作日。
一、被打回的那次,我复盘出了什么
当时我给智能体起名叫"AI 全能助手"——听着气派,实际只支持单一功能。审核给的理由是"名实不符 + 宽泛通用词"。头像更敷衍,纯色底加几个字,属于素材违规。
复盘下来我明白了一件事:审核盯的不是你的技术,而是"你对外宣称的和实际给的是不是一回事"。名字、描述、图标、实际能力,这四样必须严丝合缝。技术做得再深,只要对外表达夸大了一点,就会被拦下来。
从那以后我养成一个习惯:提审前把名字、描述、简介这三段文字连着读一遍,问自己——一个只看这三段文字的人,预期的东西和我实际给的东西一样吗?
二、内容安全红线
几条不能碰的:
- 内容不得含低俗色情、暴力、封建迷信,不得借敏感事件发布煽动性言论,不得违反公序良俗;
- 命名和描述里禁极限词(最强、第一、全网之类)、禁营销诱导词、禁宽泛通用词;
- 涉及 AI 生成内容要如实申报:人工智能生成合成内容标识、大模型备案信息;接入大模型的,可能还要提供生成式人工智能服务上线备案号和算法备案编号。
第二条最容易踩,因为"全能""最强"这种词写着顺手。我后来给自己定的规矩是:名字只描述能力范围,不吹能力大小。
第三条我的态度是——涉及就填,不涉及就按实际情况申报,别抱着"先上再说"的心态碰合规。这类问题一旦被查,不是改个名字就能补救的。
三、隐私与权限最小必要
这一块现在不是"补个文案就能混过去"的阶段了,要求非常具体:
- 必须提供能打开的隐私政策链接。可以自定义,也可以用平台提供的隐私声明托管服务生成;上架时只能关联 1 个;
- 内容要说清:收集和使用个人信息的目的、方式、范围,用户如何撤回同意、如何请求删除数据,以及有效的隐私反馈渠道;
- 权限申请遵守最小必要——不是必须采集的数据就别采,不是必须的权限就别申请。
我把它压缩成三句话记着:链接必须能打开,内容必须和实际处理行为一致,不是必须的数据就别采。第三条最容易被忽略,因为多加一个字段看起来无害,但它同时是审核风险和用户信任风险。
另外,面向未成年人收集信息要遵守相应法规;非儿童类智能体不能写"适合儿童"这类误导描述;广告内容要合法、可识别、显著标注,不得虚假或误导。

四、知识产权与素材规范
素材这块我被打回过,所以列得细一点:
- 头像、背景图不得侵权、不得模糊、不得带水印,别用纯色背景加文字(就是我踩的那条);
- 图标按规范来:建议 1:1,png/jpeg/jpg,不透明背景,大小不超限制;
- 简介、分类、预置问题都要与实际能力一致。
还有个很关键的隐性要求:功能要有实用价值。做成"介绍型智能体"(只有说明文、没有服务能力),或者做成导流页(核心目的是跳 App 或跳 H5),在现在的审核逻辑里风险都很高。审核会看你的智能体是不是真的在解决问题——如果它的主要动作是把用户送走,那它就不算一个服务。
另外功能稳定性也在这一维度里:不能频繁崩溃、闪退、无响应,预置问题要能触发对应功能,不能出现乱码。

五、上架素材清单
提审前我会逐项打勾:
- 名称:无极限词、无宽泛通用词、名实相符;
- 头像:不侵权、不模糊、无水印、非纯色加字、背景不透明;
- 描述与分类:与实际能力一致,字数在限制内;
- 开场对话与预置问题:都能正常触发对应功能,不是摆设;
- 隐私政策链接:能打开,内容与实际处理行为一致;
- 内容合规申报:AI 生成标识、备案信息,涉及时如实填写;
- 功能自测:无闪退、无乱码、无白屏,边界问题会明确拒绝。
这张清单过完,提交就只是点个按钮的事。下一篇是这个系列的最后一步:提交、审核、上架,以及上线之后怎么把它真正运营起来。
更多推荐



所有评论(0)