一款工具类 app 的更新被按 Guideline 4.1(c)(Copycats)拒了。触发点不在二进制里：是商店副标题——里面带着别人的图标/品牌类引用。这类拒审容易被读成“审核找茬”，但它指向一个真实的分层错位：listing 是产品的一部分，审核按这个标准读它，而你的构建流程不读。
它为什么一直不可见：副标题、关键词、描述这些字段是元数据，编译不碰、测试不碰、截图不碰。本地全绿的检查说明的是代码和 UI 没问题，不是这个面没问题——边缘全绿从来不等于被审核的那个面干净。而且这种字段常常是创建时填一次，之后产品怎么迭代都没人再读，缺陷就坐在一个没有任何门看管的位置上。listing 自带一套规则：定价措辞(2.3.7)、买断内购的条款链接(3.1.2(c))、借用他人的脸(4.1(c)),全都不在任何构建门的视野里。
修复的顺序，按重要排： 1. 先确认拒审信点名的是哪个“面”。点的是副标题，就不要动代码：被指控的不是二进制。元数据类的发现用元数据修，顺手改没被指控的东西只会拉长复审。 2. 把字段里每一个你不拥有的 token 清掉——别人的名字、品牌、图标式表达——重写成对自己能力的平实描述。用你自己的话讲这个 app 做什么，不借类别里最有名那家的脸。 3. 重提。这一单把引用换成自己的描述重新提交，过了。
一分钟自检：打开你在 App Store Connect 的 listing,把副标题和关键词逐 token 读一遍，每个专有名词问一句“这是我的吗”。只要有一个 token 是别家的名字、别家的标，或者读起来像“某某的替代品”，它就是一次 4.1(c) 的敞口——让审核读到它之前，你自己先读到。