事件概述
据 AppleInsider 与 The Information 报道，苹果公司 近期阻止了包括 Replit 和 Vibecode 在内的 AI 编程应用提交更新。
这些应用的共同特征是支持所谓的 “Vibe Coding”：
用户通过自然语言提示（prompt）生成网页或小程序，并可在 App 内即时运行。
苹果此举的核心目的在于：
防止 AI 应用绕过 App Store 审核机制，在 iOS 上动态分发未经审查的软件。
什么是 Vibe Coding？
“Vibe Coding”是近年来兴起的一种开发范式，强调：
- 使用自然语言描述需求
- 由 AI 自动生成代码
- 即时运行与迭代（无需传统开发流程）
典型能力包括：
- Prompt → HTML / JS / 小程序
- 实时预览（in-app runtime）
- 动态部署或分享链接
从技术角度看，它通常依赖：
- 大语言模型（LLM）生成代码
- 沙箱运行环境（WebView / JS Runtime）
- 云端执行或本地解释执行
核心冲突：动态生成 vs 静态审核
苹果限制此类应用的本质原因，是其触碰了 App Store 的核心规则：
1. 审核模型：静态内容
App Store 的审核机制基于：
- 提交固定版本（binary）
- 审核可预期行为
- 控制分发路径
2. Vibe Coding：动态生成
而 Vibe Coding 应用具备：
- 用户实时生成代码
- 动态执行任意逻辑
- 潜在“二次分发”能力
这意味着：
App 的真实功能不再由开发者提交的代码决定，而由用户输入决定。
为什么这对苹果是“高风险”？
1. 绕过审核机制
用户可以生成：
- 未审核的小游戏
- 潜在违规内容（色情、暴力、赌博等）
- 模拟其他 App 的功能（灰色竞争）
2. 变相 App 分发平台
Vibe Coding 应用在极端情况下可以演变为：
一个“App Store inside App Store”
即：
- 用户生成应用
- 其他用户访问/运行
- 完全绕开苹果审核体系
3. 安全与隐私风险
动态代码执行还带来：
苹果的历史立场：代码执行一贯受限
苹果公司 一直对“动态代码执行”保持严格限制，例如：
- 禁止下载并执行未审核代码（除 Safari 等特例）
- 限制解释器类应用（需封闭脚本环境）
- 对游戏云平台、远程桌面等长期审慎
Vibe Coding 本质上属于：
“用户驱动的通用代码执行环境”
因此自然会被纳入重点监管。
对开发者的实际影响
1. App 内运行能力将被削弱
可能的合规方向包括：
- 仅允许生成代码展示（不可执行）
- 限制为“模板填充”，而非自由生成
- 所有执行逻辑需预定义（no arbitrary code）
2. 云端替代成为主流
开发者可能转向：
- Web App（绕过 App Store）
- 云端 IDE + 浏览器运行
- 分享 URL 而非 App 内运行
3. “AI 编程产品形态”被迫重构
未来 iOS 上的 AI 编程工具可能分化为：
- 创作工具（生成代码，但不执行）
- 教学工具（演示而非运行）
- 远程工具（连接外部环境执行）
与 AI 监管趋势的共振
这一事件与近期全球 AI 政策趋势高度一致：
- 欧盟限制特定 AI 应用场景（如深度伪造）
- 平台限制生成式能力的“落地方式”
- 强调“可控性”与“可审计性”
共同逻辑是：
不是限制模型本身，而是限制其“分发与执行路径”。
结语
Vibe Coding 代表的是软件开发的未来方向之一：
但它也挑战了现有平台的基础规则：
当“写代码的人”变成所有用户时，谁来负责审核？
在可预见的未来，这类问题不会只发生在苹果生态，而会成为：
- 所有平台（移动 / Web / 云）
- 所有生成式应用
必须面对的核心议题。