Antigravity 上手指南:打造 VS Code 风格的 AI IDE

欢迎关注「几米宋」微信公众号,这里专注分享 AI 前沿、云原生技术、开源生态、行业洞察与个人思考。更多精彩内容,欢迎访问我的个人网站 jimmysong.io。

📄 文章摘要

介绍如何通过配置扩展市场、安装 AMP 和 CodeX 插件,以及调整编辑器设置,将 Antigravity 打造为符合 VS Code 使用习惯的 AI IDE。

在迁移 IDE 时最大的痛点就是用户习惯问题,通过安装一些列插件和配置,可以让 Antigravity 更像 VS Code,在保留用户习惯的基础上增加 Open Agent Manager 功能。

Antigravity 发布第一天我就装上了。几天用下来,最大的感觉是:它更像一个“智能体(Agent)控制台”,而不是传统意义上的集成开发环境(IDE)。不过我还是习惯 VS Code 那一套界面和插件生态,所以花了一点时间,把 Antigravity 调成了一个“更像 VS Code 的 AI IDE”。

Antigravity IDE UI

Antigravity IDE UI

下面是我实际在用的配置和步骤,读者可以直接照着复现。

Antigravity 初体验

几条主观印象:

• 界面分为智能体管理视图和编辑器视图,逻辑有点像 AgentHQ + VS Code。

• 智能体改代码速度很快,一次完成的比例明显高于普通“聊天型”助手。

• 编辑器区域和上下文窗口都很大,适合长 diff、长日志。

• 默认用的是 OpenVSX / OpenVSCode Gallery,扩展生态和我现有的 VS Code 不完全一致。

后面的所有操作,都围绕一个目标:保留 Antigravity 的智能体特性,同时尽量沿用我在 VS Code 里的工作流。

切换扩展市场为 VS Code 官方 Marketplace

Antigravity 本质是 VS Code fork,可以直接改 Marketplace 配置。

在 Antigravity 里:

在主菜单中 Settings -> Antigravity Settings -> Editor,找到以下两项,把 URL 改成 VS Code 的地址。

Marketplace Item URL:

https://marketplace.visualstudio.com/items

Marketplace Gallery URL:

https://marketplace.visualstudio.com/_apis/public/gallery

VSCode Marketplace 配置

VSCode Marketplace 配置

重启 Antigravity。

改完之后,扩展搜索和安装就等同于 VS Code 官方 Marketplace 了,后面安装 AMP、GitHub Theme、VS Code Icon 等扩展都走这一套。

安装 AMP 扩展

AMP 目前尚未官方支持 Antigravity,不过通过 VS Code Marketplace 可以直接装。

步骤:

1. 打开扩展面板(和 VS Code 一样的那个 Extensions 图标)。

2. 搜索 AMP 扩展,正常安装。

3. 登录时使用 AMP 的 API 密钥(API Key)。

目前在 Antigravity 里尚不支持像 VS Code 那样一键登录账号,只能走 API 密钥方式。

装好之后,AMP 在 Antigravity 内的体验和 VS Code 基本一致,补全、重构都能正常使用,只是登录这一段需要手动配置一次。

之所以要安装 AMP,是因为它有免费模式,我自己使用过程中感觉用来撰写文档、执行脚本和作为日常的命令行工具都很方便,速度特别快,尤其用来优化 prompt 效果也很棒。

导入 CodeX 扩展

CodeX 在网页端目前未提供直接的 VSIX 下载链接,我的做法是先通过 VS Code 导出,再导入 Antigravity。

在 VS Code 中导出 Codex Extension

在 VS Code 中导出 Codex Extension

具体步骤:

1. 在 VS Code 中安装 CodeX 扩展(如果之前没装的话)。

2. 打开 VS Code 的扩展管理界面,找到 CodeX,导出为 .vsix 文件。

3. 切换到 Antigravity,打开 Extensions 面板,选择“Install from VSIX”(从 VSIX 安装)。

4. 选中刚才导出的 codex-x.x.x.vsix 文件,完成安装。

因为本机 VS Code 已经登录过 CodeX,导入到 Antigravity 后,它可以自动复用登录状态,我这边没有再走一次登录流程。

优化编辑器配置

除了扩展市场和插件,还有几处小改动,让整体体验更接近 VS Code:

• 主题:选择和 VS Code 相同的配色方案,减少视觉切换成本,我选择使用 GitHub Theme 和 vscode-icons。

• Editor Settings:在“Open Editor Settings”里,把缩进、格式化、行宽等参数改成自己在 VS Code 里的那一套。这些我都定义在了 workspace 的 settings.json 里了,无需迁移。

做完这些之后,编辑区几乎就是一个“带智能体控制台的 VS Code”。

遗留问题

要想彻底从 VS Code/GitHub Copilot 迁移到 Antigravity,我目前认为还存在以下几个主要问题:

• 自定义能力受限:Antigravity 无法像 Copilot Chat 那样支持自定义 prompt 和 Agent,目前只支持“规则”(rules)配置,这限制了更灵活的工作流定制。

• 模型生态待完善:Antigravity 尚未原生接入各大厂商的最新模型,比如 OpenAI、Anthropic、Microsoft、xAI 等,而 GitHub Copilot 在这方面表现更优。

• 成本考量

• 未来的价格预测可能在每月 20 美元起。

• 目前不支持免费模型,这与 GitHub Copilot(即使是 Copilot Pro 用户也享有免费模型选项)形成对比。

• 稳定性问题:Agent 在运行过程中经常遇到“Agent terminated due to error”的提示,需要手动重试或开始新会话,这在一定程度上影响了工作流的流畅性。不过我相信这个问题今后可能会得到解决。

GitHub Copilot VS. Antigravity

虽然 Antigravity 在某些方面已经做得很好,但与 GitHub Copilot 和 VS Code 的结合仍有很大的提升空间。

我常用的大模型在 VS Code 中都有支持:

Copilot 支持的大模型(部分)

我长期积累的 prompt:

Copilot chat 可以快速调用自定义 prompt

Copilot chat 可以快速调用自定义 prompt

我收藏的 agent:

Copilot chat 可以选择自定义 agent

Copilot chat 可以选择自定义 agent

下面是我使用 VS Code/VS Code 的一些体会,我觉得暂时无法被其他 IDE 替代:

• Ask/Edit/Agent/Plan 模式很切合我的工作习惯。

• 支持自定义 prompt 和 agent,经过我长时间的积累,很多 prompt 和 agent 是我日常使用了,很难再找到其他地方用得上。

• 模型上新最快,一有新模型出来,GitHub Copilot 就能第一时间用上。

• 跟 VS Code 配合最好,可以无缝集成,无需额外配置,使用起来非常方便。

• 更新频繁,我前几天给 VS Code 提交的 Bug 当晚就修复了。

• Copilot Chat 的快捷键调用十分方便,可以快速调用各种功能。

• GitHub 为我免费开通了 Pro 账户,虽然每月 premium 调用额度只有 300 次,但是结合其他插件,比如 AMP、Codex、Droid、Qwen 等,可以实现更高效的工作流程。即使将来开通了付费账户,10 美元每月的费用,也在同类产品中具有很高的性价比。

实践经验

最后几条目前实际使用中的经验,偏主观,但也可以当作参考:

• 建议不要把 Antigravity 当成“VS Code + 聊天框”,要用它的智能体功能做成完整任务:让智能体先给出计划,再执行修改。

• 每次大的改动都新开一个 Git 分支,把智能体的行为限制在分支里,所有 diff 走正常的拉取请求(PR, Pull Request)流程。

• 对智能体的输出尽量要求有“产物(Artifacts)”(方案、计划、测试说明),而不是只看最终代码,这样方便回溯和复盘。

• VS Code 里已经非常顺手的插件(AMP、CodeX 这种)可以直接迁移过来,减少切换 IDE 的认知负担,把精力集中在体验新的智能体工作流上。

总结

目前我的体验是:Antigravity 负责提供更强的智能体能力和多视图控制台,而通过上述几步,把界面和插件生态调得足够接近 VS Code,可以比较平滑地迁移日常开发工作流。

更多精彩内容
 🌐 个人网站:jimmysong.io
 🎥 Bilibili:space.bilibili.com/31004924
 如果这篇文章对你有帮助,欢迎点赞、分享给更多朋友!

### Neo4j DBMS 启动失败的故障排查步骤及日志分析 Neo4j 数据库管理系统启动失败通常由多种原因引起,包括配置问题、端口冲突、文件权限不足等。以下是对可能原因及解决方案的详细分析: #### 1. 日志检查 当遇到 `DBMS failed to start` 或 `Startup timed out` 的错误时,首先需要检查 Neo4j 提供的日志文件以获取更多信息。日志文件通常位于以下路径: - **Desktop logs**: `<Neo4j Desktop Installation Directory>/logs` - **DBMS logs**: `<Database Directory>/logs` 这些日志文件中会记录具体的错误信息,例如内存不足、端口被占用或配置文件错误等[^1]。 #### 2. 端口冲突 Neo4j 默认使用以下端口: - HTTP: 7474 - HTTPS: 7473 - Bolt: 7687 如果这些端口被其他应用程序占用,可能导致启动失败。可以通过以下方式解决: - 检查端口占用情况:在命令行运行 `netstat -an | find "7474"` 或 `lsof -i :7474`(Linux/macOS)。 - 修改端口配置:编辑 `conf/neo4j.conf` 文件,更改相关端口设置。例如: ```properties dbms.connector.http.listen_address=0.0.0.0:7475 dbms.connector.bolt.listen_address=0.0.0.0:7688 ``` #### 3. 配置文件错误 Neo4j 的配置文件 `neo4j.conf` 中可能存在语法错误或不兼容的配置项。可以尝试以下操作: - 恢复默认配置:备份当前配置文件后,重新生成默认配置。 - 检查关键参数:确保以下参数正确设置: - `dbms.memory.heap.initial_size` - `dbms.memory.heap.max_size` - `dbms.directories.data` #### 4. 数据目录权限 数据目录的权限不足也可能导致启动失败。可以检查并修复权限: ```bash sudo chown -R neo4j:neo4j /path/to/data sudo chmod -R 755 /path/to/data ``` #### 5. 服务状态检查 如果 Neo4j 作为系统服务安装,可以检查其运行状态并进行相应操作: - 检查服务状态:`neo4j status` - 停止服务:`neo4j stop` - 重新启动服务:`neo4j start` 此外,还可以通过浏览器访问 `http://localhost:7474/browser/` 并执行命令 `:server disconnect` 来断开现有连接,然后重新启动 DBMS[^3]。 #### 6. 导入 Dump 文件 如果在导入 dump 文件时出现问题,可能是由于目标数据库已存在或权限不足。可以尝试以下命令: ```bash neo4j-admin load --from=/path/to/dump-file.dump --database=test --force ``` #### 7. 版本兼容性 Neo4j 4.0/4.1 引入了多项新特性,同时也对配置进行了调整。如果从旧版本升级,需确保配置文件和数据格式兼容[^5]。 --- ### 示例代码 以下是一个简单的脚本,用于检查 Neo4j 服务状态并尝试重启: ```bash #!/bin/bash # 检查服务状态 status=$(neo4j status) if [[ $status == *"not running"* ]]; then echo "Neo4j is not running. Attempting to start..." neo4j start else echo "Neo4j is already running." fi ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值