一款名叫Vim Classic的新编辑器分支最近发布了首个稳定版本8.3.0，开发团队强调该项目的所有代码都没有借助大语言模型生成。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的“慈善软件”模式，承诺继续支持已故Vim作者Bram Moolenaar生前坚持的慈善事业——为乌干达有需要的儿童提供帮助。为确保这次发布的安全性，开发者特别强调，他们重点审查了上游Vim的安全补丁，将有选择地合并修复安全漏洞的改动，同时也提醒早期采用者，系统中可能还藏着尚未暴露的问题。

这个分支的诞生与当前业界围绕生成式AI的争议密切相关。Vim Classic项目由Drew DeVault发起，他在2026年3月25日的一篇博文中公开表达了对生成式AI的强烈反感，认为这类技术在实际中集中财富与权力、助长宣传机器甚至极端主义倾向，同时在代码和文本层面大量制造“垃圾内容”。由于Vim和NeoVim都已经接受了基于大语言模型辅助生成的代码贡献，DeVault称自己已无法在“问心无愧”的前提下继续使用这些编辑器，因此选择分叉并维护一条不接纳AI代码的路线。

在上游项目中，Vim去年12月出台了正式的LLM相关政策，允许贡献者提交由AI生成或辅助生成的代码，但要求必须明确标注，并确保这些代码在风格上与历史代码库保持一致。与此相对，Vim和NeoVim用户群体中也有相当一部分正在主动拥抱AI工具，通过各种插件在本地或云端引入代码补全与“智能助手”等功能。例如，有的插件主打离线优先的本地编码辅助，有的支持在多家外部LLM服务之间切换查询，还有插件专门用于在本地跑补全模型，甚至协同多智能体完成任务规划。

在这种分化的背景下，Vim Classic的出现，为强烈反对生成式AI的开发者提供了一个价值立场更鲜明的替代选项。对这部分用户来说，选择Vim Classic不仅是技术路线的抉择，也是一种围绕软件开发伦理、知识生产方式以及开源社区治理模式的态度表达。不过，由于该项目在功能和插件兼容性上做了明显取舍，它未来能否吸引到足够多的维护者和用户，还有待时间检验。

访问链接：
https://sr.ht/~sircmpwn/vim-classic/

tar.gz

vim-classic-v8.3.0.tar.gz

.tar.gz.sig

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