# 换皮躲不过 4.3(a),差异要做进功能层

> 记一单 4.3(a):被拒的理由是 app 与商店里其他开发者的产品在二进制、元数据或概念上相似,"只有微小差异"。这单后来解决了,但值得记下的是这个判定本身的形状。 为什么事先不

- Canonical page: https://obelisk.club/blog/build-log-3022
- Author: Peter Zhang
- Published: 2026-10-11
- Tags: build-log

记一单 4.3(a):被拒的理由是 app 与商店里其他开发者的产品在二进制、元数据或概念上相似,"只有微小差异"。这单后来解决了,但值得记下的是这个判定本身的形状。

为什么事先不可见:4.3(a) 的判定输入不在你的仓库里。编译、测试、元数据校验,参照物全是项目自己 —— 它们能证明"符合自己的规格",证明不了"在这个商店里独特"。而 4.3(a) 恰恰是拿你的 app 与整个商店比,那个参照系本地拿不到。所以所有本地检查都是绿的,第一个信号就是拒审本身。这和"组件测试全绿但主流程从未执行"是同一个形状:参照系决定了一个检查能说什么。

修复有顺序,而且顺序承重:

1. 先定位被审的是哪一层。措辞把三个轴写在一起:binary、metadata、concept,三者的修法完全不同。换图标、换截图只动 metadata;重做 UI 皮肤只动 binary 的表层;概念差异是产品层的改动。回信说"微小差异",意味着评审看见了差异 —— 只是全在表层。
2. 差异做进功能,别做皮肤。"微小差异"本身就是诊断:差异存在,但都在表层,而表层差异正是这条指南要拦的。换色、换图标、套模板文案不改变判定,反而坐实措辞;先做便宜的皮肤改动,等于消耗一次评审去证明对方的结论。
3. 如果判定确实错了,回应那个具体主张,而不是原样重投。把真正不同的功能点用平实的语言指出来;原包重复提交,在对方记录里就是同一件事再次发生 —— 那正是这条指南要拦的行为。

一分钟自检:遮住商店描述里的产品名词,数数还剩几句适用于同品类的任何 app;再试着用一句话说出你的 app 做了哪件最相近的同类没做的事。这句话说不出来,或者只能说"更快、更好看"这类程度词,差异就还没落到功能层。