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