问题—— 近期，苹果公司将应用构建工具Anything从App Store移除，引发开发者社区和行业对“生成式应用构建”合规路径的关注；Anything主打“氛围编程”，用户用自然语言描述需求即可生成代码并快速预览应用，面向大量缺乏编程经验的普通用户，具备门槛低、速度快、传播快等特点。公开信息显示，Anything此前曾通过审核上线，并一段时间内吸引用户使用其生成并发布了大量应用。 原因—— 苹果上指出，审核指南并未为“氛围编程”设置单独条款，但所有应用都必须遵守既有通用规则。其中，2.5.2条款对“代码执行与应用自给自足”有明确要求：应用应自身Bundle内运行，不得在指定容器区域外读写数据，不得下载、安装或执行会引入或改变应用功能的代码；仅在特定教育场景下——为教学和测试目的下载——且源代码可由用户完整查看与编辑的情况，可能作为例外处理。 从监管逻辑看，争议焦点不在于“是否使用新技术”，而在于是否具备“动态加载并运行代码、从而改变应用行为”的能力。一旦被滥用，审核将难以覆盖应用的全部实际功能形态，进而带来隐私合规、恶意行为注入、内容治理失控和供应链安全等风险。平台收紧口径，实质是强化“可预期、可验证、可追溯”的审核体系。 影响—— 一是对对应的创业团队和产品迭代节奏造成直接冲击。Anything曾尝试通过将预览环节转移至网页端等方式调整实现，但更新仍未通过审核，最终被下架。类似情况下，其他同类工具在iOS端的更新也遭遇限制，显示平台对“生成并运行其他应用”的链路保持高度敏感。 二是抬高移动端“低代码/零代码”生态的合规门槛。此前，生成式工具显著降低开发成本，让非技术用户也能参与产品构建。平台从严执行规则后，相关产品可能需要转向更“静态”的交付方式，例如仅输出可审计的源代码或模板，由开发者在受控环境中编译打包并提交审核，而非在终端侧即时生成与执行。 三是为App Store审核机制的边界释放更清晰信号。平台既要支持创新，也要守住安全底线和审核可控性。当应用具备“动态改变自身能力”的特征时，传统的事前审核与版本管理会承受更大压力，平台往往会采取更保守的策略，以维持生态稳定和用户信任。 对策—— 对企业与开发者而言，合规需要更前置、更工程化的设计。 其一，明确产品定位与能力边界，避免在客户端提供可能导致功能动态扩张的代码执行机制，尤其是可能绕过审核的脚本加载、插件化运行等能力。 其二，强化可审计交付。将生成结果固化为可审查的源代码与资源文件，形成明确版本，纳入签名、构建与发布流程，确保实际功能与审核内容一致。 其三，提升安全与治理能力。对提示词输入、第三方依赖、数据读写、网络请求、隐私采集等环节建立更严格的白名单与风控策略，降低生成内容触碰违规红线的风险。 其四，加强与平台沟通。对条款理解、例外场景适用、技术方案调整等问题，尽量在产品设计阶段与平台政策对齐，减少“上线后再整改”的不确定成本。 前景—— 从产业趋势看，自然语言生成代码工具仍处于快速演进期，价值在于提升开发效率、扩大创新参与面，并让软件供给更灵活多样。但在移动端分发体系中，如果“生成—执行—分发”链条缺乏稳定可控的审核机制，平台倾向于更严格地适用规则。未来一段时间，相关产品可能出现三上变化：一是更多转向云端或浏览器提供构建与预览；二是与传统开发流程更深融合，强调可复现构建与可审计产物；三是平台可能继续细化政策口径，对教育、开发者工具、企业内部分发等场景给出更明确的合规边界，在安全与创新之间寻找新的平衡。
应用生态的繁荣既需要创新，也需要规则带来的秩序与信任。面对新技术引发的边界模糊与风险外溢，平台强化治理并非否定进步，而是为创新划定可持续的运行轨道。对开发者而言，如何在合规框架内释放技术红利，把效率提升与安全责任同步嵌入产品与流程，将成为下一阶段行业能否走得更稳、更远的关键。