如果你的应用被 App Review 以 Guideline 4.3（Design – Spam） 拒绝，有时还同时带着 4.2.6（App Generation Services），先说结论：这不是 bug 报告，而是一份对比结论。审核认为你的应用和商店里已有的应用、或和某个模板太像，只有微小差异。被衡量的不是质量，而是可区分度。
下面来自我们自己的送审记录：我们有一批小型 Mac 和 iPhone 应用，其中一款功能单一的小工具收到过 4.3(a)，一个多月后才翻案。这是当时真正有效的顺序，以及每一步为什么排在那里。
4.3 实际在量什么
4.3(a) 指的是：应用在二进制、元数据或概念上与其他应用相似，只有微小差异。4.3(b) 指的是：在一个已经有大量同类的品类里再加一个。4.2.6 补上模板这一面：看起来像用模板或生成服务批量做出来的。
这些在本地完全看不见。构建、测试、元数据校验、截图渲染，比的都是应用和它自己的规格；4.3 比的是应用和所有别人的应用，而那些并不在你的仓库里。所以 CI 全绿和 4.3 拒审并不矛盾。
有效的处理顺序
- 别先争「spam」这个词。 它不是说你抄了代码。重读拒审原文，判断你中的是三条里的哪一条：二进制、元数据还是概念。用共享模板或买来的成品源码起家的，二进制相似是可测的；描述和截图一眼就是模板腔的，先中的是元数据。
- 诚实判断它是不是接近复制品。 在 App Store 里搜你的两三个核心关键词，打开前 10 到 20 个结果。如果诚实的答案是「功能相同、默认外观也相同」，任何申诉都救不了：要么做出真实的差异，要么停手。带着同样的样子反复提交，只会让审核的判断更牢固。
- 先改产品，再改文案。 能翻转裁决的是别人没有的工作流或内容，不是把同一件事描述得听起来不同。一个概念和搜索前五名可以互换，怎么写文案都还是可以互换。
- 把差异放在审核会看的地方。 审核主要看三样：前两张截图、描述第一段、启动后的第一屏。埋在设置里第三层的独有功能，对审核等于不存在。
- 然后才改元数据。 把「简单易用」「功能强大」这类通用赞美，换成只有这款应用能兑现的具体陈述。
- 带着具体内容重提。 在 Resolution Center 里写清楚什么是新的、给谁用、解决什么问题。重提一个没变的二进制，每次都是同样的裁决。
申诉留给确实不同、却被看错的情况。申诉改的是这一次判断，改不了相似度本身。
4.2（最低功能）是近亲，不是同一件事
把全部深度押在一个核心能力上的工具，可能因为「用途受限于过少的功能」被 4.2 拒绝。审核拿到的是一台干净设备、全新安装和几分钟。需要你的数据或要读说明书才看得见的价值，在审核里就读成「最低功能」。
自己复现那一屏：干净设备、全新安装、不带数据，记下这个应用第一次显得有用是在第几分钟。如果不在前几分钟里，就把核心路径补深：从输入，到结果，到拿到结果之后能做什么；然后在 App Store Connect 里用自己的话回复，说明价值在哪一屏第一次可见。没有修复的回复只是又一次争论；没有复现的修复是给错误的屏幕做功。
提交前一分钟自检
搜你的核心概念，打开前五个结果，把你的第一张截图混进去。一个陌生人能指出哪张是你的吗？你能用一句话说出你的应用做了哪件它们都没做的事吗？这句话能从第一张截图验证吗？说不出来，4.3 的风险在审核开始之前就已经存在。要在提交前修，而不是拒审后。
以上是 Obelisk Club 自己的送审记录。Apple 的措辞和审核做法会变化，具体条文请以当前的 App Review Guidelines 为准。