Google 的 Antigravity 2.0 更新上线后，Reddit 的 r/google_antigravity 板块炸了锅。一位匿名开发者直呼这次更新是"灾难"——更新完成后，他熟悉的终端、源代码管理面板、文件树全部消失，整个工作区被替换成一个聊天界面风格的"智能体管理器"（Agent Manager）。写代码不再是打开编辑器敲键盘，而是对着对话框发指令，等 AI 返回结果。
这不是某个边缘工具的小调整，而是把开发者的核心工作流连根拔起。
被删掉的不是功能，是控制权
那位 Reddit 用户描述的痛点很具体：终端没了，意味着无法直接运行 git、docker、python 等命令；源代码管理视图没了，看 diff、做 merge 都要靠聊天指令触发；文件树没了，项目结构的全局感知只能依赖 AI 的文字描述。
问题不只是"功能少了"，而是操作路径从直接变成了间接。以前你想看某个文件的 diff，点一下就行；现在你得用自然语言描述意图，等 AI 解析、执行、再把结果用文本吐回来——多了一层翻译，就多了一层出错的可能。
更关键的是，聊天界面天然是线性的：一问一答，上下文滚动消失。而传统 IDE 是空间性的——终端在底部、文件树在左侧、编辑器在中间，信息同时可见，眼睛一扫就能定位。把空间界面压缩成时间线，等于强迫开发者用单线程的方式处理多线程的思维。
"智能体管理器"到底管了什么
Antigravity 2.0 的 Agent Manager 界面，本质上是一个 AI Agent 的调度中心。开发者通过对话指定任务——"重构这个函数"、"跑一下测试"、"提交代码"——Agent 再去调用后台工具执行。
听起来很酷，但实际体验暴露了几个硬伤：
- 延迟不可控：直接敲命令是毫秒级响应，走 Agent 调度是秒级，网络波动时更久。
- 中间状态不可见：Agent 执行过程中你看不到实时输出，只能等最终结果。如果它跑了 30 秒然后报错，你连它哪一步出错都不知道。
- 纠错成本高：直接操作时，命令参数错了改一下重跑就行；通过聊天纠错，你得重新描述意图，还可能被 AI 误解为新的需求。
这些不是"习惯问题"，是反馈回路被拉长后效率必然下降的结构性问题。
传统 IDE + AI 辅助：一个可以落地的折中方案
完全替换 IDE 是激进路线。更务实的做法是保留传统 IDE 的空间布局和直接操作能力，把 AI 作为辅助层嵌入——不是取代你的手，而是帮你更快地动手。
下面是一个用 VS Code + Continue（开源 AI 编码插件）搭建"IDE 为主、AI 为辅"工作流的配置示例，你可以直接复制改造：
// ~/.continue/config.json
{
"models": [
{
"title": "Gemini Flash",
"provider": "google",
"model": "gemini-2.0-flash",
"apiKey": "YOUR_GOOGLE_API_KEY"
}
],
"tabAutocompleteModel": {
"title": "Gemini Flash",
"provider": "google",
"model": "gemini-2.0-flash"
},
"allowAnonymousTelemetry": false,
"customCommands": [
{
"name": "explain",
"description": "用中文解释当前选中代码的逻辑和潜在问题",
"prompt": "请用中文解释以下代码的逻辑，指出潜在 bug 或性能问题，不要修改代码本身：\n{{selectedCode}}"
},
{
"name": "test",
"description": "为当前函数生成单元测试",
"prompt": "为以下函数生成 pytest 测试，覆盖正常路径和边界情况：\n{{selectedCode}}"
}
]
}
安装步骤：
# 1. 安装 Continue 插件（VS Code 扩展商店搜索 "Continue" 即可）
# 2. 创建配置文件
mkdir -p ~/.continue
cp 上面的 JSON 内容到 ~/.continue/config.json
# 3. 验证插件加载——打开 VS Code，左侧栏应出现 Continue 图标
# 4. 选中一段代码，按 Ctrl+L 打开聊天侧栏，输入 /explain 或 /test
这个方案的核心思路：终端、文件树、编辑器全部保留，AI 只在侧栏聊天窗口待命。你想手动敲命令就敲，想让 AI 帮忙解释代码或生成测试就切到侧栏发一条指令。两条路径并行，互不阻塞。
给工具设计者的三条底线
Antigravity 2.0 的翻车不是偶然，它踩了三条不该踩的线：
-
不要删除直接操作路径。AI 可以新增快捷方式，但不能砍掉原有入口。开发者需要随时退回手动模式——不是因为 AI 不好，而是因为调试、排查、紧急修复这些场景要求毫秒级精确控制。
-
保留空间性界面。聊天窗口适合单次问答，不适合持续编码。IDE 的多面板布局是几十年来被验证过的信息密度最优解，用时间线替代空间布局是降级。
-
让中间状态可见。Agent 执行过程必须有实时日志或进度展示，否则开发者无法判断"是还在跑还是已经卡死"，也无法在出错时快速定位环节。
如果你正在设计或选型 AI 编码工具，可以用这个快速检查清单：
- ✅ 传统编辑器、终端、文件树是否完整保留？
- ✅ AI 建议是否可以一键采纳/拒绝/部分采纳，而不是只能全盘接受？
- ✅ Agent 执行过程是否有实时输出流？
- ✅ 是否支持回退到纯手动操作，且不丢失任何功能？
- ✅ 本地离线时，IDE 核心功能是否仍然可用？
四条全过，才值得认真试用。有一条不过，就还是先用传统 IDE + 侧栏 AI 插件的方案吧——手还在自己身上，工具只是工具。