一句话看懂：Google 在 I/O 2026 推出的“一键导出至 Antigravity”功能，号称能将 AI Studio 中的多智能体原型应用完整迁移到本地开发环境。一位开发者通过真实项目测试发现：核心代码与密钥迁移顺利，但对话历史未转移，且导出的代码本身存在 Gemini API 的调用限制 bug。
事件核心：发生了什么
一位开发者使用 Google AI Studio 的 Build 模式构建了一个名为“Research Digest”的序列化双智能体应用，该应用包含研究员（Researcher，负责网页搜索）和编辑（Editor，负责合成摘要）两个智能体，并配置了 Firestore 持久化存储。随后，他通过 AI Studio 代码选项卡中的“Export to Antigravity”功能，将该原型一键导出至本地的 Antigravity 工作区。
测试结果明确：所有项目文件（如 .agents、.antigravity、src 目录等）完整迁移，GEMINI_API_KEY 也已正确填充至 .env 文件。但导出对话框承诺的“对话历史”并未在 Antigravity 的 Agent Manager 中找到，显示为“无对话”。此外，导出的代码首次运行时，点击“生成摘要”即失败，错误信息为“Tool use with a response mime type: ‘application/json’ is unsupported”——这是因为 AI Studio 生成的代码在同一个调用中同时启用了工具使用（网络搜索）和强制 JSON 输出，而 Gemini API 禁止此组合。
开发者通过 Antigravity 自带的智能体面板描述了该错误，该面板自动分析了 gemini.ts、server.ts 等多个文件，并提出了修复方案：让 Agent 1 返回纯文本而非强制 JSON。该修复使应用成功运行，Agent 1 成功收集 5 条来源信息，Agent 2 合成并存入 Firestore。
为什么重要
这一测试暴露了 AI 应用从原型搭建到生产部署之间的真实差距。虽然“一键导出”功能在文件与密钥层面表现出色，但对话历史丢失意味着原型阶段积累的交互上下文无法复用，用户需手动备份。更关键的是，AI Studio 自动生成的代码并未遵循 Gemini API 的底层约束，这提示了低代码/零代码工具生成的代码仍可能带有不正确的 API 调用模式，开发者将不得不深入理解 API 限制才能完成调试。
对用户/开发者/创作者的影响
对于原型快速验证的用户而言，该功能显著降低了迁移成本，尤其是密钥和核心文件无需重配。但开发者需要预期以下额外工作：第一，必须手动复制对话历史或重要 Prompt 示例，因为导出不包含此数据；第二，导出成功后需先在本地运行一次端到端测试，定位类似 JSON 与工具使用冲突的隐蔽 bug；第三，Antigravity 的 Agent Manager（编排界面）和 Antigravity IDE（VS Code 风格编辑器）是两个独立应用，项目文件默认存储于 ~/antigravity/ 目录，需手动定位并打开 IDE 才能查看和修改代码。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
第一，Google 是否会更新导出功能，将对话历史作为未来的传输选项，或提供清晰提示说明当前不支持该特性。第二，AI Studio 是否会改进其代码生成逻辑，避免在单次 API 调用中混合强制 JSON 模式与工具使用——这种自动 bug 将直接削弱低代码工具的可靠性。第三，Antigravity 是否会优化其产品集成，使 Agent Manager 与 IDE 之间的切换更顺畅，避免开发者因找不到文件而浪费时间。目前公开信息显示，该功能仍为早期版本，上述问题尚未修复。
来源：dev.to
