用途
该技能用于为一个全新的 iOS 与 Android 应用规划从空仓库到正式发布的完整顺序，明确“先做什么、后做什么”。其核心主张是：在编写任何功能代码之前，先把移动发布中所有无法通过加班压缩的前置工作完成，包括项目注册、身份验证、签名材料、商店记录、审核以及新账号测试窗口。这些问题在空白应用上遇到，成本远低于在完成品上遇到。
该技能只负责排序，不重新实现具体步骤。每个机械步骤都归属于同一插件中的其他技能，按名称交接。
主要能力
- 定义八个阶段的执行顺序：第一天账号工作、签名、空白应用验证流水线、CI 接入、功能开发期间决策、审核审计、素材准备、提交与发布后。
- 提供第一周压缩日程表，按天列出任务、不能等待的原因及对应参考文档。
- 定义阶段门禁：明确“已验证”的含义，包括 Android 与 iOS 各自需要满足的具体条件。
- 列出跨平台一次性决策，如账号类型、应用标识、产物格式、密钥保管、版本管理、预发布渠道、首次发布门禁、发布机制、回滚方式、审核时间线、宣传视频、截图、隐私声明、支付方式、最低操作系统版本。
- 指出最大排期风险：新的个人 Google Play 开发者账号可能需要在 14 天内保持至少 12 名测试者持续选择加入的封闭测试，才能申请生产访问权限。
- 列出难以逆转的决策及其后期变更成本，如包标识、账号类型、权限、数据收集、第三方 SDK、IAP 与外部支付、最低 OS 版本、账号创建与登录墙。
- 提供技能映射表，说明每个阶段由哪个技能负责。
- 使用置信度标记：[verified] 表示已从主要供应商来源读取或从记录主要来源和日期的同级技能继承；[snippet] 表示仅有次要来源，合理但未确认；[unverified] 表示未在任何地方确认，依赖前需运行给定检查。
使用方式
按阶段顺序执行，每个阶段只加载实际需要的参考文档。第一阶段由本技能负责账号、标识符和应用记录；第二阶段 Android 交接给 android-build-sign，iOS 交接给 ios-build-sign；第三阶段 Android 交接给 play-store-publish，iOS 交接给 app-store-publish。在阶段 1–4 完成之前，不要编写功能代码。功能开发期间，平台问题应查阅 apple-docs 或 android-cli 的 android 文档，而不是凭记忆回答。审核审计应尽早且反复运行，素材在 UI 稳定后自动化生成。
适用场景
适用于从零开始的双平台移动应用项目，尤其是需要提前识别账号验证、签名、商店审核等长周期风险的场景。也适用于需要为个人或组织账号规划发布路径、评估封闭测试要求、决定跨平台一次性配置的团队。
限制
该技能只负责排序，不执行具体机械步骤。部分信息标注为 [snippet] 或 [unverified]，例如组织账号需要 D-U-N-S 号码、账号验证时间、审核时间线、新个人账号封闭测试要求等，依赖前需自行核实。Google Play Console 帮助文章 14151465 在研究期间无法访问，相关封闭测试要求未与主要 Google 来源核实。具体账号的权威答案应查看 Play Console Dashboard。该技能不覆盖插件之外的内容。