我很久以前一直是 JetBrains 系列的忠实用户。
说实话，JetBrains 在“人肉写代码时代”真的很强：
- Git 视图和操作非常顺手
- 多项目放在同一个文件夹里开发很直观
- 运行和 Debug 配置很成熟
- 自带数据库工具，Redis / MySQL 一站式处理
- 快捷键体系、重构能力（比如 F6）都非常成熟
这些年我已经形成了肌肉记忆。
但从今天开始，我切到了 VSCode 的衍生物之一：Antigravity。
不是 JetBrains 变差了，而是我的工作方式变了。
核心原因：AI 改变了“主力动作”
我从 Cursor 开始就想切到 VSCode 体系。
原因很简单：现在最强的一批 AI 开发工具，基本都在 VSCode 生态里做增强。未来的大趋势也是 AI-first。
JetBrains 那套流程，在“开发者是主要执行者”时效率很高； 但我现在的工作模式已经变成了：
- 我给 AI 指令
- AI 实操编码
- 我做方向控制、结果校验和关键决策
在这个模式下，IDEA 里那些原本极其优秀的“手工开发流”，反而不再是我的核心生产力。
为什么我直到现在才切
我之前一直没切，不是因为不想，而是因为离不开三件事：
- 多项目 Git 管理
- 运行 / 调试体验
- 数据库操作
最近这三个问题都被我打通了，切换就顺理成章。
我的工作场景：一个目录 15 个仓库
我习惯把所有项目放在一个目录里。
目前我本地大概有 15 个 Git 仓库。一个需求经常会跨多个服务，我会按任务分支号统一处理相关项目的分支。
这个场景以前是 JetBrains 的舒适区，但现在我在 VSCode 衍生物里也能跑顺。
我怎么替代 JetBrains 的核心能力
1）Git：手动操作基本被 AI 接管
用了 Codex 之后，我几乎不再手动做 Git。
我对 Codex 的评价是：
- 速度不算最快
- 但很稳，幻觉率低
- 可控性强，基本能做到“指哪打哪”
我还写了一套 Git 提示词规范，里面包含：
- 怎么拉分支
- 怎么合代码
- 遇到冲突必须停止
- 合并后怎么衔接 Playwright MCP 构建流程
另外我会用 Git Graph 插件看分支图。虽然是单项目视图，但足够应对日常判断。
2）多项目切换：用 Repositories 做选择性展示
在 Source Control 的 Repositories 里，可以自由选择显示哪些仓库。
比如这次需求只涉及 5 个项目，我就只打开这 5 个。
再把 Source Control 面板拉宽一点，分支名一眼就能看到，切换效率不会差太多。
3）运行与调试：够用且可简化
我现在主要用内置 Run and Debug。
- 默认启动是 Debug
- 要纯 Run 用
Ctrl + F5 - 悬浮 Debug 工具栏可以在配置里关掉
我的诉求其实很简单：快速重启服务，然后去页面侧调试。这个方案已经满足。
4）数据库：插件 + MCP 双轨
数据库我用 Database Client JDBC，能连 Redis 和 MySQL。
免费版连接数量有限，但日常够用。
更高频的方式是直接让 MCP 帮我查数据，很多时候连 SQL 都不用自己写。
当然这里要有硬规范：
- 禁止写操作
- 每一步必须带超时
- 敏感查询要有人审
我放弃 JetBrains 的另外三个现实原因
1）中文显示和 AI 文本体验不理想
JetBrains 在中文字体回退上的体验一直不稳定，某些场景会退到宋体风格。
配合 AI Assist 时，如果字体配置没调好，等宽对齐会乱，阅读体验明显受影响。
2）内存占用重
JVM 系应用内存占用普遍不轻。项目一多、索引一跑，机器压力就上来了。
这不是“不能用”，但确实会影响我现在这种多仓并行 + AI 工具并开的工作流。
3）授权链路麻烦
团队规范和个人环境经常变化，授权和续期管理成本会反复出现。
对比 VSCode 衍生物，切换和复制环境的阻力更小。
这不是“谁更好”，而是“谁更匹配现在”
我不认为 JetBrains 不行。
如果你还是以手工编码为主、重度依赖 IDE 深度重构能力，JetBrains 依然是顶级选择。
但如果你和我一样，已经进入 AI-first 开发模式：
- 人负责目标和质量
- AI 负责大部分实现
- 多项目协同、快速试错、快速回滚是常态
那 VSCode 及其衍生物，确实更顺手。
最后一句
我这次切换，本质上不是换编辑器。
是承认一件事：
软件开发的主流程已经变了。
当“写代码的人”从人变成“人 + AI”协作体，工具栈自然要跟着变。
预计未来编码将变得更自由，更便捷，比如直接通过语音交互，在手机上远程控制，再把生成的效果远程预览，没问题就下达发布指令，所有的复杂都由 AI 包装好，那时候有多爽简直不敢想。
