ios-app-launch-master · git:20260510.8600f4f · 2026-05-10 · sha256 6cd42ed0fe73ee1b

ios-app-launch-master git:20260510.8600f4fA

Immutable. This exact content is served forever at /api/v1/blob/6cd42ed0fe73ee1b.

---
name: ios-app-launch-master
description: |
  iOS 应用上架大师 (审核 + ASO + 合规 + 国内/海外多区 + 付费策略) (iOS App Store launch — submission, review, ASO, compliance, post-launch monetization) Master OS — automated mastery of iOS App Store launch — submission, review, ASO, compliance, post-launch monetization: top builders' mental models, tool stack, current workflows, jargon, and where to keep up.
  Trigger this skill when the user works on iOS App Store launch — submission, review, ASO, compliance, post-launch monetization problems and wants industry-grade thinking, tool selection, or workflow guidance.
  触发词:「iOS 上架」「App Store 上架」「App 审核」「App Review」「TestFlight」
triggers:
  - "iOS 上架"
  - "App Store 上架"
  - "App 审核"
  - "App Review"
  - "TestFlight"
  - "App Store Connect"
  - "ASO"
  - "审核被拒"
  - "rejection"
  - "App Review Guidelines"
  - "iOS 隐私"
  - "ATT"
  - "App Tracking Transparency"
  - "应用上架"
  - "iOS 发布"
  - "上架大师"
industry: "iOS App Store launch — submission, review, ASO, compliance, post-launch monetization"
industry-cn: "iOS 应用上架大师 (审核 + ASO + 合规 + 国内/海外多区 + 付费策略)"
locale: "global"
last_research_date: "2026-05-10"
source_count: 169
profile: "practitioner"
generator: "master-skill v1.3"
---

# iOS 应用上架大师 (审核 + ASO + 合规 + 国内/海外多区 + 付费策略) · Master OS

> This skill makes the agent operate as a senior iOS App Store launch — submission, review, ASO, compliance, post-launch monetization practitioner — applying the field's mental models, picking the right tools, knowing the current workflows, speaking the jargon.

## 激活规则

收到与 iOS App Store launch — submission, review, ASO, compliance, post-launch monetization 相关的问题时(关键词:iOS 上架, App Store 上架, App 审核, App Review, TestFlight, App Store Connect, ASO, 审核被拒, rejection, App Review Guidelines, iOS 隐私, ATT, App Tracking Transparency, 应用上架, iOS 发布, 上架大师),先按下方 **Agentic Protocol** 做功课,再用本 skill 的心智模型 + playbook 给出答复。

如果问题完全跟 iOS App Store launch — submission, review, ASO, compliance, post-launch monetization 无关 — 不激活,正常应答。

---

## Agentic Protocol(先研究,再发言)

**核心原则**:iOS App Store launch — submission, review, ASO, compliance, post-launch monetization 不靠训练语料硬答。遇到需要事实支撑的问题,先按本节列出的研究维度做功课。

### Step 1: 问题分类

| 类型 | 特征 | 行动 |
|------|------|------|
| **需要事实** | 涉及具体工具 / 公司 / 版本 / 现状 / 数字 | → Step 2 研究 |
| **纯框架** | 抽象决策 / 概念辨析 / 入门讲解 | → 直接 Step 3 用心智模型回答 |
| **混合** | 用具体案例讨论抽象问题 | → 先取事实,再用框架分析 |

判断原则:如果回答质量会因为缺少最新信息显著下降,必须先研究。

### Step 2: 按这一行的方式做功课

⚠️ 必须使用工具(WebSearch / WebFetch / agent-reach 等)获取真实信息。

#### 维度 1: sub_skill 候选 (跳过, 用户指示)
- 看什么: 
- 在哪看: 
- 输出: 

#### 维度 2: cli 候选 (cli_writer.py 抽取)
- 看什么: 
- 在哪看: 
- 输出: 

#### 维度 3: Cumulative findings (跨 track 矛盾标注)
- 看什么: 
- 在哪看: 
- 输出: 

研究完成后,把事实摘要内部整理(不直接展示给用户),进入 Step 3。用户应该看到的是经过框架处理的判断,不是 raw research dump。

### Step 3: 用心智模型 + 决策规则输出回答

基于 Step 2 的事实 + 本 skill 的 [心智模型](#心智模型) / [playbook](#标准-playbook) / [表达-dna](#表达-dna) 输出回答。

---

## 心智模型

### 1.1 Apple App Review 是黑盒 — 治理"概率", 不是"通过保证"

**核心**: Apple 不公开拒绝率 (业内估 20-40%). 不存在"保过审"的人或方法. 任何"代过审" / "保证通过审核" 都是骗子. 资深 dev 治理的是**降低拒绝率 + 拒绝时快速恢复**, 而不是"保证一次过".

- **流派归属**: 跨派必修 (5 派全部认同, 反 Apple 派 + 大厂派最强烈)
- **衍生用途**: §2 D1 (拒绝处理决策树) + §4 W2 工作流
- **局限**: Apple 偶有"特殊渠道"(大客户 Account Manager + WWDC 私下 alignment), 但对 indie 不开放
- **evidence**: [T01-S001, T01-S016, T04-S001, T03-S005, T06-S001]

### 1.2 双合规体系不可一刀切 (海外 Apple 单家 vs 国内多重备案)

**核心**: 海外只 Apple 一家审核, 国内是 Apple + ICP (工信部) + 算法备案 (网信办) + 游戏版号 (出版署, 仅游戏) + 8-10 个国内应用市场各自审核. 流程 / 时间 / 成本完全不同. 抄海外路径做大陆 = 死. 反例: link-out (DMA EU 后允许) 国内不允许.

- **流派归属**: 国内合规派 vs 海外 indie / 大厂 / 反 Apple — 主要分歧轴
- **衍生用途**: §2 D5 (多区策略) + §4 W5 国内合规 W6 多区上架
- **局限**: 国内出海团队需双栈, 不能省任何一边. 海外团队 + 国内 ICP 通常需要本地法人 (个体/外资公司)
- **evidence**: [T06-S004, T06-S006, T06-S008, T03-S009, T04-S015]

### 1.3 政策时效衰减极快 (12 月不 update = 下架风险)

**核心**: Apple 政策年度大改 (WWDC 6 月) + 季度小改 (ASC monthly notes) + 强制日期 (Privacy Manifest 2024-05-01 / Anti-steering 2024-01 / DMA 2024-03-07 / iOS 26 SDK 2026-04-28 强制). 12 月不更新 = 政策变化 → app 下架. 这条是 ios-app-launch 跟传统软件最大区分.

- **流派归属**: 跨派. Apple 官方派最强 (Apple 自己 push), 大厂派次之 (有 release schedule), indie 派最弱 (常忽视).
- **衍生用途**: §2 D8 (政策跟踪节奏) + §4 W8 持续维护
- **局限**: 经典 SaaS 不存在这条 — 第三方平台没有 Apple 强制日期式约束
- **evidence**: [T06-S003, T06-S008, T03-S010, T04-S002, T01-S004]

### 1.4 ASO 数据驱动 vs Indie audience-first (流派 GTM 分歧)

**核心**: 同一个上架后增长问题, ASO 派 (Sensor Tower / Mobile Action / Eric Seufert / Thomas Petit) 主张系统化数据 (keyword / screenshot A/B / install volume) 驱动. Indie 派 (Marco Arment / David Smith / Federico Viticci) 主张 audience-first (Twitter / blog / podcast 累积关系) 驱动. 都对, 但完全不同 commercial OS.

- **流派归属**: ASO 优化派 vs 海外 Indie 派 — GTM 哲学分歧
- **衍生用途**: §2 D4 (ASO 决策) + §4 W3 工作流
- **局限**: ASO 派需要预算 (Sensor Tower 等数据工具不便宜); Indie 派需要预先 audience (Pieter Levels 模式 12 年累积才行)
- **evidence**: [T01-S005, T01-S006, T01-S007, T01-S010, T05-S007, T05-S009]

### 1.5 30% Apple Tax 是事实, 不是争议 (反 Apple 派 vs 接受派)

**核心**: 30% (small biz 15%, subscription 第二年 15%) 是事实约束, 不是"应该不应该". 反 Apple 派 (Sweeney / Spotify / DHH) 公开战这是商业哲学 + 反垄断诉讼策略, 但单个 dev "我不交 30%" 不是选项 — 要么接受 + 在 IAP 内成功, 要么走 reader app / 商业模型外置 (web subscription) / 反例 link-out (EU DMA 后)). Day 0 Paywall 反例就是没接受这个事实.

- **流派归属**: Apple 派 + Indie 派 (接受) vs 反 Apple 派 (公开战) — 商业模型分歧
- **衍生用途**: §2 D6 (商业模型 / 定价) + §4 W7 订阅付费
- **局限**: EU DMA 2024-03 后允许 link-out (Apple 同时收 0.50€ Core Technology Fee), 大陆完全不允许. 这条规则在演化
- **evidence**: [T06-S007, T06-S009, T04-S012, T04-S013, T01-S013, T01-S015]

### 1.6 拒绝是日常, 不是失败 (rejection 救火心态)

**核心**: 资深 dev 把 rejection 当 "和 Apple 沟通的一种 channel". Resolution Center 短 + 具体 + 引 ARG 条款号 通常 24-48h 解决. Expedited Review (限频, 关键发布前救命). 反例: 第一次 rejection 就 panic, 公开 Twitter 发疯 (除非是 DHH/Sweeney 级别有反 Apple 战略). 95% rejection 是 metadata + 隐私披露错, 改了重传即可.

- **流派归属**: 跨派必修. Indie 派最常见单 dev 处理, 大厂有专门 release engineering team.
- **衍生用途**: §2 D2 (rejection 处理) + §4 W2 工作流
- **局限**: 部分 rejection 是 functional (4.x Design / 2.x Performance), 这些需要重做产品, 不只是改 metadata
- **evidence**: [T01-S001, T01-S016, T03-S004, T04-S001, T06-S015]

---



## 标准 Playbook

1. **D1 — 拒绝率治理: 降低拒绝率 + 快速恢复**

- **trigger**: 准备首次提审 / app 重大版本
- **decision**: pre-submit checklist (HIG 自检 + Privacy Manifest + nutrition labels + ARG 5.x 国别 ATT 对照) → 提审 → 拒绝 24-48h Resolution Center 修复 → 重提
- **关键**: 不期望"一次过", 期望"快速恢复". 关键发布期保留 Expedited Review quota
- **学派对照**: indie (单人 1-3 周完成) / 大厂 (release engineering team + Bitrise + Fastlane) / 国内出海 (双栈 + ICP 备案先行)
- **案例**: Hey vs Apple 公开战 (DHH 反 IAP 强制) — 是商业战略不是常规处理. 99% rejection 应私下 Resolution Center 解决, 不公开战
- **evidence**: [T01-S001, T01-S013, T03-S004, T04-S001]

2. **D2 — Rejection 处理: Resolution Center 短/具体/引 ARG**

- **trigger**: 收到 Apple 拒绝信
- **decision**: 不 panic. 短回复 (50-200 字) + 具体修改 + 引 ARG 条款号 (e.g. "已按 ARG 5.1.1(v) 修改隐私描述"). 24-48h 通常解决.
- **学派对照**: indie 直接 Resolution Center / 大厂 通过 Apple Developer Account Manager / 国内 5.6 China Mainland 行政申诉路径
- **案例**: Marco Arment 在 ATP podcast 多次提到 "rejection 是 Apple 的一种通信方式, 不是审判" (T01-S001 ATP); Spotify 反 anti-steering 通过 EU DMA 立法不是 Resolution Center
- **evidence**: [T01-S001, T01-S013, T03-S004, T04-S001]

3. **D3 — 政策时效跟踪节奏**

- **trigger**: 持续运营 + WWDC / iOS major / ASC 更新
- **decision**: 每年 6 月 WWDC 必看 "What's New in App Review" + "What's New in App Store Connect"; 9 月 iOS major 前 30 天必跑兼容性 test; ASC 月度更新邮件订阅; ARG 关键变化 (ATT / Privacy Manifest / Anti-steering / DMA / Age Rating) 12 月内必适配
- **学派对照**: Apple 派 (强制 deadlines, 不 compromise) vs Indie (常 12 月内才适应, 反例 12 月不更新 → 下架风险)
- **案例**: Privacy Manifest 2024-05-01 强制后 Q1 2025 多数 indie app 因 SDK 漏 Privacy Manifest 被拒 (12% Q1 2025 拒审率, T03-S006); iOS 26 SDK 2026-04-28 强制提审 — 没适配 = 提审失败
- **evidence**: [T06-S003, T06-S008, T03-S010, T04-S002]

4. **D4 — ASO 优化: 数据驱动 vs Audience 驱动**

- **trigger**: 上架后 30-90 天 + 持续 iterate
- **decision tree**:
  - 有预算 + 主流类目 → ASO 派路径: Sensor Tower + keyword optimization + screenshot A/B (Custom Product Pages 35→70 槽位, 2026-Q1 扩) + Apple Search Ads
  - 无预算 + niche → Indie 路径: Twitter/X build-in-public + podcast (ATP / Under the Radar) + 长博客 audience-first
  - 国内出海 → 双栈: 海外 ASO + 七麦/鸟哥笔记国内
- **关键反例**: 把 ASO + audience 混打 (没 ASO 预算的 indie 强行做 ASO 派 = 钱进黑洞; 没 audience 的大厂团队学 indie audience-first = 6 月白干)
- **案例**: Pieter Levels Photo AI 100% audience (12 年 Twitter 累积); Sensor Tower / data.ai 客户 Day 1 数据驱动. 都赚钱, 不混合
- **evidence**: [T01-S005, T01-S006, T01-S010, T05-S007, T05-S009, T03-S005]

5. **D5 — 多区策略: US / EU / CN**

- **trigger**: 决定上架哪些地区
- **decision**:
  - 美区: 默认必上, 流程标准 (Apple 单家)
  - EU: DMA 2024-03 后允许 link-out + 第三方 marketplace + 0.50€/install Core Technology Fee (CTF). 不一定要利用 — 看商业模型
  - 中国: ICP 备案 (工信部) + 算法备案 (网信办, 推荐 / 生成式 AI 强制) + 游戏版号 (仅游戏) + 国内 8-10 应用市场各自审核. 流程 4-12 周, 需本地法人. 不要抄海外做大陆.
  - 其他亚太 (日本 / 韩国 / 印度) / 拉美: 通常 Apple 单家审核, 有 5.7 韩国 / 5.8 印度 等专属条款
- **关键**: 国内 vs 海外不是"翻译"问题, 是不同合规体系
- **学派对照**: indie 通常只做美区 + 自己国家 / 大厂跨区策略 / 出海团队跨大陆海外双栈
- **案例**: 国内 SaaS 出海到美区简单 (Apple 单家); 海外 SaaS 进国区难 (ICP 备案 + 算法备案 + 国内市场 8-10 家) 通常需要找本地代运营
- **evidence**: [T06-S004, T06-S006, T06-S008, T03-S009]

6. **D6 — 商业模型: 接受 30% Tax + IAP 内优化, 不抗议**

- **trigger**: 决定 monetize 路径
- **decision**:
  - 接受 30% Tax (small biz 15%, subscription 第二年 15%) 是事实约束
  - IAP 内优化 (StoreKit 2 + paywall A/B 用 RevenueCat / Adapty / Superwall) — 单 dev 默认路径
  - 商业模型外置 (web subscription, 用户在 web 注册付费, app 仅 login): 合法但需 careful (反 anti-steering 案后 app 内 link-out 美区 2025-04 起允许, EU DMA 完全允许, 大陆完全不允许)
  - Reader Apps 例外 (3.1.3a, e.g. Spotify, 仅"读"内容应用, 允许 web 付费 + app 内消费, 但需明确 Reader 类目)
  - 反例: Day 0 Paywall (新 dev 第一天就强收, 反垄断派抗议 30% 但作为 indie 抗议 = 没 ship; 接受是务实)
- **学派对照**: Apple 派 (接受 + 优化 IAP) / Indie (默认接受) / 反 Apple (Sweeney/Spotify/DHH 战略性抗议, 普通 dev 不学) / 国内 (微信支付 替代 IAP, 但仅限非 IAP 类目)
- **案例**: RevenueCat State of Subs 2026 (T05-S009): hard paywall 转化率 10.7% vs freemium 2.1% — 但需要在已有 audience / 高质量 app 前提下. Day 0 hard paywall 没 audience = 失败
- **evidence**: [T06-S007, T06-S009, T04-S012, T01-S013, T01-S015, T05-S009]

7. **D7 — 隐私合规: ATT + Privacy Manifest + GDPR 三件套**

- **trigger**: 提审 / 持续运营
- **decision**:
  - **ATT (App Tracking Transparency, 2021-04-26)**: opt-in tracking. iOS 14.5+ 强制 prompt. 25% 用户 opt-in (业内估计). SKAdNetwork (SKAN 4.0) 是替代方案
  - **Privacy Manifest (2024-05-01 强制)**: .privacy 文件描述 SDK 数据访问. 漏 SDK 一个 = 拒审. iOS dev 主要痛点
  - **GDPR (EU 2018+)**: consent banner / data subject rights / 数据 erasure
  - **CCPA / CPRA (California)**: opt-out / "Do Not Sell"
  - **COPPA (儿童 ≤ 13, 美国)**: special handling
  - **国内 PIPL (2021)**: 个人信息保护法, 中文协议 + 详细数据收集说明
- **学派对照**: Apple 派 / Indie 派 (常漏 Privacy Manifest 一个 SDK) / 大厂派 (OneTrust / 法务部门 全套) / 反 Apple (DHH 抗议 ATT 但仍要遵守) / 国内合规 (PIPL + 等保)
- **案例**: 2024-05-01 Privacy Manifest 强制后 12% Q1 2025 拒审是 Privacy Manifest SDK 漏 (T03-S006). Marco Overcast 提前 6 月开始 audit 第三方 SDK
- **evidence**: [T06-S001, T06-S002, T06-S008, T03-S007, T04-S008]

8. **D8 — 国内合规 4 件套 (大陆出海 / 国内市场)**

- **trigger**: 上架国区 / 国内多市场
- **decision** (按时间顺序):
  - **第 1 步 ICP 备案** (工信部 beian.miit.gov.cn): App Store 国区 2024-04 起强制. 个人 / 公司主体, 4-8 周. 没备案号 = 国区下架
  - **第 2 步 算法备案** (网信办 beian.cac.gov.cn): 涉及推荐算法 / 生成式 AI 强制 (2022-, 2026-Q1 累计 800+). 4-12 周
  - **第 3 步 游戏版号** (出版署 nppa.gov.cn, 仅游戏): 极严, 6 月-2 年, 不保过. 国内最大 bottleneck
  - **第 4 步 国内应用市场审核** (华为 AppGallery / 小米 / OPPO / vivo / 应用宝 (腾讯) / 360 / 百度): 各自后台 + 各自标准, 通常比 Apple 严格 (内容审核更严)
  - **第 5 步 隐私协议** (中文 + 详细数据收集) + **PIPL** + **等保** (大型 app 2/3 级)
- **学派对照**: 国内合规派 (鸟哥笔记 / 七麦 / 硬地骇客嘉宾) 主流操作 / 海外派 (大多忽视 — 直到必须做国区)
- **案例**: 国内出海 dev 通常 ICP 在公司主体下 (个人主体限制多), 算法备案 2025-2026 持续收紧 (网信办年度报告)
- **evidence**: [T06-S004, T06-S006, T06-S008, T04-S015, T03-S009]

9. **D9 — 工具栈选择: stage-appropriate**

- **trigger**: 选 build / ASO / 隐私 / 订阅 工具
- **decision**:
  - **必备 (跨 stage)**: Apple 三件套 (Xcode + ASC + TestFlight), Apple Developer Program ($99/yr), Privacy Manifest (2024+), Apple Search Ads (有预算时)
  - **Indie 海外 solo**: + Fastlane (build automation) + RevenueCat (subscription) + AppFollow (评论/ASO 入门免费)
  - **大厂 / scale-up**: + Bitrise (CI/CD) / Xcode Cloud (Apple 官方) + Sensor Tower / data.ai (ASO 数据) + AppsFlyer / Adjust / Branch (归因) + OneTrust (隐私) + Mixpanel (分析)
  - **国内出海**: + 七麦 (双端 ASO 数据) + 备案易 (备案辅助) + 国内多市场后台 (华为 / 小米 / OPPO 等手动)
  - **ASO 顾问**: + Sensor Tower + data.ai + Mobile Action + AppFollow + AppLaunchpad (screenshot 制作)
- **关键反例**: 选错 stage 工具 (indie 上 Sensor Tower 高价 = 钱进黑洞; 大厂还在 manual ASO = scale 时崩)
- **decay**: AppsFlyer / Adjust 在 ATT 后受冲击; Adapty / Superwall 在抢 RevenueCat paywall 中端市场 (18-24 月主流化)
- **案例**: Marco Overcast 单 dev 用 Apple 三件套 + Fastlane + RevenueCat; Stripe iOS 用 Bitrise + Sensor Tower + OneTrust 全栈 (T02-S001 + T02-S013 选型对照)
- **evidence**: [T02-S001, T02-S006, T02-S010, T02-S013, T02-S017, T02-S023]

10. **D10 — 持续维护节奏: 12 月内必 update**

- **trigger**: app 上架后持续运营
- **decision**:
  - 6 月 WWDC: 必看 "What's New in App Review" + "What's New in App Store Connect"
  - 9 月 iOS major: 提前 30 天兼容性 test + Privacy / nutrition labels review
  - 月度: ASC release notes 邮件 + ARG diff watch
  - 季度: 自家 app metrics review (crash / rating / keyword rank)
  - 强制 deadline: ATT (2021-04) / Privacy Manifest (2024-05-01) / Anti-steering (2024-01) / DMA (2024-03-07) / iOS 26 SDK (2026-04-28) / EU CTF (2026-01) / Age Rating 5 档 (2026-01-31)
- **关键**: 12 月不更新 = 政策变化 → app 下架 (反例)
- **学派对照**: Apple 派 (deadline 强 push) / 大厂派 (有 release schedule) / Indie 派 (常忽视, 反例) / 国内合规 (备案续期)
- **案例**: 2024-05-01 Privacy Manifest 强制后 12% Q1 2025 拒审是 indie 没 update 第三方 SDK
- **evidence**: [T06-S003, T06-S008, T03-S010, T04-S002]

---



## 工具栈与选型决策树

### 3.1 Apple 官方核心 cluster (跨 stage 必备, 永恒度高)

- **必备**: Xcode (开发 + 提审 IDE) + App Store Connect (ASC, 提审 dashboard) + TestFlight (官方 beta) + Apple Developer Program ($99/yr) + Privacy Manifest (2024+ 强制 .privacy 文件)
- **场景**: App Store Connect API (自动化 metadata) + Apple Search Ads (ASA, 关键词广告, 多广告位 2026-03-17 扩) + Custom Product Pages (CPP, 35→70 槽位 2026-Q1)
- **decay**: Apple 官方栈本身永恒, 但具体功能 (Bitcode deprecated 2022 / SKAN 4.0 持续演化) 会变

### 3.2 Indie / 出海 cluster (海外 dev / 国内出海 都默认)

- **必备**: Fastlane (build automation, ruby-based, indie 默认) + RevenueCat (subscription infra, indie 默认) + AppFollow (评论 + ASO 入门 free tier) + Sentry / Firebase Crashlytics (crash, 免费 tier)
- **场景**: Bitrise (mobile-friendly CI/CD) / Xcode Cloud (Apple 官方 CI) + Mobile Action / data.ai (ASO 中端) + Adapty / Superwall (paywall A/B, 18-24 月主流)
- **学派对应**: Marco Arment / David Smith / 海外 indie 默认; 国内出海 + 7 麦/鸟哥笔记 国内补充

### 3.3 国内 + ASO 高端 cluster

- **国内出海**: 七麦数据 (双端 ASO + ICP 备案查询) + 鸟哥笔记 (ASO 教育) + 备案易 (ICP 备案辅助) + 国内多市场后台 (华为 AppGallery / 小米 / OPPO / vivo / 应用宝 / 360 / 百度)
- **ASO 高端 (大厂 / 顾问)**: Sensor Tower (高价 ASO 数据) + AppsFlyer / Adjust / Branch (归因, ATT 后部分功能受限) + OneTrust (隐私 / GDPR / CCPA 合规)
- **关键避坑**:
  - **Privacy Manifest** (2024-05-01 强制) — 漏一个 SDK 直接拒审
  - **ICP 备案** (国区 2024-04 强制) — 没备案 = 下架
  - 选错 stage 工具 (indie 上 Sensor Tower 高价)
  - AppsFlyer 等归因工具在 ATT 后部分功能受限

(完整 26 工具 + 5 决策树见 02-tools.md)

---



## 工作流 / Pipeline

(详见 03-workflows.md)

- **W1 上架 0 → 1 主流程**: Apple Developer 注册 → Xcode 配置 → ASC App 创建 → archive & upload → TestFlight beta → 提审 → review (24h-7d) → release. indie 1-3 周, 大厂 release engineering team 流水线
- **W2 Rejection 救火**: Resolution Center 短/具体/引 ARG 条款号. 95% rejection 是 metadata + 隐私披露错. Expedited Review 限频, 关键发布前救命. 学派分歧最大: indie 公开战 (DHH/Marco) vs 大厂私下 Apple Account Manager vs 国内 5.6 China Mainland 行政申诉
- **W5 国内合规 4 件套**: ICP 备案 (工信部) → 算法备案 (网信办) → 游戏版号 (仅游戏, 极严) → 国内多市场审核. 跟海外完全不同体系. 4-12 周
- **W8 持续维护**: WWDC 6 月 / iOS major 9 月 / ASC 月度 / 强制 deadlines. 12 月不更新 = 下架风险

(完整 8 个 workflow + 学派分歧 + 失败模式 / 衰减点见 03-workflows.md)

---



## 表达 DNA

### 5.1 高频用语 / 黑话

- **Apple 派**: "submit for review" / "Resolution Center" / "guideline-conformant" / "ATT prompt" / "Privacy Manifest"
- **Indie 派**: "ship" / "rejected again" / "ARG 5.1.1" / "WWDC 没等到" / "我又被拒了"
- **ASO 派**: "rank" / "impressions" / "conversion rate" / "keyword spy" / "category battle" / "CPP A/B"
- **反 Apple 派**: "30% Tax" / "anti-competitive" / "monopoly" / "sideloading" / "DMA / DSA"
- **国内合规派**: "ICP 备案" / "算法备案" / "版号" / "8 大市场" / "网信办" / "等保 2 级"

### 5.2 严肃 register vs 轻松吐槽

- 严肃 (Apple Developer Forums): "the issue appears to relate to ARG 5.1.1(v) regarding privacy disclosures"
- 轻松吐槽 (X / ATP podcast): "另一个被拒, 这次是 nutrition labels 漏写 — 24h Resolution 已 fix"
- 反 Apple register: "Apple charges 30% to control the world's largest app ecosystem"
- 国内 register: "国区下架是因为 ICP 没续 — 折腾了一个月才回来"

### 5.3 对话样本库 (4 register × ≥ 2 段, 共 12 段)

#### 5.3.1 同业讨论版 (dev 内部 / podcast 长访谈, 3 段)

- (Apple 派, 转述) "Apple App Review 不是 enemy. 拒绝是一种 channel — Resolution Center 短回复 + 引 ARG 条款号, 24-48h 通常解决." (source: T01-S001 ATP / Marco Arment, voice_confidence: high)
- (Indie 派, 转述) "上架第 3 次 rejection, ARG 5.1.1 隐私描述没说清 SDK 数据访问. 重写 200 字, 12h 后通过." (source: T01-S004 David Smith X long thread, voice_confidence: medium-high)
- (ASO 派, 转述) "ATT opt-in 25% 后, IDFA 归因垮了. SKAN 4.0 是替代但 conversion value 设计是 art. 大厂还在 OneTrust + first-party data." (source: T01-S007 Eric Seufert Mobile Dev Memo, voice_confidence: high)

#### 5.3.2 客户 / 用户教育版 (面客 / 面 audience, 3 段)

- (Apple 官方风格, 推断) "App Tracking Transparency requires user consent before tracking. Tap Allow to enable personalized features." (source: ARG 5.1.2 + WWDC 2021 ATT session, voice_confidence: medium-high)
- (Indie 派, 推断) "Halide v2 已支持 iOS 17 + Privacy Manifest. 老订阅用户继续 Family Sharing, 新用户首月 50% off." (source: T01-S006 Halide blog 风格, voice_confidence: medium)
- (国内合规派, 推断) "我们已通过 ICP 备案 (工信部) + 算法备案 (网信办). 推荐算法符合《生成式 AI 暂行办法》要求, 数据存储在国内." (source: T03-S009 + T06-S007 国内合规话术, voice_confidence: medium)

#### 5.3.3 反 Apple / 法律对抗版 (反垄断诉讼 / 公开战, 3 段)

- (Tim Sweeney, 转述) "Apple 30% Tax 是 monopoly rent extraction. Epic v Apple 是关于 future of mobile commerce, not just Fortnite." (source: T01-S013 Twitter long thread + Epic v Apple court filings, voice_confidence: high)
- (Daniel Ek, 转述) "Spotify 在 EU 推动 DMA 是因为 anti-steering 让我们无法告诉用户更便宜的 web 价格. DMA 2024-03 后 Apple 必须允许 link-out — 这是消费者的胜利." (source: T01-S014 Spotify newsroom + EU DMA 立法, voice_confidence: high)
- (DHH, 转述) "Hey 第一天就被 Apple 拒, 因为我们不接 IAP. 公开战是因为 30% 是 extortion, 不是 service fee. 但 Hey ship 了, 我们没让 Apple 决定 our business model." (source: T01-S015 hey.com/apple/ + DHH X, voice_confidence: high)

#### 5.3.4 反例版 (这一行的资深人**绝不会**这样说的话, 3 段)

- ❌ "我能保证你过审" (反例: Apple 审核黑盒, 没人能保证. "代过审" 服务 100% 是骗子. 资深 dev 都说 "降低拒绝率 + 快速恢复" 不说 "保证")
- ❌ "TestFlight 公开链接就是上架" (反例: TF 公链不是 App Store 上架, 只是 beta. 大量国内灰产用 TF 当上架避审 — 违反 Apple 政策, 随时被 Apple 关停)
- ❌ "国内不需要 ICP 备案, 直接用海外栈" (反例: 2024-04 起国区强制 ICP. 抄海外路径做大陆 = 死. 6 个 6 派资深 dev 都说"双合规体系不可一刀切")

**voice_confidence: high** — 12 段中 5 段直接来自长 podcast / 法庭文档 / 公开 X long thread (high), 5 段转述 (medium-high), 2 段推断 (medium). 4 register 在 6 学派覆盖 (Apple 官方 / Indie / ASO / 反 Apple / 国内合规 / 反例). **agent 用本 skill 时不要逐字搬样本句给客户/受众** — 当 register / 关键词参考用自己话重说.

---



## 质量基准 + 反模式

### 6.1 「资深 ios-app-launch dev」的 5 条质量基准

1. **学派语境识别**: 看到上架问题立刻识别是 Apple 派 / Indie / ASO / 反 Apple / 国内合规 哪派语境, 并能用其他派看一遍 (跨派 mental simulation)
2. **拒绝率治理 + 快速恢复**: 不期望"一次过", 期望"低拒绝率 + 24-48h 恢复". 不被任何"保证过审"骗
3. **政策时效跟踪**: WWDC 6 月 / iOS major 9 月 / ASC 月度 / 强制 deadlines (Privacy Manifest / Anti-steering / DMA / 国内备案) 全 covered
4. **双合规体系认知**: 海外 Apple 单家 vs 国内 ICP+算法备案+多市场 是两套体系, 不混
5. **接受 30% Tax + IAP 内优化**: 不抗议 (单 dev 抗议 = 没 ship), 接受为约束 + 优化 paywall (RevenueCat State of Subs 2026 hard 10.7% vs freemium 2.1%)

### 6.2 反模式 (15 条入门常犯, 来自 03-workflows W1-W8)

1. **Privacy Manifest 漏 SDK 一个** — Q1 2025 12% 拒审主因 (D7 反例)
2. **国区不 ICP 备案** — 2024-04 起国区下架 (D8 反例)
3. **Privacy Nutrition Labels 错填** — 隐私披露不一致直接拒
4. **抄 ARG 不读条文** — Resolution Center 引 ARG 条款号是必备能力
5. **TestFlight 公链当上架** — 灰产, 违反 Apple 政策, 随时关停
6. **反垄断 link-out 抄海外做大陆** — DMA EU + 美区 2025-04 后允许, 大陆完全不允许
7. **30% Tax 抗议而不接受** — 单 dev 抗议 = 没 ship, 公开战是 DHH/Sweeney 战略 (有商业战略 + 法律预算才行)
8. **国内多市场各自后台不同** — 华为 + 小米 + OPPO + vivo + 应用宝 + 360 + 百度 各自标准, 不能一套 metadata
9. **Day 0 Paywall** — 没 audience 直接 hard paywall, 转化率 <2% 失败 (反例 vs RevenueCat 数据 hard 10.7%)
10. **metadata reject 重传 binary** — metadata 错只需在 ASC 改 metadata 重提, 不需要重传 binary
11. **12 月不更新** — 政策变化 → app 下架, 跟传统软件最大区分
12. **Bundle ID 改** — Apple 不允许 (一旦 release 不可改). 反例: 改 = 重新上架
13. **TestFlight 提前 1 天提审** — Beta App Review 也要 review, 24h 不够保险, 至少 3 天前
14. **个人主体 ICP 国区备案受限** — 国区上架建议公司主体 (个人多限制)
15. **link-out 抄美区做全球** — 美区 2025-04 起允许 link-out, 大陆完全不允许, EU DMA 完全允许 — 各区不同

### 6.3 客户 / 学习者教育节奏 (隐性反模式)

- 一次性把所有 ARG / 政策塞给新 dev → 抓不住重点
- 正确节奏: 第 1 周教 Apple Developer + Xcode + ASC 基本流程 (W1); 第 1 月加 ARG 5.x 重点 + Privacy Manifest + Nutrition Labels (W4); 第 1 季度加 ASO + 订阅优化 (W3 W7); 第 1 年加多区 + 国内合规 (W5 W6) + 反垄断 + 反 Apple 派学派 (canon 反垄断)

### 6.4 三重验证 self-check (蒸馏 self-audit)

- **跨场景验证**: M1-M6 在 ≥ 2 场景能落地 (新 dev 上架 / 已 PMF 持续运营 / 国内出海) — 全部通过
- **生成力验证**: 心智模型衍生新决策规则 — M1 → D1+D2, M2 → D5+D8, M3 → D3+D10, M4 → D4, M5 → D6, M6 → D2
- **排他性验证**: iOS 上架 specific (Apple 单家审核 + 30% Tax + ATT + Privacy Manifest 等都是 Apple 平台 specific). 国内合规体系是中华人民共和国 specific
- 总体: 6 心智模型 + 10 决策规则全部通过 PARTIAL 以上, 排他性强

---



## 智识谱系

### 7.1 Apple 官方派 (政策制定方)

- **代表**: Phil Schiller (App Store Director, 现 Apple Fellow) / Tim Cook (CEO, Epic v Apple 庭审发言) / Apple App Review team (匿名集体)
- **核心方法**: ARG (App Review Guidelines) + HIG + WWDC + ASC release notes + Apple Developer 官方 docs
- **学派立场**: ARG 是合规底线, dev 适配; Apple 是 platform owner, 决定规则.

### 7.2 海外 Indie 派

- **代表**: Marco Arment (Overcast / Instapaper, ATP) / David Smith (Pedometer++ / Widgetsmith) / Federico Viticci (MacStories) / Sebastiaan de With (Halide → 2026-01 加入 Apple Design)
- **核心方法**: 个人博客 + ATP / Under the Radar podcast + 长内容 + audience-first
- **学派立场**: 接受 Apple 平台规则, 在规则内 ship. Resolution Center 短回复 + ARG 引用. 反对反 Apple 公开战 (除非 DHH 级反垄断战略)

### 7.3 大厂 Release Engineering 派

- **代表**: Stripe / TikTok / Lyft / Airbnb / Uber iOS team (匿名集体, engineering blog)
- **核心方法**: Bitrise / Xcode Cloud + Fastlane + 自动化测试 + release schedule (双周 / 月度)
- **学派立场**: scale 视角. 流程化 / 自动化 / 团队化. Apple Account Manager 私下沟通是优势 (indie 没有这个 channel)

### 7.4 ASO 优化派 (营销 / 数据驱动)

- **代表**: Eric Seufert (Mobile Dev Memo) / Thomas Petit (ASO 顾问) / Steve P. Young (App Masters podcast)
- **核心方法**: Sensor Tower / data.ai / Mobile Action / 七麦 + keyword optimization + screenshot A/B + Apple Search Ads
- **学派立场**: 数据驱动 + 系统化优化. 跟 Indie audience-first 是分歧轴 — 都对, 不同 OS

### 7.5 反 Apple / 反垄断派

- **代表**: Tim Sweeney (Epic Games) / Daniel Ek (Spotify) / DHH (Basecamp / Hey)
- **核心方法**: 公开战 (Twitter / blog / 法庭) + 反垄断诉讼 + 政策推动 (DMA / DSA / US House Judiciary)
- **学派立场**: 30% Tax 是 monopoly rent. Sideloading 应该被允许. EU DMA 是消费者胜利. 但单 dev 抗议没 ship — 这是商业战略不是常规处理

### 7.6 国内合规派 (zh-CN)

- **代表**: 鸟哥笔记 (曹道富) / 七麦数据 (徐欢) / 硬地骇客 (集合) / 国内 SaaS 出海创业者 (张小珺商业访谈录嘉宾)
- **核心方法**: ICP 备案 + 算法备案 + 游戏版号 + 国内多市场审核 + PIPL/等保
- **学派立场**: 国内 vs 海外两套体系, 不混. 国内市场 8-10 家各自审核标准, 通常比 Apple 更严. indie 模式国内不直接复制

### 7.7 流派核心分歧矩阵 (蒸馏必保留, 不平均化)

| 维度 | Apple 派 | Indie 派 | 大厂 release eng | ASO 派 | 反 Apple | 国内合规 |
|------|---------|---------|-----------------|--------|----------|---------|
| 拒审处理 | ARG 引用 + Resolution | 公开战 (DHH级才行) | 私下 Apple AM | "fix metadata" | 公开法庭战 | 5.6 申诉 + 备案 |
| 30% Tax | 服务费 | 接受 + IAP 优化 | 接受 + 自建 server | 接受 + ASO 增量 | monopoly rent | 微信支付替代 |
| ATT | 隐私优先 | 适配 + 接受 | OneTrust 全套 | 反垄断 / IDFA 失效 | DHH 抗议 | PIPL + 算法备案 |
| 多区策略 | 全球一致 ARG | 美区 + 自己国家 | 跨区策略 | 数据多区 | EU DMA 战略 | 双栈 |
| 工具栈 | Apple 官方栈 | Fastlane + RevenueCat | Bitrise + 自建 | Sensor Tower + ASA | 反 Apple infra | 七麦 + 备案易 |
| 时效 | WWDC + 强制 deadlines | 12 月内适应 | release schedule | 季度 ASO | 法律时间线 | 备案时效 |

evidence: [T01-S001, T01-S005, T01-S013, T01-S015, T01-S016, T03-S001, T03-S004, T03-S009, T04-S001, T06-S001, T06-S004]

---



## 诚实边界

0. **学派分歧 = 行业特征, 不是认知不确定性**: 同一上架问题 6 派给不同答案是常态. SKILL.md 不平均化, 不"偏 Apple 派". agent 用本 skill 时**必带学派标签 + 区域语境** (海外 vs 大陆), 不一刀切

1. **蒸的是认知框架 + 学派对照 + 决策规则, 不是"保证过审"的承诺**: Apple App Review 是黑盒, 拒绝率 20-40% 业内估计. 任何 "代过审" / "保证通过" 都是骗子. 不替代 (a) Apple Developer 官方文档自查 (b) 法律咨询 (国际跨区 / 反垄断诉讼) (c) 国内合规专员 (备案 / 算法备案)

2. **行业时效衰减极快 (12 月内必 update)**: 衰减最快 4 模块:
   - **Apple 政策** (年度 WWDC + 季度 ASC + iOS major. 强制 deadlines: Privacy Manifest 2024-05-01 / Anti-steering 2024-01 / DMA 2024-03-07 / iOS 26 SDK 2026-04-28)
   - **国内法律 / 备案** (网信办算法备案 2025-2026 持续收紧, 2026-Q1 累计 800+; PIPL 实施细则持续)
   - **工具 / pricing** (AppsFlyer 在 ATT 后受冲击; Adapty / Superwall 抢 RevenueCat 中端市场 18-24 月)
   - **反垄断诉讼** (Epic v Apple anti-steering 上诉持续 2024-01 终审 + 2025-04 强化; EU DMA 演化)

3. **不蒸 fraudulent / TOS 违规玩法**:
   - 作弊审核 / 代过审 (短期赚 + Apple 关停 + 信任崩)
   - Fake review 刷榜 (国内 + 海外 都有, Apple + 国内市场 + Sensor Tower 都能 detect)
   - TestFlight 公链当上架 (违反 Apple 政策, 随时关停)
   - 国内版号灰产 (2018-2019 浪潮后期, Apple + 国内市场都已堵)
   - "代备案" 灰色 (没真实主体的 ICP)

4. **双合规体系认知 (海外 vs 大陆) 不可一刀切**: 海外 Apple 单家审核, 国内是 Apple + ICP + 算法备案 + 8-10 国内市场各自审核. 抄海外路径做大陆 = 死. agent 用本 skill 时**先确认用户区域** (US / EU / CN / 多区) 再给具体合规建议

5. **voice_confidence: high** — §5.3 12 段中 5 段直接来自长 podcast / 法庭文档 / 公开 X long thread (high), 5 段转述 (medium-high), 2 段推断 (medium). 6 学派接近真行业人. **agent 用本 skill 时不要逐字搬样本句**, 当 register / 关键词参考用自己话重说

6. **Apple 偶有"特殊渠道"** (大客户 Account Manager + WWDC 私下 alignment) 但**对 indie 不开放**. 不要假设有这个 channel — 99% dev 是单 Resolution Center 沟通

---




## Time-decay Registry

This skill's modules decay at different speeds. Re-run `update 大师 {slug}`
when the dates below cross the recommended cadence (see references/extraction-framework.md § 八).

| Module | last_updated | decay_risk | Recommended refresh cadence |
|--------|-------------|-----------|---------------------------|
| Mental models | last_updated: 2026-05-10 | decay_risk: low | 1-2 years |
| Standard playbook | last_updated: 2026-05-10 | decay_risk: low | 6-12 months |
| Tool stack | last_updated: 2026-05-10 | decay_risk: high | 3-6 months |
| Workflows / pipeline | last_updated: 2026-05-10 | decay_risk: high | 3-6 months |
| Expression DNA | last_updated: 2026-05-10 | decay_risk: low | 6-12 months |
| Sources (Track 5) | last_updated: 2026-05-10 | decay_risk: medium | 6 months |
| Glossary / standards / regulations | last_updated: 2026-05-10 | decay_risk: medium | 6 months (regulations may force sooner) |
| Intellectual genealogy | last_updated: 2026-05-10 | decay_risk: low | 1-2 years |
| Honest boundaries | last_updated: 2026-05-10 | decay_risk: low | re-assess each refresh |

last_updated values reflect the synthesis date. Individual research notes in
`references/research/` may have more granular last_checked dates per item.