苹果1周下架3款AI编程工具，开发者\"自证清白\"反被连锅端 ...

指间流淌灵魂

AI总结

AI总结中

dccjrzjtkemwby

hfxiezefrtduffwjuwzmsjtvixjynabjggliyyjavpis
3月最后一周，App Store审核团队的动作快得像在清库存——先是卡住Replit和Vibecode的更新，接着直接把Anything从商店里抹掉。Dhruv Amin的遭遇尤其魔幻：他本想通过一次更新来"自证清白"，结果苹果连解释机会都没给。mcmszwcjuzwtdwxwhnattcoejqwcwgbknmgejwc
这场风波的核心是一条2010年就写进指南的老条款。但直到AI编程工具开始让用户"聊着天就把App做出来"，这条沉睡多年的规则才突然睁开了眼。

你好啊 这是干扰码

thgrnrluuhbxruofzkiohhdbqemdgevtuyvhq
2.5.2条款：苹果埋了15年的地雷utalnbkfonazniszkltpvpxrroqpdyniqmdkzldnng

bewtprmjpgv不要乱来哦

mfrocdpojioamtmbkdfpfmnohbklgjpdamuf

苹果App审核指南第2.5.2条的规定相当直白：应用必须是自包含的，不能下载、安装或执行会改变自身或其他应用功能的代码。教育类工具可以例外，但前提是代码必须完全可见、可编辑。qitedyukkmgfqutv
这条规则的设计初衷不难理解——防止恶意软件绕过审核动态加载危险代码。但在"vibe coding"（氛围编程）的场景里，用户用自然语言描述需求，AI实时生成并运行代码来预览效果，本质上就是在"下载并执行改变功能的代码"。iildfycjlnmdlxixzuqwjrfoqpn
苹果在3月中旬给9to5Mac的声明中划出了另一条线：开发者许可协议3.3.1(B)条款。 interpreted code（解释型代码）可以下载，但不能改变应用的"主要目的"。换句话说，教你写代码的工具没问题，但把自己变成"能随意变形的新东西"就不行。jysyjshlqjgcqwjjaqvkbiklyjphtm
问题在于，vibe coding的卖点恰恰是"随意变形"。用户今天用它做个计算器，明天改个天气小组件，后天又变成待办清单——同一个应用壳子，内部逻辑全靠对话实时生成。这种流动性在苹果眼里，大概就是条款里最危险的"改变功能"。kargudmszipbjtglzowungvkizsupuz
utalnbkfonazniszkltpvpxrroqpdyniqmdkzldnng
Anything的"自杀式更新"eaurkrzmefyhpummsqjgugwgwesicqgjmulmabjl
iildfycjlnmdlxixzuqwjrfoqpn
thgrnrluuhbxruofzkiohhdbqemdgevtuyvhq
fuzzgqkkjnuxgjtxywazszzaofnbwbf
_{zkesqvvgllqpentz}
The Information的最早报道出现在3月初。Amin看到风向不对，决定主动妥协：他在更新里把应用内预览改成了跳转到浏览器查看。意思是，代码执行发生在Safari里，Anything本身只是个"代码生成器"，总该安全了吧？

apupysqfmkupvtydckozoo

苹果审核团队的回应是：拒绝更新，并直接下架。

adpbrcrhbsfajbrdypbqtjvjuxbgjmmryfzzzuqqcjctfpz

这个决策链条里有几个耐人寻味的细节。首先，Amin的修改方向是"弱化"而非"强化"应用的功能边界——他没有让Anything变得更强大，而是主动阉割了核心体验。其次，浏览器预览是很多低代码平台的通行做法，理论上比应用内执行更符合苹果的安全诉求。

adpbrcrhbsfajbrdypbqtjvjuxbgjmmryfzzzuqqcjctfpz

但苹果的逻辑可能是：一旦用户习惯了在Anything里描述需求、看到成果，浏览器只是一个"壳"，真正的产品形态仍然是那个能无限变形的代码生成器。改不改预览方式，不改变本质。iildfycjlnmdlxixzuqwjrfoqpn
目前Replit和Vibecode仍处于"更新被拒"状态，Anything则是彻底消失。三者的共同点是都允许用户通过对话界面生成可运行的应用原型，且执行环境相对开放。

adpbrcrhbsfajbrdypbqtjvjuxbgjmmryfzzzuqqcjctfpz

nronfmpjbbaxoepee
苹果在怕什么：一次审核失效的连锁反应dxttykizubmhjkcxtfhysnaw
哈哈
kjpuwqoyyjexqrxttejaaijktexijrqegrqrmulraxzvz
要理解苹果的焦虑，得先看vibe coding的工作流。传统开发工具里，用户写的代码是静态的、可见的、可审查的；但AI生成的代码可能是动态的、黑箱的、上下文相关的。同一个提示词"做个记账App"，今天生成的代码和明天生成的可能完全不同。kargudmszipbjtglzowungvkizsupuz
这对App Store的审核机制是结构性挑战。苹果的人工审核团队看的是特定版本的特定代码；如果应用能在审核后通过AI对话"变形"成另一个东西，审核本身就失去了意义。更棘手的是，这种变形可能不是开发者预设的——用户自己的提示词就能触发。utalnbkfonazniszkltpvpxrroqpdyniqmdkzldnng

apupysqfmkupvtydckozoo

mfrocdpojioamtmbkdfpfmnohbklgjpdamuf

苹果的风险模型里，这等于在iOS生态里开了无数个"后门"。恶意开发者可以提交一个看似无害的"计算器"，过审后诱导用户输入特定提示词，激活隐藏的违规功能。责任算谁的？苹果显然不想回答这个问题。

dccjrzjtkemwby

但另一面是，这种"一刀切"的清理正在误伤正经工具。Anything没有用户投诉，没有安全事件，开发者还主动配合整改。下架决策的依据完全是"可能违反条款"，而非实际危害。这种预防性执法的边界在哪里，苹果没有给出解释。qitedyukkmgfqutv
The Information报道中提到，苹果未回应关于Anything具体违规细节的询问。这种沉默本身也是一种信号：规则的解释权完全在平台手中，开发者能做的只有猜测和规避。_{rbkccgwbvybpndmkqalbrmfjsxxihwff}
不要乱来哦
开发者的两难：合规还是创新ucahlohhmtzvqazjd
eeucjjanhoxkzvwaynhsegxrekmlcgopjafqeagdq
eeucjjanhoxkzvwaynhsegxrekmlcgopjafqeagdq
目前仍在商店里的vibe coding应用，大概都在连夜研究怎么"看起来不像vibe coding"。可能的规避路径包括：强制代码可见（但AI生成的代码往往冗长难读）、限制执行环境（比如只允许在沙盒预览）、或者干脆转型为"代码辅助工具"而非"应用生成器"。

pwztjwqzkqtxxdyimedfmzvjfmsdyjgctihnrve

但这些妥协都在削弱产品的核心价值。vibe coding的魅力在于"所想即所得"的流畅感，每增加一步验证、跳转、限制，都是在用户和产品之间砌墙。hfxiezefrtduffwjuwzmsjtvixjynabjggliyyjavpis
更深远的影响可能在商业模式层面。如果苹果坚持现有解释，vibe coding工具在iOS上的天花板会很低——它们可以存在，但不能太好用，不能让用户真的"做出能用的东西"。这相当于把最具想象力的AI应用形态，永远锁在"玩具"的笼子里。nuzspxlfhfdgucawbpizf
Android生态会不会趁机吸纳这些开发者？可能性存在，但Google Play同样有类似的"自包含"条款，执行力度只是暂时未知。网页端可能是更安全的避风港，但脱离了原生应用的推送、支付、硬件权限，用户体验又打折扣。不要乱来哦
Amin在社交媒体上的最后一条更新停留在下架当天。他没有抱怨，只是转发了一篇关于独立开发者生存困境的文章。评论区里，有人在讨论怎么把Anything的代码开源，有人在推荐TestFlight作为替代分发渠道，还有人问：苹果自己的Xcode会不会某天也触发2.5.2？gduqqapbkutahg
毕竟，Swift Playgrounds同样允许用户写代码、看效果、甚至把项目导出到App Store。区别只是：那是苹果自己做的。你好啊 不要乱来哦
kargudmszipbjtglzowungvkizsupuz
不要乱来哦

你好啊