macOS Tahoe用户里，有群人最近发现常用工具突然"死"了——不是闪退，不是下架，而是永远停在了4个月前的版本。开发者Attila Miklosi的AppGrid，一个用来替代被苹果砍掉的原生Launchpad功能的应用，正被App Store审核机制困在原地。
用户付费买的是"像Launchpad"，苹果却要它"不像Launchpad"
数据很直白：AppGrid上线三个月内，数千用户付费购买。这些用户的核心诉求只有一个——在Tahoe系统上找回那个熟悉的应用网格界面。Miklosi在Michael Tsai的博客上说得直接：「他们付的钱，就是冲着它尽可能像Launchpad。」
但苹果的审核反馈是另一套逻辑。更新被连续拦截，理由是"与Launchpad过于相似"。
荒诞感在于时间线。Launchpad正是被苹果自己在Tahoe版本中移除的功能。一个已死的产品，成了阻挡替代品的"撞脸"标准。Miklosi的申诉没走通，最终放弃。
僵尸状态：能卖不能改，苹果照抽30%
更微妙的操作是App Store的处理方式。AppGrid没有被下架，页面正常显示，购买通道畅通，苹果继续从每笔交易中抽取30%分成。
唯独更新被锁死。
Miklosi的描述很精确：「它被困在僵尸状态。我能卖，能赚钱，苹果也能抽成。但我修不了bug，追不上竞品，加不了用户想要的功能。」
这种"半封杀"比直接下架更折磨开发者。产品活着，但停止进化；收入流着，但口碑在烂。用户迟早会发现应用不再适配新系统，差评会累积，而开发者只能看着。
App Store审核指南的灰色地带
Tsai在报道中点出了规则漏洞。审核条款明确禁止"与现有苹果产品、界面或应用混淆性相似"——关键词是"现有（existing）"。Launchpad已经不存在于Tahoe，这条规则的适用范围本身就成了问题。
苹果审核团队给出的出路是：改设计，改到"足够不像Launchpad"。
Miklosi算了笔账。现有用户为"像Launchpad"付费， redesign等于背叛这批人；新用户如果看到改头换面的界面，又失去了选择这个App的核心动机。两头不讨好，他最终没接这个方案。
绕过：热区手势与侧载版本
现在的AppGrid分成了两条线。App Store里的版本冻结在4个月前，功能残缺但合规；官网提供的侧载版本则解锁了热区触发、捏合手势等系统级交互——这些正是苹果禁止在商店应用中使用的能力。
这种分裂成了Tahoe时代应用分发的一个样本。用户要么接受停滞的官方渠道，要么冒险/折腾去走侧载。Miklosi的选择是两手抓：一边维持僵尸版的现金流，一边用完整版留住核心用户。
但侧载的转化率、技术支持成本、用户教育门槛，都是隐性代价。没有开发者愿意主动把自己逼到这个位置。
平台与开发者的经典博弈，换了个马甲
这件事的框架并不新鲜。平台制定规则，开发者寻找缝隙，冲突在灰色地带爆发。但"用已死产品的尸体当路障"这个细节，让苹果的审核逻辑显得尤其拧巴。
一个可能的解释是审核手册的滞后性。Launchpad在Tahoe被移除，但审核数据库里的"相似性黑名单"没同步更新。另一个可能是人工审核的惯性——看到网格布局、圆角图标、分页动效，条件反射触发拦截。
无论哪种，结果都是开发者买单。
Miklosi的处境像什么？大概是租了房东的铺面卖怀旧零食，房东自己停产了那款零食，却禁止你的包装"太像原版"——同时继续收租，不准你装修升级。
用户的选择与平台的边界
目前AppGrid的侧载版本在持续更新，功能比商店版完整。但这也意味着用户需要关闭Gatekeeper、手动处理更新通知、承担潜在的安全提示骚扰。
对于普通用户，这个门槛过滤掉了大多数人。僵尸版AppGrid会继续躺在商店里，评分缓慢下滑，直到某天彻底不兼容新系统，被苹果以"长期未更新"为由下架——完成一个自我实现的预言。
Miklosi在采访最后没有放狠话，只是陈述：「我放弃了那条路。」
放弃的是重新设计的妥协，还是App Store渠道的执念？他没说清。但那个官网侧载页面的存在，已经替他回答了。
现在的问题是：当平台既当裁判又当球员，还偶尔修改球场尺寸时，开发者该把赌注押在哪条通道上？Miklosi选了双线并行，下一个遇到类似审核陷阱的人，会不会直接跳过App Store开局？
热门跟贴