AI 都会写代码了,为什么 Neovim 反而更有价值?-夜雨聆风

AI 都会写代码了,为什么 Neovim 反而更有价值?

很多人以为 AI 会淘汰编辑器，但我最近越来越觉得，被淘汰的是把编辑器当打字框的人。

更具体一点：

既然 Cursor 已经把 AI 做进 IDE 里，Claude Code 也能在终端里读文件、改代码、跑命令，那为什么还有人要继续折腾 Neovim？

这不是一个故意抬杠的问题。

如果你把编辑器理解成“打字的地方”，这个怀疑非常合理。

以前写代码，很多时间花在输入上：

• 敲函数；
• 补参数；
• 查 API；
• 写 boilerplate；
• 改一堆重复代码。

现在这些事情，AI 都能做一部分。

甚至很多时候，你不用自己打开文件慢慢改，直接把任务交给 coding agent，它就能一次性改多个文件、跑命令、给你一个结果。

如果瓶颈只是“我能不能把代码敲出来”，那一个强大的 AI IDE 或 coding agent，确实会让传统编辑器显得没那么重要。

但问题也在这里。

AI 没有让编辑器消失，它只是改变了编辑器最值钱的部分。

过去编辑器最值钱的部分，是帮你更快输入代码。

现在更值钱的，是帮你组织上下文、审查改动、调度工具、接管 AI 留下的开发现场。

所以这篇文章真正想讨论的，不是“Neovim 能不能打赢 Cursor”。

而是：

当 AI 越来越会写代码，开发者还需不需要一个属于自己的工作台？

这篇文章的核心判断很简单：

AI 让写代码变便宜，但让判断和编排变贵。

以前，很多开发者追求编辑器效率，本质是在追求更快输入。

比如：

• 更快移动光标；
• 更快跳转文件；
• 更快批量修改；
• 更快补全代码；
• 更快执行命令。

这些能力当然还重要。

但它们不再是唯一重点。

因为 AI 出现后，真正消耗人的地方变成了另一组问题：

• 你能不能给 AI 正确的问题；
• 你能不能限制它不要乱改；
• 你能不能看懂它改了什么；
• 你能不能把结果放回自己的项目结构里；
• 你能不能把一次成功经验变成下次可复用的流程。

这时候，编辑器如果只是一个输入框，它的价值当然会下降。

但如果编辑器是一个可编程工作台，它的价值反而会上升。

因为 AI 并没有替你消除开发现场。

它只是让开发现场变得更快、更乱、更需要接管。

你让 agent 修一个 bug，它可能一次动 5 个文件。

你让它优化一段逻辑，它可能顺手改了测试、类型、配置，甚至重构了一个原本不该动的组件。

这时候你真正要做的，不是继续敲代码。

而是判断：

• 哪些改动是必要的；
• 哪些改动只是看起来聪明；
• 哪些边界被它误解了；
• 哪些测试没有覆盖；
• 哪些文件不该动；
• 哪些结果需要局部回滚。

这就是为什么我说，AI 时代真正被淘汰的，不是某个编辑器。

真正被淘汰的，是只把编辑器当打字框的使用方式。

2. Cursor 和 Neovim 不是同一道选择题

很多工具讨论，最后都会变成“谁淘汰谁”。

但 Cursor 和 Neovim 不是同一道选择题。

Cursor 的优势，是把 AI IDE 的默认体验做得很顺。

你打开项目，就能聊天、补全、改代码、看上下文、审查 diff。

如果你想马上获得一个顺手的 AI 编程环境，不想折腾终端、配置和插件，Cursor、VS Code、JetBrains 这一类工具都很合理。

Neovim 的优势不在开箱即用，而在长期可塑。

你可以把搜索、跳转、LSP、diagnostics、Git、terminal、quickfix、脚本、外部 CLI、AI agent，按自己的方式接起来。

所以问题不该是：

Cursor 和 Neovim 谁更强？

而应该是：

你的瓶颈在哪里？

如果你卡在“还没有一个好用的 AI 编程环境”，那 Cursor 很合理。

如果你已经有大量终端、Git、脚本、多项目、多 agent 工作流，需要一个能长期改造的控制台，那 Neovim 就更值得理解。

它不会突然变成最强 AI IDE，也不需要全面替代 Cursor。

Neovim 在 AI 时代被重新放大的价值，是它允许你把自己的开发动作组织成一套系统。

你可以深度插件化，把 chat、agent、diff 都放进编辑器。

也可以低侵入：Neovim 负责编辑和审查，Claude Code 跑在旁边终端，必要时复制文件路径、行号和上下文过去。

关键不在工具站队，而在你能不能组合出自己的工作流。

3. AI agent 时代，真正贵的是接管现场

最近 Neovim 社区里的一些讨论，正好能说明这个变化。

现在大家讨论 AI，不再只是讨论“哪个补全插件更准”。

很多讨论开始转向：

• 哪个 coding agent 插件更适合 Neovim；
• 如何在 Neovim 里管理 Claude Code、Codex、OpenCode 这类 agent；
• AI 改文件前，能不能先预览 diff；
• 多个 agent 分别跑在不同 worktree 里，怎么管理；
• 怎样让 AI 进入工作流，但不要打断原来的编辑节奏。

这说明问题已经从：

AI 能不能帮我写一行代码？

变成了：

AI 改完代码以后，我怎么管理它？

当 agent 只能给你一段建议时，补全体验很重要。

当 agent 能直接改多个文件时，真正耗人的地方变成了这些动作：

• 看清楚它动了哪些文件；
• 判断哪些改动是必要的，哪些只是顺手发挥；
• 在 diagnostics 里确认有没有新的类型错误；
• 跑测试，看失败是旧问题还是新问题；
• 把不该动的文件局部回滚；
• 对照业务边界，确认它有没有改错方向；
• 把这次有效的命令、快捷键或脚本留下来。

这就是我说的“接管现场”。

不是在 AI 旁边再开一个聊天框，而是要有能力把它留下的改动重新放回你的项目秩序里。

Claude Code 是一个很好的例子。

它官方定位就是运行在终端里的 agentic coding assistant。

它可以读项目文件、编辑文件、运行 shell、git 和测试命令。

但这里要说清楚一件事：

这不意味着 Claude Code 是 Neovim 原生集成。

Claude Code 也有 VS Code、JetBrains、Desktop、Web、Slack、CI 等入口，也有 /ide 这类支持 IDE 联动的能力。

所以它不是“只属于终端”，更不是“专门为 Neovim 做的”。

但是，它的 terminal-first 特性，确实贴近 Neovim 用户已经熟悉的工作方式。

如果你平时就习惯：

• 在终端里跑项目；
• 用 Git 看变化；
• 用测试命令验证结果；
• 用 rg、fd、fzf 搜索；
• 用 tmux 或多窗口管理任务；
• 用 Neovim 作为主要编辑环境；

那 Claude Code 这类 CLI agent 并不会强迫你进入一个全新的工作方式。

它更像是多了一个终端里的同事。

一个真实的闭环可能是这样的：

1. 你让它先给计划，不要立刻改文件。
2. 它改完以后，你先看 Git diff，而不是直接相信总结。
3. 你在 Neovim 里跳到具体文件，看 diagnostics 和上下文。
4. 你跑测试，确认失败点。
5. 你把不需要的改动撤掉，只留下必要部分。
6. 你再让 agent 根据失败信息做第二轮局部修改。

这个过程中，Neovim 的价值不是“替 AI 写代码”。

它的价值是让你能快速阅读、跳转、筛选、回滚、验证和沉淀。

Claude Code 越像终端里的同事，Neovim 就越像终端里的工作台。

AI 时代真正稀缺的，不是“能不能让模型写代码”。

真正稀缺的是：

你有没有一套稳定的方式，让 AI 在你的开发现场里工作，而不是让你的开发现场被 AI 打散。

4. 新手怎么起步：不要先装一堆插件

如果你读到这里，觉得 Neovim 值得试一下，第一步也不是装一堆 AI 插件。

它不是省时间按钮。

它是长期工作台。

新手起步时，最容易犯的错，是把 Neovim 当成一个“插件收集器”。

今天装一个 AI chat。

明天装一个 agent 面板。

后天再装一个 diff 插件。

最后看起来什么都有，但每天真正用起来的动作并没有变顺。

更好的起点，是先别管完整配置。

先挑一个你每天都会重复的动作。

比如：

• 每次让 AI 改完代码，你都要手动找它动了哪些文件；
• 每次看错误，你都要在终端和编辑器之间来回复制路径；
• 每次跑测试失败，你都要重新定位失败文件；
• 每次想让 agent 改某段代码，你都要重新描述上下文。

从这里开始改。

先让一个动作少切一次窗口。

先让一个路径不用重复复制。

先让一次 diff 更容易看清楚。

先让一次成功的操作，下次不用从头再来。

这比一上来追求“完整 AI Neovim 配置”更重要。

因为 Neovim 起步最难的不是配置，而是克制。

AI 工作流也是一样。

不要先问：我还缺哪个插件？

先问：我每天哪个开发动作最卡？

如果你开始这样思考，Neovim 的价值就会慢慢显现出来。

Closing

所以不要急着问：我要不要从 Cursor 换到 Neovim？

这个问题太早了。

你应该先问另一个问题：

我的 AI coding workflow，真正卡在哪里？

如果你卡在“还没有一个顺手的 AI 编程环境”，那就先用默认体验最好的工具。

如果你卡在“AI 改完以后，我不知道怎么审查、怎么接管、怎么沉淀流程”，那 Neovim 值得重新理解。

AI 越会写代码，开发者越需要一个能接管现场的工作台。

这才是 Neovim 在今天重新变得有价值的原因。