拒绝引入A代码的Vim分支Vim Classic推出首个稳定版

tar.gz

项目保护者表示，他们的出发点是“清理这一版本的 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/

vim-classic-v8.3.0.tar.gz

.tar.gz.sig

vim-classic-v8.3.0.tar.gz.sig