Node.js 拟内置虚拟文件系统，AI 生成代码引争议
一句话看懂：Node.js 技术指导委员会成员 Matteo Collina 提议在核心模块中新增原生虚拟文件系统（VFS），但该功能约 19000 行代码主要借助 AI 工具 Claude Code 生成，引发社区对 AI 代码贡献能否进入核心基础设施的激烈争论。
事件核心：发生了什么
2025 年圣诞节期间，Collina 向 Node.js GitHub 仓库提交 PR #61478，提议新增 node:vfs 模块。该模块提供基于内存、兼容原生 fs API 的虚拟文件系统，支持挂载点、覆盖模式、符号链接和模块加载钩子，旨在解决运行 AI 生成代码、无磁盘测试、打包单文件可执行应用以及多租户平台中文件访问沙箱隔离四个实际问题。Collina 同时在其公司 Platformatic 的 npm 包中发布了用户态版本（@platformatic/vfs），支持 Node.js 22 及以上版本，未来正式版本只需将导入语句从 '@platformatic/vfs' 替换为 'node:vfs' 即可迁移。
为什么重要
这一提案同时触及两个深层矛盾。功能层面，VFS 若能成标准，将显著改变 AI 代码执行、测试环境和沙箱化应用的工作流——有 HN 评论者估算可将 13000 个测试的耗时从 40 分钟缩短至 3 分钟。方法论层面，Collina 坦诚该实现由 AI 辅助完成，引发 Node.js 核心资深贡献者 Fedor Indutny 发起请愿书，要求禁止在 Node.js 核心中加入 AI 生成的代码，理由包括代码体量过大导致难以核实开发者原产地证书（DCO），以及审核人员无法充分核验机器生成质量。目前 Bun 和 Deno 均未提供同类内置 VFS，Deno 已创建 issue 跟踪兼容性工作，Bun 尚未宣布计划。
对用户/开发者/创作者的影响
对于普通 Node.js 开发者，若 VFS 正式进入核心，意味着无需依赖第三方工具即可在内存中模拟文件系统，可直接避免类似“将生成的代码写入临时文件后再清理”的别扭工作流。对于使用 AI 智能体生成代码的创作者，VFS 提供了更合理的沙箱执行环境——LangChain 已将 VFS 用于智能体沙箱化，Vercel 也封装了该 API。对于企业技术决策者，需要注意 Vercel、Platformatic 已抢先采纳这套 API，若后续核心版本发布，迁移成本极低（仅改一行导入路径），但需留意此 PR 可能因社区对 AI 贡献规则的投票而面临不确定命运。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
第一，Node.js TSC 即将就 AI 辅助代码贡献的管理规则进行投票，这将直接决定 PR #61478 的走向，目前社区存在明显分歧；第二，用户态包 @platformatic/vfs 已发布，开发者可提前试用并反馈实际问题，其采用率将间接影响 TSC 的决策倾向；第三，Deno 已表示跟踪兼容性，若 Node.js 正式内置 VFS，可能迫使 Bun 重新评估其文件沙箱策略，进而改变三个运行时在 AI 应用场景下的竞争力格局。
来源：InfoQ CN
