前言¶

把 App 提交到华为、小米、OPPO、vivo、应用宝或鸿蒙等国内应用市场时，驳回往往出在备案号填错、隐私政策打不开、缺少自助注销入口这类「材料层面」的问题，而不是功能本身。各市场规则不同且会更新，团队在 deadline 前反复改材料成本很高。

DeepSeek Harness（DSH）通过插件挂载 skill，让智能体在开发流程里按需调用专项能力。dsh-cn-appstore-preflight 面向「上架前体检」：从上架材料角度检查常见会被打回的点，并生成可照着填后台的清单骨架。下面介绍它查什么、怎么装、怎么用，以及和相邻合规类技能的分工。

这是什么¶

@deepwhale-cn/dsh-cn-appstore-preflight 是维护者 feely0208 发布的 DSH 插件，在社区目录中归类为工作流。npm 包名与 GitHub 仓库 feely0208/dsh-cn-appstore-preflight 对应，当前版本 0.1.0，许可证 MIT。

定位一句话：在提交应用市场之前，对 App 备案、隐私政策可达性、权限与注销入口、未成年人相关机制、上架材料字段等做一次预检，并输出取证结果与材料清单骨架。技能正文与脚本均强调：各市场要求以目标平台官方最新公告为准，本插件提供的是准备清单与扫描辅助，不构成法律意见。

核心功能¶

预检项¶

输出形态¶

运行扫描脚本后，输出分两段：取证（包名、备案号、隐私政策入口、权限、注销入口、未成年人相关项）与上架材料清单骨架（可直接对照市场后台填写）。

与相邻技能的分工¶

以下包刻意拆分，本插件不重复其他技能的职责：

脚本侧还会对照一批典型驳回原因（如隐私政策不可达、无注销入口、权限与功能无关、App 备案缺失或误填网站 ICP、第三方 SDK 未披露、版本号与后台不一致等），在本地先扫一遍，减少提交后被打回的次数。

安装与启用¶

插件要求 DSH 版本 >=0.1.0-rc.6（见 package.json 的 engines.dsh）。安装命令以仓库 README 为准：

dsh plugin --profile web add @deepwhale-cn/dsh-cn-appstore-preflight

若使用其他 profile，将 web 换成你的 profile 名：

dsh plugin --profile <profile> add @deepwhale-cn/dsh-cn-appstore-preflight

安装完成后重启 dsh，技能会在需要时自动可用。

安装前建议自行查看 GitHub 仓库 源码与 MIT 许可证；插件以当前 dsh 进程权限运行，扫描会读取你指定的应用目录，请只在可信工程路径上使用。

典型用法¶

对目标 App 工程目录执行扫描。脚本路径由插件注册时注入到技能正文，或在安装目录下的 skill/scan.sh：

scan.sh --dir /path/to/app

将 /path/to/app 换成你的 Android 应用工程根路径。根据输出中的取证段与清单骨架，逐项补齐市场后台所需材料；若与某市场最新规则有出入，以该平台官方说明为准。

适用场景与注意¶

适合谁：正在或计划向国内多家应用市场上架的移动应用团队、独立开发者，以及已在 DSH 工作流里集成合规相关 skill 的读者。本插件侧重「上架材料齐不齐、常见硬门槛有没有」，不替代 dsh-cn-pipl-check 等对声明与实现一致性的深度检查。

注意：

1. 各应用市场要求不同且会变，插件不会替你维护「某家市场的官方清单」；编一条看似正规的规定比不写更危险，用户可能照错材料再次被驳回。
2. 预检结果用于发版前自检，不能当作法律或监管部门的正式认定。
3. 社区目录（如 SkillHub 插件页）与 DSH Plugin Hub 为独立生态站点，与 DeepSeek / 幻方无官方从属关系；安装与使用以仓库文档为准。

结尾¶

dsh-cn-appstore-preflight 把国内应用市场上架前的高频材料问题收敛成可执行的扫描与清单骨架，并与备案、隐私、合规、AI 标识、发布自检等相邻插件分工明确。需要进一步了解说明与更新时，可查看：

• 目录页：https://www.skillhub.cn/plugins/feely0208/dsh-cn-appstore-preflight
• GitHub：https://github.com/feely0208/dsh-cn-appstore-preflight