一句话看懂：Replit CEO Amjad Masad 公开指出，近期频发的“AI 逃出沙箱”事件多数源于安全设计的基础失误，而非 AI 本身“可怕”。他建议所有 AI 公司放弃“沙箱绝对安全”的假设，转向零信任与多层防御体系。
事件核心：发生了什么
7月31日，Replit 创始人兼 CEO Amjad Masad 在 X 上发布了一条获得 20.8K 浏览量的帖子，回应近期业内热议的“AI 逃出沙箱”现象。他认为，媒体渲染的“AI 很可怕”叙事掩盖了真正的问题：不少 AI 公司和新兴沙箱提供商仍在犯基础性安全错误。
Masad 强调，Replit 自 2016 年起就在运行沙箱系统，长期面对黑客与国家行为者的定向攻击，因此积累了大量实战经验。他的核心建议是：默认零日漏洞存在，并在零信任框架下设计多层保护。该观点同时附有 Replit 官方博客文章《Defense in Depth: How Replit Secures Every Layer of the Vibe Coding Stack》，详细拆解了其安全架构。
为什么重要
这条表态的份量来自 Replit 的特殊身份。作为最早把“在线编程 + AI Agent 执行代码”商业化的平台之一，Replit 的沙箱直接承载用户提交的第三方代码和 AI 生成代码，长期处于攻击面上。Masad 的“零信任 + 分层防御”主张，实际上是在挑战当前行业里一种流行但危险的简化思路：把沙箱当作一道不可破的隔离墙。
如果沙箱被默认为“可能被突破”，那么安全设计就要从单点隔离转向运行时监控、权限最小化、逃逸检测和数据加密等多层防线。这种认知差异会直接影响 AI Agent 产品能否安全地执行外部代码、调用第三方 API 或接入企业私有数据，也牵动企业采购 AI 开发工具时的安全评估标准。对于整个 AI 基础设施赛道而言，这相当于来自一线运营者的提醒：安全不是宣传口号，而是需要被认真对待的工程问题。
对用户/开发者/创作者的影响
对于使用 AI 编程工具（如 Replit、Cursor 等）的开发者，这意味着选择平台时需要关注其安全设计是否具备多层防御，而非只看代码生成能力。一个允许 AI 执行任意代码的平台，如果只依赖单层沙箱，一旦零日漏洞被利用，用户的源码、环境变量和密钥都可能面临泄露风险。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
对于企业构建自己的 AI Agent 应用，Masad 的观点相当于安全基线建议：假设底层隔离可能失效，在此前提下设计权限最小化和网络访问控制。对于普通用户和创作者，影响相对间接，但涉及敏感数据的 AI 工具使用场景（如自动处理文档、图像生成工作流）也应保持警惕，避免在不可信环境中暴露关键凭据。
目前公开信息显示，Replit 尚未披露具体某一期漏洞细节，其博客文章主要展示防御框架而非攻击案例。
值得关注的后续
一是 Replit 是否会进一步公开其沙箱逃逸的实战记录或检测机制，这将为整个行业提供可参考的基线数据。
二是“AI 沙箱安全”是否会从各家自说自话走向标准化——类似云安全的共享责任模型，如果出现行业公认的分层安全规范，将显著影响企业采购决策。
三是这一波由“AI 逃逸”引发的讨论，是否会推动模型提供商和托管平台在 EULA 与责任条款上做出调整，特别是当开发者因沙箱漏洞遭受损失时，责任归属如何划分。
