去年年底开始，agentic coding——也就是大家口中那种很火的 vibe coding——几乎是一脚油门冲了起来。

随着 Claude Opus 4.5 这类模型出现，一件原本听上去还有点科幻的事，突然变得非常现实：你只要把需求讲给 AI，它就能替你把东西做出来，而且做出来的结果，居然已经接近“能直接用”的程度。

也正因为准确率一下子被拉高，App 开发这件事被彻底往前推了一步。更夸张的是，很多从没写过代码的人，也开始有机会做出一个像模像样的 app。

你可以喜欢，也可以不喜欢；你可以觉得这是效率革命，也可以觉得这是门槛崩塌。但有一点，几乎已经很难否认：现在的 App Store 审核机制，根本没为这一波变化准备好。

它实在太慢了。

现在，越来越多开发者开始把几乎完全由 vibe coding 生成的应用直接提交到 App Store。与此同时，大量原本就稳定更新、长期运营产品的成熟开发者，却在频繁反馈一件事：审核等待时间，明显变长了。

如果你之前不了解这套机制，这里可以简单说一下。苹果一直坚持由人工审核每一款提交到 App Store 的应用，以及每一次应用更新。

在过去，这套模式其实问题不大。原因很简单：写代码本身就是一道天然门槛，做一个 app 要花时间、改一个版本也要花时间，所以提交量再大，至少还处于一个能被人工体系承接的范围内。

可现在，这个系统已经越来越不像原来那样运转了。

最近，已经有不少开发者——包括 Twitter 上的很多人——都在公开提到，App 审核所耗费的时间正在明显拉长。有的人要等三天以上，才等来一次审核结果；也有人说，自己的 app 被卡了整整一周。可放在过去，这一流程通常不到一天，慢一点也不过一两天。

说得直接一点，vibe coding 正在把现有的 App 审核体系挤到失灵。

苹果这些年一直很以“人工审核”这件事为傲，前高管 Phil Schiller 过去也很明确地表达过立场：他并不希望引入自动化审核，把这件事完全交给机器。

但问题是，理想归理想，现实归现实。

除非苹果愿意为这些未必能带来多少收入、却会持续涌入的 app，大规模增加审核人员；否则，我实在看不出，纯人工审核还能靠什么方式长期撑下去。

至少从我的视角看，短期内真正有可能落地的解法，其实只有两个。

第一，新 app 继续维持人工审核，但 app 更新可以逐步引入自动化流程。

第二，给那些已经建立起稳定信誉、长期持续更新产品的开发者，单独设立一条审核通道，确保他们的版本更新能更快上线，而不是和海量新提交的应用一起堵在同一个入口。

当然，苹果现在也不是完全没有应急手段。它确实提供了一个表单，允许开发者申请 expedited review，也就是加急审核。

可这东西，并不是眼下问题真正的答案。

因为它原本就是为特殊情况准备的，比如严重 bug 修复、重大时效性更新，或者某些必须在特定时间窗口内上线的版本；它从来不是为了让大家在“排队排太久”时，都跑去申请插队用的。

而真正让人不平衡的地方恰恰在于：那些已经稳定经营、持续迭代、规律发布版本的开发者，现在也被迫一起承受这套系统变慢的后果。仅仅因为大量 vibe coded 应用集中涌入，他们就得为别人的提交潮买单，等上远比过去更久的时间。

这并不公平。

也许，这只是一个阶段性的现象；也许再过一阵子，热度会回落，提交量会回归常态，整个问题会自己缓下来。

可是，至少站在当下看，苹果想继续守住“全部人工审核”这块招牌，难度已经越来越大了。

人审未必会彻底消失，但它大概率不可能再像以前那样，包揽一切。

换句话说，苹果不是想不想改的问题，而是再不改，可能真的要被这波新开发方式逼着往前走了。

最后：

精通 React 面试：从零到中高级(针对面试回答)  

CSS终极指南  

Vue 设计模式实战指南 

20个前端开发者必备的响应式布局

深入React:从基础到最佳实践完整攻略

python 技巧精讲

React Hook 深入浅出

CSS技巧与案例详解

vue2与vue3技巧合集

全栈AI·探索：涵盖动效、React Hooks、Vue 技巧、LLM 应用、Python 脚本等专栏，案例驱动实战学习，点击二维码了解更多详情。