一款名为 Vim Classic 的新编辑器分支近日发布了首个稳定版本 8.3.0，开发团队强调该项目的全部代码均未借助大语言模型（LLM）生成。Vim Classic 8.3.0 基于较早的 Vim 8.2.0148 版本开发，团队刻意避开了更新的 Vim9 Script 引擎，以减少长期维护负担并保持代码库的简洁性。不过，这一取舍也意味着，部分依赖新特性的现代 Vim 插件将无法在 Vim Classic 中正常使用。
项目维护者表示，他们的出发点是“清理这一版本的 Vim，为其准备一个发行版本，并想象一个没有 Vim9 Script 的 Vim 8.3 会是什么样子”。在他们看来，相比上游 Vim 项目，Vim Classic 缺乏足够的资源和内部知识储备，因此必须通过简化技术栈来控制维护成本。团队在说明中也坦言，这种路径选择的代价之一，就是与部分现有插件生态的兼容性出现缺口。
尽管是一个理念上“回到经典”的分支，Vim Classic 仍保留了原版 Vim 的“慈善软件”（charityware）模式，承诺继续支持已故 Vim 作者 Bram Moolenaar 生前所坚持的慈善事业——为乌干达有需要的儿童提供帮助。为确保此次发布的安全性，开发者特别强调，他们针对上游 Vim 的安全补丁进行了重点审查，将其中修复安全漏洞的改动有选择地合并进来，同时也提醒早期采用者，系统中仍可能潜藏尚未暴露的缺陷。
这一分支的诞生与当前业界围绕生成式 AI 的争议密切相关。Vim Classic 项目由 Drew DeVault 发起，他在 2026 年 3 月 25 日发表的一篇博文中，公开表达了对生成式 AI 的强烈反感，认为这类技术在现实中集中财富与权力、助长宣传机器甚至极端主义倾向，同时在代码和文本层面大量制造“slop”（低质量内容）。由于 Vim 与 NeoVim 均已接受基于 LLM 辅助生成的代码贡献，DeVault 称自己已无法在“问心无愧”的前提下继续使用这些编辑器，因此选择分叉并维护一条不接纳 AI 代码的路线。
在上游项目中，Vim 于去年 12 月出台了正式的 LLM 相关政策，允许贡献者提交由 AI 生成或辅助生成的代码，但要求必须明确标注，并确保这些代码在风格上与历史代码库保持一致。与此相对，Vim/NeoVim 用户群体中也有相当一部分正在主动拥抱 AI 工具，通过各种插件在本地或云端引入代码补全与“智能助手”等功能。例如，有的插件主打离线优先的本地编码辅助，有的支持在多家外部 LLM 服务之间切换查询，还有插件专门用于在本地运行补全模型，甚至协同多智能体完成任务规划。
在这种分化的背景下，Vim Classic 的出现，为强烈反对生成式 AI 的开发者提供了一个价值立场更为鲜明的替代选项。对这部分用户而言，选择 Vim Classic 不仅是技术路线的抉择，也是一种围绕软件开发伦理、知识生产方式以及开源社区治理模式的态度表达。不过，由于该项目在功能与插件兼容性方面做出了明显取舍，其未来能否吸引足够多的维护者和用户，仍有待时间检验。
访问：
https://sr.ht/~sircmpwn/vim-classic/
tar.gz
.tar.gz.sig