我们在使用 Antigravity AI IDE 进行开发时有时会遇到一个令人头疼的现象在对话框输入任何 Prompt 后AI 助手仿佛“装死”一般毫无反应。没有生成提示也没有错误弹窗即使重启 IDE 或清理对话历史也无济于事。这不仅打断了我们的心流也让人不知从何查起。今天我们就来深度剖析并解决这个隐蔽的问题。1. 痛点与核心原因解析当我们发现 IDE 的普通 Output 面板看不到明显错误时问题的根源往往深藏于底层。Antigravity 的核心 AI 功能强依赖于一个后端的 Language Server通常由 Go 编写来解析我们的项目上下文。如果大家的本地项目开启了某些高级 Git 特性例如worktreeconfigLanguage Server 在尝试读取工作区信息时会因为不支持该扩展而抛出异常。这直接导致“工作区信息为空”Workspace infos is nilAI 助手失去了“大脑”和感知代码的能力表现出来的自然就是对所有指令毫无响应。我们可以通过查看 Antigravity 的底层日志位于~/Library/Application Support/Antigravity/logs/最新时间戳/ls-main.log来证实这一点。如果看到类似core.repositoryformatversion does not support extension: worktreeconfig的错误信息就可以确定是 Git 配置背了锅。2. 详细解决方案剖析要恢复 AI 助手的正常工作我们需要分两步走。第一步修复 Git 配置我们需要在报错的项目根目录下关闭导致冲突的扩展。打开终端输入以下命令检查并移除# 检查是否存在冲突配置gitconfig--list|grepworktree# 如果有输出 extensions.worktreeconfigtrue执行以下命令移除gitconfig--unsetextensions.worktreeconfig注关闭这个特定的扩展通常不会影响大家日常的代码提交和拉取但能让 Language Server 重新兼容当前的项目结构。第二步重置 Language Server配置修复后我们需要让 IDE 重新加载。在 Antigravity 窗口中按下CmdShiftP(Mac) 或CtrlShiftP(Win/Linux)搜索并执行命令Antigravity: Kill Language Server and Reload Window。如果在排查过程中仍然没有头绪大家还可以尝试在终端中使用调试参数启动 IDEantigravity --verbose --log debug或者通过antigravity --status查看Workspace Stats中的文件数是否异常。3. 总结当你发现 Antigravity 突然失去响应不回话也不报错时千万别急着重装软件。先查查是不是 Git 的worktreeconfig扩展在暗中捣乱只需简单地移除冲突配置并重启 Language Server就能让你的 AI 助手瞬间满血复活。希望这个排查技巧能帮助大家节省宝贵的开发时间保持高效编码。