第十篇：离线教育类 HarmonyOS App 上架合规清单：权限、隐私、稳定性与素材一致性

摘要：最后一篇收束到上架合规：离线教育应用应该少拿权限、少做后台、少夸功能，把包、图、文案和真实行为对齐。

本篇把合规放到开发流程里

合规不是提交前补一段隐私政策，而是从功能设计开始就要考虑。化学实验室主打离线学习，本地保存实验记录、错题和笔记，不引入无关账号和社交能力，这些都要在代码、材料和说明里保持一致。

| 合规维度 | 项目做法 | 检查重点 |

| — | — | — |

| 权限 | 尽量最小化 | 是否声明无关敏感权限 |

| 数据 | 本地 Preferences | 隐私政策是否说明清楚 |

| 素材 | 截图对应真实功能 | 是否夸大未上线能力 |

| 稳定性 | release 包跑核心路径 | 安装、启动、保存、分享 |

合规不是提交前补一段隐私政策

化学实验室是离线教育应用，这个定位会影响很多决策。既然离线，就应该尽量不声明网络、定位、账号、广告、推送等无关能力；既然面向学习，就要避免收集不必要个人信息；既然要上架，就要保证截图和真实功能一致。

合规不是束缚功能，而是让用户拿到的东西和你承诺的一致。第十篇就是把前面九篇收束成上架前检查。

第十篇｜合规分层架构

权限最小化是第一道防线

离线教育应用最容易被质疑的是权限。没有网络功能，就不要声明网络；没有定位场景，就不要声明定位；没有账号体系，就不要暗示登录权益。权限越少，隐私说明越清楚，审核风险越低。

上架前我会把 module.json5、隐私政策、应用描述和实际代码一起看。只要有一处说法不一致，就可能变成审核问题。

第十篇｜上架材料数据卡片

稳定性要按真实包验证

AppGallery 3.1 关注兼容性和运行稳定性。对化学实验室来说，核心路径包括启动、首页入口、实验保存分享、阅读朗读、每日一题、错题本和服务卡片。任何一个核心入口点不开，都可能被认为影响体验。

第十篇｜审核提交流程

不要只在 DevEco Previewer 看页面。提交前要用 release 或准 release 包做安装、启动、核心流程、退出和卸载检查。

可以用简单脚本辅助材料核对

合规检查不一定复杂，很多问题可以用脚本先扫一遍。例如检查文章素材目录、截图数量、包路径、版本号记录、权限声明和更新说明。

第十篇｜检查脚本代码片段

这类检查不能替代人工审核，但能减少低级错误。比如截图里出现不存在的功能，或者更新说明写了尚未实现的能力，脚本至少能提醒你回头核对。

素材一致性经常被忽视

很多开发者重视代码，却轻视截图、宣传图和更新说明。实际上这些也是审核材料。化学实验室的宣传图里有阅读、实验、服务卡片，就必须保证包里对应功能可用。文章和 CSDN 素材也一样，不能把开发过程写成不存在的产品能力。

第十篇｜离线教育审核清单

最后一公里要慢一点

提交前我会停下来做一次完整核对：包名、版本号、签名、图标、截图、隐私、权限、更新说明、核心流程、服务卡片。这个过程看起来慢，但比被打回后再补材料快得多。

第十篇的结论是：离线教育应用要把“少拿、少传、少夸大”作为默认策略。功能真实，材料一致，流程稳定，上架才会更顺。

离线定位要贯穿所有材料

如果应用主打离线学习，那么隐私政策、应用描述、权限声明、截图文案都应该围绕本地处理展开。不要一边说离线，一边引入无关网络能力；不要一边说不收集信息，一边加入需要账号的功能。

这种一致性比华丽介绍更重要。用户和审核人员都更愿意相信一个边界清楚的应用。

深色模式和布局也是合规体验

合规不只看权限。文字低对比、按钮被底部手势遮挡、横屏内容错位、平板显示拉伸，这些也可能影响审核体验。教育类应用文字很多，更要注意可读性。

每次加页面后，都应该看浅色、深色、小屏、横屏。尤其是卡片、清单、代码图和长标题，要确认不截断、不重叠、不出框。

不要把开发计划写成已上线能力

宣传图、CSDN 文章、更新说明都可能被用户看到。还没做的功能可以写“后续计划”，不要写成“已支持”。比如元服务和服务卡片就要区分清楚，普通应用服务卡片不能直接说成完整元服务形态。

这类表述风险很隐蔽。它不一定是代码问题，却会让材料和实际包不一致。

最后检查应该像验收，而不是走形式

我会把最后检查当成发布验收：打开包、跑核心路径、看权限、看隐私、看截图、看更新说明、看压缩包和素材目录。每一项都留下证据，哪怕只是本地记录，也比凭记忆可靠。

第十篇作为收尾，是希望把开发、素材、文章和上架放到同一个标准里：真实、稳定、一致。只要坚持这个标准，后续更新会越来越顺。

隐私政策要跟功能变化一起更新

如果新增了朗读、错题本、服务卡片，隐私政策不一定都要大改，但至少要确认描述仍然准确。比如错题本保存的是本地学习记录，服务卡片展示的是本地学习入口，这些都可以说明为本地处理，不涉及上传。

最怕的是政策里写了旧功能，或者遗漏新增数据。即使应用没有联网，隐私材料也要跟实际行为一致。

图标和应用名称也属于一致性

上架时，包内图标、启动图标、AGC 展示图标最好来自同一套设计。应用名称、关于页、隐私政策、截图标题也要一致。小地方不一致，会降低审核和用户信任。

化学实验室这种教育应用，图标和素材应该突出化学学习，不要做得像系统工具或医疗应用。定位清楚，材料才不会误导。

合规清单要成为每次更新的习惯

第一次上架会做清单，后续更新更应该做。因为功能越加越多，权限、素材、描述越容易漂移。每次更新前花十分钟跑一遍清单，比审核打回后重新排查省得多。

合规不是一次性动作，而是发布流程的一部分。只要应用还在更新，就应该持续维护这套检查。

最终提交前给自己留一份记录

每次提交前，我建议保存一份发布记录：版本号、包路径、截图目录、隐私政策版本、核心流程测试结果。它不一定要很正式，但要能在审核反馈时快速回看。

独立开发最怕“我记得应该没问题”。记录能把记忆变成证据，也能让下一次更新少走弯路。

合规不是降低产品感

少拿权限、少做后台，不代表应用要简陋。相反，边界清楚的产品更容易让用户放心。化学实验室可以把精力放在实验体验、阅读朗读和学习闭环上，而不是引入和学习无关的复杂能力。

小结补充：一致性就是专业感

用户看到的名称、图标、截图、功能和隐私说明越一致，应用越可信。合规最终不是表格，而是让产品从里到外说同一件事。

把这些细节提前做好，审核、用户体验和后续维护都会少很多反复。

离线教育应用的优势要说清楚

化学实验室的定位是离线学习工具，这个定位本身就是一个优势：不需要账号，不依赖服务器，不收集个人信息，学习记录保存在本机。对学生和家长来说，这比复杂社交功能更安心；对审核来说，权限边界也更清楚。

但离线定位不能只写在简介里，还要体现在代码和材料里。隐私政策要说明本地保存哪些数据，用户协议要说明实验结果仅供学习参考，关于页要说明应用不上传个人信息。包里如果没有必要，就不要声明和学习无关的敏感权限。功能越克制，合规越稳定。

合规检查还要包含内容真实性。宣传图说支持服务卡片，工程里就要有卡片配置；文章说支持朗读，阅读详情页就要有朗读按钮；更新说明写优化保存分享，实验结果页就要能保存和分享。材料和功能保持一致，是最基础也最容易被忽视的专业度。

后续如果新增联网、账号、云同步或反馈功能，就不能沿用原来的离线隐私描述。每加一个能力，都要重新检查权限、隐私政策、用户协议和上架材料。合规不是限制产品，而是让产品边界更清楚。

离线应用还有一个容易被忽略的点：卸载即清除。既然数据保存在应用沙箱内，就要在说明里告诉用户，卸载应用后本地记录会随系统清理。这样的表达不复杂，但能让用户明确知道自己的学习记录在哪里、如何被处理。

实战复盘：合规文章要能指导发布

| 检查点 | 为什么重要 | 怎么验证 |

| — | — | — |

| 隐私和功能一致 | 防止材料与行为冲突 | 对照本地数据项和政策文本 |

| 深色模式可读 | 影响审核体验 | 系统深色模式打开核心页面 |

| 发布记录完整 | 方便审核反馈后追溯 | 保存包路径、版本号、测试路径 |

合规类文章要避免空泛说教。更好的写法是把每一条要求落到可执行检查项：看哪个文件、跑哪条路径、确认哪个材料。读者能按表执行，文章价值就会明显提高。

也想请你帮忙体验一下

最后也请大家帮忙体验一下「化学实验室」。如果你重视离线学习、隐私边界和教育类应用的稳定性，可以下载后看一看隐私说明、实验记录、错题本和阅读功能。欢迎评论区留下真实建议，哪怕是挑毛病也非常感谢，这些反馈会帮助应用继续更新得更稳。