Neovim 在 AI 时代价值

发布: 2025年7月1日
分类: 开发环境
标签:
neovim ai-integration code-editor-comparison developer-tooling ide remote-development plugin-ecosystem vscode cursor

现代开发者十字路口：Neovim 的不朽哲学与 AI 革命的对决

引言：在 AI 时代重估 Neovim 的价值

本文旨在回应一个在当前软件开发社区中日益凸显的核心问题。这不仅是关于选择一个代码编辑器，更是关于在一个由智能自动化驱动的时代，选择一种与之相适应的开发哲学。用户的疑问——“在 AI 时代，是否完全没必要再去接触 Neovim 了？”——触及了问题的本质。我们将探讨的，并非“Neovim 是否已经过时”，而是“面对 AI 范式转移，Neovim 的价值主张发生了怎样的演变？”

本报告将论证，Neovim 不仅没有被淘汰，反而通过其固有的核心优势——极致的可定制性、无与伦比的效率以及充满活力的开源社区——成功地适应了 AI 时代。开发者面临的选择，已不再是“快速的‘笨’编辑器”与“智能的‘慢’IDE”之间的简单权衡。如今，这已演变为一个战略性的抉择：是选择一种无缝集成、高度封装的 AI 体验（如 VSCode/Cursor），还是一个完全可控、深度定制的 AI 赋能环境（Neovim）。对于特定类型的开发者而言，Neovim 的配置“成本”，正是换取终极控制权与效率的“代价”。

为全面解析此议题，本报告将首先剖析 Neovim 在 AI 时代的核心优势，随后深入其庞大的 AI 插件生态系统，并对主要竞品进行公正评估，最终在综合分析的基础上，提供具有可操作性的战略建议。

第一章：解构 Neovim 在 AI 时代的独特优势

本章将重新审视 Neovim 的传统优势，并论证这些优势在 AI 驱动的工作流中不仅依然适用，甚至被进一步放大。随着开发瓶颈从物理的“敲击键盘”转向认知的“构思、提示、审查与重构”，Neovim 的设计哲学在这些新环节中展现出卓越的价值。

1.1 超越原始速度：模式编辑带来的认知流畅性

模式编辑 (Modal Editing) 是 Vim/Neovim 的核心，其主要优势并不仅仅在于提升每分钟输入的字符数，更在于最小化认知负荷，帮助开发者维持一种“心流” (Flow State) 状态 [1]。在这种模式下，键盘不再仅仅是文本输入工具，而是一套用于操控文本的命令语言，这与传统的编辑方式有着本质区别 [2]。

大量用户反馈证实，熟练使用 Neovim 后，开发者的“手指仿佛粘在键盘上”，最终达到无需思考组合键即可执行复杂操作的境界，极大地提升了工作流畅度与生产力 [1]。这与依赖鼠标不断进行上下文切换的操作形成了鲜明对比。尽管学习曲线陡峭，但其回报是值得的，因为它能重塑大脑与编辑器“对话”的方式 [4]。一旦掌握，执行复杂文本操作的心理开销将远低于传统编辑器 [3]。

AI 技术的普及，恰恰放大了模式编辑的价值。其内在逻辑如下：

  1. 诸如 GitHub Copilot 这样的 AI 助教，能够生成大段的代码块 [6]。
  2. 然而，这些由 AI 生成的代码往往并非完美无瑕，可能包含潜在的细微错误或与项目风格不符之处 [8]。
  3. 因此，开发者的核心任务正从“编写”代码，转向“审查、导航和精确修改”AI 生成的代码。
  4. Vim 的原子化操作（例如 dap 删除整个段落，ci" 修改引号内内容，10j 向下移动10行）在导航和精准修改这些代码块时，其效率远超鼠标选择或方向键移动 [3]。

结论是，当 AI 承担了越来越多的初始代码生成工作后，人类开发者作为“human-in-the-loop”的审查与重构效率，成为了新的生产力瓶颈。Neovim 的模式编辑恰好直接优化了这一新兴瓶颈，使其在 AI 时代更具战略意义。

1.2 终极定制引擎：你的编辑器，你的 AI

Neovim 最强大的优势在于其近乎无限的可定制性，这主要通过 Lua 语言得以实现 [4]。它允许开发者构建一个完全贴合个人特定需求的开发环境，这与 VSCode 或 JetBrains 等结构相对固化的 IDE 形成鲜明对比 [2]。

用户普遍表示，他们能够“精确控制编辑器的外观和行为”，而无需任何“取巧或妥协的手段” [2]。这种使用自己亲手配置的工具所带来的满足感，是一个反复出现的主题 [10]。尽管对于偏爱“一键安装”的用户而言，这种高度的定制化可能构成一种障碍 [4]，但对于另一些人来说，这恰恰是其核心吸引力所在。配置过程本身，也被视为一种深入理解个人工具链的方式 [4]。

因此，Neovim 的配置过程不应仅仅被视为一种开销，它本身就是构建定制化 AI 工作流的 API。用户的疑问将配置视为一种必要的麻烦，然而，大量证据表明，配置本身是一项强大的功能。例如，一位用户因对 Copilot 默认行为感到不满，他没有选择更换编辑器，而是通过编写几行 Lua 代码，完全重映射了 AI 的交互模型，从而解决了问题，并为自己创造了更优越的用户体验 [6]。

这个案例清晰地表明，Neovim 的配置文件（如 init.lua）不仅仅是一个设置面板，更是一个可编程的接口。用户可以定义自定义函数、链接命令，并精确控制 AI 在何时以及如何被调用。在 VSCode 中，开发者在很大程度上依赖插件开发者提供配置选项；而在 Neovim 中，如果某个选项不存在，用户往往可以自己创造它。这种能力将编辑器从一个你被动使用的产品，转变为一个你主动构建的平台。

1.3 坚不可摧的堡垒：SSH 远程开发

针对用户明确提出的“服务器上快速编程”的目标，Neovim 基于终端的原生架构，在远程开发场景中，尤其是低带宽或资源受限的环境下，依然是无可争议的王者。

Neovim 允许开发者通过 SSH 在任何地方进行编辑，甚至在没有安装图形用户界面 (GUI) 的远程服务器上也能流畅工作。这意味着服务器的所有核心资源 (CPU、RAM) 都可以专注于编译和执行等核心任务，而非渲染一个庞大的 IDE [11]。其性能与重量级替代品相比，存在“天壤之别” [12]，启动时间以毫秒计，而非秒计 [4]。这种极致的便携性，使其可以延伸到任何能运行终端的设备上，例如 iPad，这是 VSCode Remote 等方案无法企及的 [11]。

本地及边缘 AI 模型的兴起，使得 Neovim 的远程效率变得更加关键。其逻辑链条如下：

  1. 当前的 AI 格局正在超越大型云端 API，向多元化发展 [13]。出于隐私、成本和离线访问的考虑，开发者越来越多地在本地运行更小但功能强大的模型（例如，通过 Ollama）[14]。
  2. 运行这些模型，即便是小型模型，也会消耗大量的本地机器资源 (RAM、GPU)。
  3. 一个在笔记本电脑上工作的开发者，可以将主应用程序和 AI 模型同时卸载到一台强大的远程服务器上运行。
  4. 在这种场景下，一个轻量级的、基于终端的编辑器如 Neovim 变得至关重要。使用像 VSCode Remote 这样资源消耗较大的客户端去连接一台同时运行着 LLM 的服务器，会产生不必要的资源开销。Neovim 的最小化足迹确保了最大量的服务器资源可用于真正的核心工作：运行应用程序和 AI 模型。

第二章：Neovim 中的人工智能现状：深入插件生态系统

本章将作为报告的核心，旨在证明 Neovim 社区已积极拥抱 AI。其生态系统不仅是简单的 API 封装集合，更是一个充满活力的创新空间，为开发者提供了无与伦比的选择与控制权。

2.1 Neovim 的 AI 武库概览：超越百款插件

Neovim 的 AI 生态系统已经相当庞大和成熟，拥有超过 100 个相关插件 [16]。如此巨大的数量本身就标志着一个健康、活跃的社区正在构建多样化的解决方案。经过整理的插件列表，如 neovim-ai-plugins [16]，以及各类技术博客 [13]，已将这些插件清晰地划分为不同功能类别：代码补全、聊天交互、代码生成、重构、上下文管理等。这表明生态系统已经超越了简单的 API 调用，进化到能够满足开发者具体、细致的工作流需求。

2.2 AI 集成景观：比较分析

尽管 VSCode 提供了精致、一体化的体验，Neovim 却提供了一个可组合、支持多供应商的生态系统，给予用户对 AI 工具的终极控制权。以下是对各类别中关键插件的分析。

用户面对的是一个令人眼花缭乱的选择 [17]。下表旨在将这种复杂性提炼成一个结构化的决策框架，它直接在开发者最关心的维度上——功能、模型支持、智能（上下文）和投入（配置）——对最重要的插件进行比较。这使得用户能够立即识别出哪些工具符合其个人偏好（例如，“我需要最强的功能并愿意配置”指向 avante.nvim；“我只需要简单的 Copilot 补全”则指向 copilot.lua）。

表1：Neovim 关键 AI 插件比较分析

插件主要功能支持模型上下文感知配置复杂度核心洞察与证据
copilot.lua / copilot.vim代码补全GitHub Copilot文件级低Copilot 补全的事实标准。安装简单，但默认键位绑定存在明显的用户体验摩擦（如 <Enter> 键接受建议），令用户感到困扰 [6]。
CopilotChat.nvim对话式聊天GitHub Copilot可视化选择、缓冲区中弥补了从 VSCode 切换过来的用户所怀念的“交互式聊天”功能鸿沟 [19]。功能可用，但与 VSCode 的第一方体验相比，集成度稍显不足 [8]。
avante.nvim智能体聊天与生成Claude, Gemini, OpenAI, Ollama, 自定义供应商项目级 (@codebase), 诊断信息, 文件, 缓冲区 (通过 RAG)高Neovim 中最具雄心和功能的“类 Cursor”体验 [13]。其用于上下文的 @mention 系统是其杀手级功能 [22]，但配置复杂且仍在开发中 [23]。
claude-code.nvim命令行封装/聊天Anthropic Claude文件级, Git 根目录中为专注于 Claude CLI 工作流的开发者提供的无缝且构建精良的封装。它能自动重载被 AI 修改的文件，这是一个关键的用户体验特性 [25]。
minuet-ai.nvim / gp.nvim多模型生成OpenAI, Gemini, Claude, Ollama 等可视化选择、可定制提示中对于希望通过 API 密钥利用多种 LLM 并构建自己的提示和工作流的“高级用户”而言，具有高度灵活性 [13]。体现了“自带模型”的哲学。
Codeium.nvim / Supermaven免费/替代补全Codeium, Supermaven文件级低Copilot 的有力替代品，常因其速度快和干扰性小而受到称赞。在不希望订阅服务的用户中很受欢迎 [13]。

2.3 “Cursor 杀手”？深入剖析 avante.nvim

avante.nvim 代表了 Neovim 社区对 Cursor 最直接、最强有力的回应，其目标是在不牺牲 Neovim 核心原则的前提下，提供一种深度集成、具备上下文感知能力的 AI 体验。

  • 功能对等性：该插件被明确设计为“像使用 Cursor AI IDE 一样使用你的 Neovim！” [13]。它支持多模态交互、聊天和代码生成 [21]。
  • 多供应商支持：这是其相对于专有工具的一个关键优势。它支持 Claude (默认)、OpenAI、Gemini、Cohere、Copilot，以及至关重要的、通过 Ollama 实现的本地模型支持 [22]。这完全符合 Neovim 倡导选择与控制的理念。
  • 上下文能力：这是其主要的创新点。通过 @mention 系统 (@codebase, @file, @diagnostics) 和底层的 RAG (检索增强生成) 服务，它能够对整个项目进行推理，这是用户在简单工具中所欠缺的功能 [22]。这直接回应了 Cursor 的核心价值主张。
  • 用户体验：一些用户形容它“太棒了！” [24]，甚至认为它“几乎让 Cursor 相形见绌” [27]。然而，也有用户指出，它仍然“缺乏 Cursor 的易用性”且功能较少，部分用户在执行智能体任务时更倾向于 aider 等替代品 [23]。该插件目前仍处于活跃开发阶段 [24]。

avante.nvim 的存在，集中体现了 Neovim 生态系统的核心权衡：它提供了可能比 Cursor 更强大的功能和灵活性（例如，支持本地模型），但代价是更高的配置复杂度和一个尚在快速迭代、不够完善的用户体验。

2.4 用户体验的差距：摩擦与满足

尽管 Neovim 的 AI 生态系统功能强大，但由于其工具链的可组合特性，用户体验可能不如 VSCode 那样平滑。

  • 摩擦点的证据：
    • 被提及最多的问题是官方 copilot.vim 插件的体验不佳，一些用户认为它缓慢或存在错误 [10]。其与 nvim-cmp 的键位冲突是一个主要的痛点，需要手动配置才能解决 [6]。
    • 一些用户认为，Neovim 中的 Copilot 聊天体验（通过 CopilotChat.nvim 等插件实现）虽然功能可用，但在特性完整性上不如 VSCode，特别是缺少了交互式代码优化的工作流 [19]。
    • 跟上快速变化的插件生态系统（例如，新的包管理器、新的 AI 插件）可能会让人感到疲惫，甚至分散了写代码的精力 [10]。
  • 满足点的证据：
    • 许多用户表示对他们的 Neovim AI 配置非常满意，声称在日常使用中与 VSCode 相比没有功能上的差异 [8]。
    • 能够微调体验是一个主要优点。用户可以配置 AI 建议，使其不那么具有侵入性，例如，将它们推到补全列表的底部 [8]。
    • 对许多人来说，Neovim 的核心编辑体验是如此优越，以至于一个集成度稍差的 AI 体验是一个值得的妥协 [8]。

第三章：VSCode 与 Cursor 的案例：无缝集成的闪光点

本章将对主要替代品进行平衡和公正的评估，承认它们在解决 Neovim 配置痛点方面的显著优势。

3.1 VSCode 的“即开即用”体验

VSCode 的主要吸引力在于其极低的入门门槛、庞大而稳定的扩展市场，以及来自第一方和企业支持所带来的精致体验 [10]。

GitHub Copilot 作为第一方扩展，以一个统一的包提供，集成了补全和聊天功能，确保了无缝的安装和用户体验 [29]。这与 Neovim 需要多插件组合的设置形成了鲜明对比。其扩展生态系统也更为广泛。一些小众但功能强大的工具，如 UnoCSS，仅有 VSCode 扩展，这迫使开发者在执行特定任务时不得不切换编辑器 [10]。对于团队协作而言，VSCode 是事实上的标准。新成员的上手过程更简单，确保整个团队的格式化和工具链一致性也更容易 [28]。

3.2 功能前沿：VSCode 的领先之处

由于其市场地位和第一方开发优势，VSCode 往往能率先获得最新、最先进的 AI 功能。

  • Copilot Agent 模式：这项功能允许 Copilot 规划和执行任务，如编写测试和创建拉取请求 (Pull Request)，被认为是 VSCode 的一个关键差异化特性 [30]。这已经超越了简单的聊天和补全，进入了真正的智能体工作范畴。
  • 更优的聊天交互：VSCode 中的交互式聊天通常被认为比 Neovim 的同类产品功能更强大、更丰富，允许对生成的代码进行更流畅的优化 [19]。
  • 更好的调试与工具集成：VSCode 的图形界面提供了卓越的集成调试体验，这是开发工作流中至关重要的一环，而在 Neovim 中配置起来则可能更为繁琐 [28]。

3.3 Cursor：AI 原生的愿景

Cursor 不仅仅是带有 AI 插件的 VSCode，它是一个具有明确的、AI 优先工作流的复刻版 (fork)，提供了难以复制的独特功能。

Cursor 的关键优势在于它使用了自己微调的模型和一种名为“推测性编辑” (speculative editing) 的推理框架来进行代码补全。用户报告称，其速度和上下文感知能力显著优于包括 Copilot 在内的任何替代品 [23]。此外，其为 AI 交互设计的用户体验也更为出色，例如无需手动选择文件即可实现“项目范围”的上下文理解，以及预测“邻近编辑”而非仅仅是光标后的文本，这些都是留住用户的杀手级功能 [23]。

当然，这种强大功能也伴随着权衡。Cursor 是一个专有工具，用户可能更倾向于支持“自带密钥” (bring-your-own-key) 模式的开源替代品 [32]。同时，作为 VSCode 的复刻，它继承了基于 Electron 的架构，这正是许多 Neovim 用户试图避免的 [10]。

第四章：综合分析：打造你的理想 AI 赋能工作流

本章将综合前述分析，构建一个清晰的决策框架，并提供可行的策略和个性化的建议。

4.1 核心权衡：终极控制 vs. 即时便利

最终的决策归结为一个根本性的哲学选择。不存在一个普适的“最佳”编辑器，只有最适合特定开发者优先事项的编辑器。

  • Neovim 路径（终极控制）：
    • 优点：无与伦比的性能、完全的环境控制、卓越的远程开发能力、以键盘为中心的效率、开源及社区驱动 [2]。
    • 缺点：陡峭的学习曲线、显著的初始配置和持续的维护开销、插件之间可能存在摩擦 [4]。
  • VSCode/Cursor 路径（即时便利）：
    • 优点：“即开即用”的设置、精致的第一方 AI 功能、庞大的扩展生态系统、更适合团队协作、能率先体验前沿功能 [28]。
    • 缺点：更高的资源占用 (Electron)、可定制性较低、依赖企业路线图、纯文本操作效率较低 [2]。

4.2 混合路径：vscode-neovim 作为终极妥协方案

对于希望两全其美的开发者，vscode-neovim 扩展提供了一个极具吸引力的、无需妥协的解决方案。

它并非简单的模拟，而是在 VSCode 内部嵌入了一个完整的、无头 (headless) 的 Neovim 实例 [33]。这提供了功能完备的 Vim 集成，并支持用户现有的 init.lua 配置文件和大部分插件 [12]。

该扩展智能地分配任务：Neovim 负责处理普通模式下的命令和模式编辑，而 VSCode 则负责处理插入模式、其自身的语言服务器 (LSP)、调试器和扩展生态系统 [33]。这使得用户能够利用 Neovim 无与伦比的文本编辑速度和个人配置，同时受益于 VSCode 更优的 AI 集成（如 Copilot Agent）、调试功能和扩展市场 [12]。

对于许多专业开发者而言，这条混合路径是最务实的选择，因为它消除了“非此即彼”的困境。它承认现代软件开发远不止文本编辑，并提供了一种在单一界面中使用最适合各项工作的工具的方法。

4.3 工作流原型与最终建议

基于以上分析，我们可以定义三种不同的开发者原型，并为每一种提供量身定制的建议。

  • 原型一：纯粹主义者 / 折腾者 (The Purist / Tinkerer)

    • 特征：将绝对控制权、性能和极简主义置于首位。享受配置工具的过程，并经常在远程服务器上工作。将配置视为一种投资，而非成本。
    • 建议：选择一个完全定制的 Neovim 环境。可以从一个坚实的基础（如 LazyVim [4]）开始，但要准备好构建自己的配置。将 AI 工作流围绕一个强大的、支持多供应商的插件（如 avante.nvim [22]）和快速的补全引擎（如 Supermaven [14]）来构建。这条路径为个性化生产力提供了最高的天花板。

  • 原型二：实用主义者 / 功能采纳者 (The Pragmatist / Feature Adopter)

    • 特征：优先考虑以最小的摩擦力即时获取最新、最强大的 AI 功能。在以 VSCode 为标准的团队环境中工作。重视无缝的、“即开即用”的体验。
    • 建议：拥抱 VSCode + GitHub Copilot 或直接切换到 Cursor。其开箱即用的体验，特别是像 Copilot 的智能体模式 [31] 和 Cursor 的微调模型 [23] 等功能，将提供最直接的生产力提升。节省下来的配置时间可以用于编码。

  • 原型三：混合型专家 (The Hybrid Specialist)

    • 特征：对 Vim 的模式编辑已经形成肌肉记忆，无法想象没有它的编码生活，但同时又需要现代 GUI IDE 强大的生态系统、调试功能和先进的 AI 特性。
    • 建议：最佳路径是 VSCode + vscode-neovim 扩展 [12]。这既能提供真实 Neovim 实例带来的肌肉记忆和文本操作效率，又能将 AI、调试和扩展管理等任务交由 VSCode 的一流实现来处理。这是“鱼与熊掌兼得”的解决方案。

结论：在 AI 时代，Neovim 是否仍有必要？

最终的结论是，Neovim 不仅仍然有其存在的必要性，而且对于某一类开发者而言，其重要性甚至不降反升。AI 的崛起并未宣告命令行或高效文本操作的终结，反而进一步凸显了它们的重要性。

投资于学习 Neovim，实际上是投资于一项可移植的、永恒的技能——一种超越任何单一编辑器或技术潮流的文本命令语言。

现在，我们可以明确地回答用户的初始疑问。接触 Neovim 绝非“完全没必要”。真正的问题已经从“Neovim 或 AI？”演变为一个更深层次的选择：“你希望如何构建自己与 AI 的交互架构？” 是偏爱 VSCode 那样引导式、一体化的便利，还是 Neovim 那样无限制、可组合的控制？答案将定义你的道路。而本报告已经表明，对于那些选择走上 Neovim 之路的人来说，这依然是一条强大、可行且回报丰厚的道路。

引用的著作

  1. My Flow and Productivity has Improved with the Simplicity of Neovim - A Pyle of Stories, 访问时间为 七月 1, 2025
  2. Advantages over vscode for big projects? : r/neovim - Reddit, 访问时间为 七月 1, 2025
  3. Why do some professional developers use Neovim or Vim? : r/learnprogramming - Reddit, 访问时间为 七月 1, 2025
  4. Ditch VSCode. Just use Neovim. - DEV Community, 访问时间为 七月 1, 2025
  5. I’ve been using Neovim for the past six months. Here’s what I learned - Tamerlan, 访问时间为 七月 1, 2025
  6. Improving Copilot on Neovim - Rogério Vicente, 访问时间为 七月 1, 2025
  7. From Code Completion to Autonomous Agents: Exploring the Latest in GitHub Copilot, 访问时间为 七月 1, 2025
  8. Is better AI integration with other editors unfair : r/neovim - Reddit, 访问时间为 七月 1, 2025
  9. NeoVim from scratch in 2025. Here’s me, rebuilding my config from… | by Enrique Domínguez | Medium, 访问时间为 七月 1, 2025
  10. Why I Switched From Neovim to VSCode - DEV Community, 访问时间为 七月 1, 2025
  11. I will never understand why people choose VSCode/Jetbrains over a …, 访问时间为 七月 1, 2025
  12. Why I chose vscode-neovim over VSCodeVim - In the Middle 站中間, 访问时间为 七月 1, 2025
  13. AI in Neovim (NeovimConf 2024) - Josh Medeski, 访问时间为 七月 1, 2025
  14. Which is your favorite AI plugin? - neovim - Reddit, 访问时间为 七月 1, 2025
  15. 10 Awesome Neovim LLM Plugins You Should Try Now - Apidog, 访问时间为 七月 1, 2025
  16. ColinKennedy/neovim-ai-plugins - GitHub, 访问时间为 七月 1, 2025
  17. Neovim has over 100 AI plugins now - Reddit, 访问时间为 七月 1, 2025
  18. Table of Contents | my-neovim-pluginlist - yutkat, 访问时间为 七月 1, 2025
  19. I <3 neovim, but copilot has me in vscode more than i’d like. all of …, 访问时间为 七月 1, 2025
  20. Amazing New Neovim AI Plugin! - YouTube, 访问时间为 七月 1, 2025
  21. The Cursor Experience, With Neovim’s Magic, 访问时间为 七月 1, 2025
  22. yetone/avante.nvim: Use your Neovim like using Cursor AI … - GitHub, 访问时间为 七月 1, 2025
  23. Cursor with Vim mode VS Avante : r/neovim - Reddit, 访问时间为 七月 1, 2025
  24. AI understanding Context in Neovim similar to Cursor IDE - Reddit, 访问时间为 七月 1, 2025
  25. greggh/claude-code.nvim: Seamless integration between … - GitHub, 访问时间为 七月 1, 2025
  26. Enhancing Neovim with Avante: The Future of Coding with AI | Galaxy.ai, 访问时间为 七月 1, 2025
  27. Avante : This is a GREAT Opensource AI Code Editor based on NeoVim (w/ Ollama Support), 访问时间为 七月 1, 2025
  28. Pros of using vscode over neovim : r/vscode - Reddit, 访问时间为 七月 1, 2025
  29. Visual Studio With GitHub Copilot - AI Pair Programming - Microsoft, 访问时间为 七月 1, 2025
  30. GitHub Copilot · Your AI pair programmer, 访问时间为 七月 1, 2025
  31. Comparing Qodo and GitHub Copilot 🕵️ - DEV Community, 访问时间为 七月 1, 2025
  32. Avante.nvim: Use Your Neovim Like Using Cursor AI IDE | Hacker News, 访问时间为 七月 1, 2025
  33. Vim mode for VSCode, powered by Neovim - GitHub, 访问时间为 七月 1, 2025