问题——平台加强治理下的“动态代码”争议凸显。 据外媒报道，苹果上周以违反其《应用审查指南》中关于应用应“自包含”的规定为由，下架了Vibe编码应用《Anything》。此前同一媒体称，苹果还曾阻止包括Replit等内的有关应用更新，理由是应用不得运行会改变自身或其他应用功能的代码。围绕“生成—下载—执行代码”的新型开发工作流，平台审核标准与产品形态之间的边界问题正在集中显现。 原因——审查条款指向“未经审核改变功能”的核心风险。 从公开信息看，苹果此次依据的重点是《应用审查指南》2.5.2条款，即应用应在其包内自包含，不得在指定容器区域之外读写数据，也不得下载、安装或执行会引入或改变应用功能或特性的代码。该条款对教育类场景留有有限例外：在教学、开发或学生测试可执行代码的情况下，应用可在特定条件下下载代码，但需确保用户能够完全查看并编辑应用提供的源代码，且代码不得用于其他目的。 同时，苹果还引用开发者计划相关许可条款强调：可下载的解释性代码必须与应用预期、宣传目的保持一致，不能通过新增与既定定位不符的能力来改变应用的主要目的。综合上述规则可以看出，平台并非否定“帮助用户编写程序”的工具属性，而是更警惕应用在未经过商店审核的情况下，通过生成并执行代码实现功能漂移，进而带来安全、合规与生态秩序风险。 影响——开发者合规成本上升，工具创新与安全治理需再平衡。 一上，此举可能提高相关产品的合规门槛。对依赖“即时生成并运行代码”的工具类应用而言，如何证明其功能边界、如何确保用户对代码可见可控、如何避免代码执行带来对系统能力的滥用，都将直接影响审核结果与上线稳定性。尤其生成式编程、低代码与自动化工作流快速发展的背景下，“产品动态扩展能力”与“商店审核静态把关”之间天然存在张力。 另一上，平台强化治理也释放明确信号：移动端应用生态仍以安全与可控为底线。可执行代码一旦绕开审核链条，可能引入恶意行为、数据越权、隐私泄露或规避付费体系等风险，且难以在事后追溯。对拥有庞大用户规模的应用分发平台而言，前置把关与规则收紧具有现实动因。 ，报道提及目前类似Vibe编码应用仍有部分可在商店获取，说明平台治理或仍处于个案评估与规则细化阶段，不排除后续在产品分类、例外场景与技术要求上深入明确。 对策——明确产品定位与技术约束，建立可审计的“代码可控”机制。 对开发者而言，提升合规确定性需要从产品定位与工程实现两端同时入手： 其一，清晰界定应用主要目的与宣传表述，避免形成“可任意加载新功能”的泛化叙事，减少被认定为功能漂移的可能。 其二，强化对可执行代码的可见、可控与可审计：包括提供代码完整展示与编辑能力、限制代码执行权限边界、建立沙箱与资源隔离、对外部依赖与下载内容进行白名单约束，并完善日志记录与风险提示。 其三，如确属教育或开发教学场景，应严格对照平台允许的例外条件，围绕“仅限教学测试”“用户可完整查看编辑”“不得用于其他目的”等要求设计交互与能力范围。 对平台而言，在坚持安全底线的同时，也有必要通过更可操作的审核指引降低不确定性，例如明确“解释性代码”“脚本运行环境”“插件机制”等常见技术形态的合规标准，给出可复用的安全方案参考，以减少反复沟通成本，稳定开发者预期。 前景——规则细化与生态分层或将加速，移动端“可执行能力”将走向更强约束。 随着编程工具向移动端渗透，应用从“固定功能”向“可组合、可生成、可演化”转变，平台治理模式也可能随之升级：一是对可执行内容引入更严格的权限模型与审计要求；二是对教育、开发、生产力工具等场景进行更明确的分类管理；三是推动开发者采用更可控的扩展方式，如通过经审核的组件、受限脚本或远端服务接口实现能力拓展。总体看，围绕“可下载与可执行代码”的监管将趋于常态化，创新空间仍在，但更依赖合规设计与安全工程能力。
技术工具持续降低创作门槛，但生态治理的底线仍是安全、透明与可控。《Anything》下架引发的讨论提醒各方：平台规则与新形态产品的磨合将长期存在。只有以更清晰的规则回应合理需求、以合规设计承接技术迭代，才能在保障用户权益的同时，让新型开发工具真正服务创新，而不是成为风险入口。