整理｜冬梅

近日，開源世界最具影響力的項目之一 Node.js 正面臨一個前所未有的抉擇。一場關(guān)于是否允許人工智能生成代碼進(jìn)入其核心代碼庫的爭議，正在技術(shù)社區(qū)引發(fā)激烈的辯論。

事情是這樣的。

1 1.9 萬行 Claude Code 代碼進(jìn)入 Node.js 惹爭議

2026 年 1 月，一個引人注目的 Pull Request（PR）被提交到 Node.js 核心代碼庫。這個 PR 包含了近 19000 行代碼（具體為約 14000 行，跨越 66 個文件），旨在為 Node.js 引入一個全新的虛擬文件系統(tǒng)（VFS）功能。

提交者是 Matteo Collina，Node.js 的技術(shù)指導(dǎo)委員會（TSC）成員、Platformatic 公司聯(lián)合創(chuàng)始人兼 CTO，也是 Fastify 框架的維護(hù)者。他在 PR 描述中明確寫道：“我使用了大量的 Claude Code token 來創(chuàng)建這個 PR。但所有代碼均已由其本人完成審查?！?/p>

這個 PR 的出現(xiàn)本應(yīng)被視為技術(shù)勝利——在短短一個圣誕假期內(nèi)，完成了一個通常需要數(shù)月全職工作才能實現(xiàn)的大型功能。

Matteo Collina 公開表示 AI 處理了大量重復(fù)性工作，如實現(xiàn)所有 fs 方法、編寫測試覆蓋和生成文檔，而他自己則專注于架構(gòu)和 API 設(shè)計，并逐行檢查代碼。如果沒有 AI，這作為假期業(yè)余項目是根本無法完成的。

他在名為《為什么 Node.js 需要虛擬文件系統(tǒng)》的博客中寫道：“說實話，這么大的 PR 通常需要幾個月的全職工作才能完成。這次之所以能成功，是因為我使用了 Claude Code。我讓 AI 處理那些繁瑣的部分，那些讓 14000 行 PR 成為可能但卻沒人愿意手寫的工作：實現(xiàn)每個fs方法變體（同步、回調(diào)、Promise），配置測試覆蓋率，以及生成文檔。我則專注于架構(gòu)、API 設(shè)計以及逐行審查代碼。如果沒有 AI，這根本不可能成為一個假期副業(yè)項目，它根本不可能實現(xiàn)。”

本來事情已經(jīng)過去有一段時間了，但是幾日前，長期 Node.js 核心貢獻(xiàn)者 Fedor Indutny 對 Matteo Collina 借助 Claude Code 工具生成代碼提交 PR 的行為產(chǎn)生了質(zhì)疑。

Fedor Indutny 的擔(dān)憂不在于代碼質(zhì)量，而在于 AI 輔助的代碼是否符合 DCO 1.1 條款（每位 Node.js 貢獻(xiàn)者在提交 PR 時必須簽署的法律證明）。他甚至發(fā)起了一份請愿書，要求 Node.js 技術(shù)指導(dǎo)委員會（TSC）投票禁止在核心項目中使用 AI 輔助開發(fā)。

請愿書的核心論點包括：

• 基礎(chǔ)設(shè)施的重要性：Node.js 是運(yùn)行在數(shù)百萬臺服務(wù)器上的關(guān)鍵基礎(chǔ)設(shè)施，通過工程師日常使用的命令行工具為他們提供支持。認(rèn)為對多年來精心編寫的核心代碼進(jìn)行稀釋，違背了項目的使命和價值觀。

• DCO 合規(guī)性爭議：盡管 OpenJS 基金會的法律意見認(rèn)為 LLM 輔助的更改不違反 DCO，但請愿方認(rèn)為這只是問題的冰山一角。

• 倫理考量：一些大型大模型公司在訓(xùn)練中使用了來源不正當(dāng)?shù)牟牧希ㄊ馨鏅?quán)保護(hù)的作品和未經(jīng)授權(quán)的開源代碼。

• 教育影響：有證據(jù)表明，使用大模型會阻礙學(xué)生的學(xué)習(xí)過程。降低代碼質(zhì)量標(biāo)準(zhǔn)可能導(dǎo)致對 Node.js 核心的理解下降，危及項目的長期發(fā)展。代碼審查流程不僅是為了發(fā)現(xiàn)漏洞和安全問題，更是為了幫助提交者學(xué)習(xí)成長。但 LLM 本身不具備學(xué)習(xí)能力，審查時間被浪費(fèi)，貢獻(xiàn)者的技能卻沒有得到提升。

• 特權(quán)問題：使用大模型需要付費(fèi)訂閱或大量硬件投資才能在本地運(yùn)行。提交的生成代碼應(yīng)該能夠被審閱者復(fù)現(xiàn)，而無需通過付費(fèi)訂閱的 LLM 工具。

總之，請愿者給出的理由中，最重要的部分指向 Node.js 的“基礎(chǔ)設(shè)施屬性”和代碼的可審計性。

作為運(yùn)行在全球數(shù)百萬服務(wù)器上的關(guān)鍵運(yùn)行時環(huán)境，Node.js 的核心代碼長期以來依賴開發(fā)者以高度審慎的方式手工維護(hù)。在他們看來，這種“可追溯、可理解”的代碼生產(chǎn)方式，本身就是項目可信度的重要組成部分。一旦引入 AI 生成代碼，尤其是大規(guī)模改動，可能會削弱這種工程傳統(tǒng)，甚至動搖 Node.js 在開發(fā)者生態(tài)中的聲譽(yù)基礎(chǔ)。

沖突的另一核心，在于“可審計性”。在傳統(tǒng)開發(fā)流程中，代碼不僅是執(zhí)行邏輯的載體，更是設(shè)計決策的體現(xiàn)。評審者可以通過閱讀代碼，理解開發(fā)者在性能、兼容性與架構(gòu)上的權(quán)衡。但 AI 生成代碼往往缺乏明確的設(shè)計上下文，使評審過程從“理解設(shè)計”退化為“檢查實現(xiàn)”。當(dāng)這一問題疊加到 1.9 萬行的變更規(guī)模時，代碼審查的復(fù)雜度被指數(shù)級放大。

2 代碼提交者回應(yīng)爭議：如果有 bug，也是我的責(zé)任

請愿書在社區(qū)中引發(fā)熱議，但卻并非是一邊倒的支持聲。以 Matteo Collina 為代表的“AI 賦能派”提出了有力的反駁。

Collina 在博客文章《The DCO Debate: Who Is Responsible for AI-Generated Code?》中詳細(xì)闡述了他的觀點。他將 AI 比作“奶奶用的壓面機(jī)”——工具幫助了制作，但最終的成品仍然是奶奶的責(zé)任。

“我選擇了架構(gòu)。我根據(jù)所有審查者的反饋塑造了 API。我做出了設(shè)計決策，捕捉并修復(fù)了 AI 引入的問題，我理解代碼每一部分的作用和原因。我簽署了 DCO。我的名字在上面。如果有 bug，是我的責(zé)任。如果有許可問題，是我認(rèn)證了合規(guī)性?！?/p>

Collina 還提出了一個重要觀點：審查者同樣應(yīng)當(dāng)被視為共同作者?！皩彶?PR、建議變更、捕捉邊緣情況、幫助塑造最終實現(xiàn)的維護(hù)者——他們難道不是這項工作的共同作者嗎？在 Node.js 歷史上，每次 PR 都是如此。”

此外，Collina 還希望社區(qū)能狗就“人工審核”在人工智能輔助貢獻(xiàn)中的真正含義達(dá)成共識。僅僅說“我審核過了”是不夠的。我們需要能夠回答諸如此類的問題：你理解這段代碼的功能嗎？你能解釋一下設(shè)計選擇嗎？你能在不再次詢問人工智能的情況下回應(yīng)反饋嗎？你能在一年后維護(hù)這段代碼嗎？這些問題我們一直以來都問過貢獻(xiàn)者。工具可能會改變，但對人的期望不會改變。

Collina 還在文章中闡明，更廣泛的開源生態(tài)系統(tǒng)已經(jīng)就 AI 輔助貢獻(xiàn)問題形成了初步共識。

Linux 內(nèi)核社區(qū)：作為 DCO 的創(chuàng)造者，Linux 內(nèi)核社區(qū)對 AI 輔助貢獻(xiàn)有明確的政策文件。他們的 coding-assistants.rst 要求嚴(yán)格的人機(jī)循環(huán)過程。AI 代理不被允許添加 Signed-off-by 標(biāo)簽。只有人類才能合法認(rèn)證 DCO。提交代碼的人必須審查所有 AI 生成的代碼，檢查許可合規(guī)性，并添加自己的簽名。AI 輔助必須通過 Assisted-by 標(biāo)簽披露。

Red Hat 的法律團(tuán)隊：CTO Chris Wright 和法務(wù)顧問 Richard Fontana 發(fā)布了詳細(xì)分析，直接回答了 DCO 問題。他們解釋說，DCO 從未被解釋為要求貢獻(xiàn)的每一行都必須是貢獻(xiàn)者的個人創(chuàng)造性表達(dá)。許多貢獻(xiàn)包含例行的、不受版權(quán)保護(hù)的材料，開發(fā)者仍然簽署。DCO 的真正要點是責(zé)任。在披露和人工監(jiān)督下，AI 輔助貢獻(xiàn)完全可以與 DCO 的精神兼容。

OpenJS 基金會：Node.js 自己的法律機(jī)構(gòu)在 PR 上直接表態(tài)。執(zhí)行董事 Robin Ginn 確認(rèn)，基金會已咨詢法律顧問，對 AI 輔助貢獻(xiàn)的 DCO 兼容性表示滿意，并承諾正式記錄這一立場。

這三個獨(dú)立組織——DCO 的創(chuàng)造者、世界最大的開源法律團(tuán)隊之一、Node.js 自己的基金會——都達(dá)成了相同的答案：AI 并不破壞 DCO。重要的是問責(zé)制。

3 社區(qū)吵翻了

與此同時，Hacker News、Reddit 等社區(qū)用戶也就此事吵翻了！

在 Reddit 上，一部分開發(fā)者將矛頭直接指向 AI，反對其進(jìn)入核心代碼。

該用戶表示：“坦白說，雖然我支持大規(guī)模的代碼重構(gòu)和自動化生成，但直接利用大模型來管理這類變更并不是最優(yōu)解。我更傾向于看到作者通過 AST（抽象語法樹）轉(zhuǎn)換腳本或其他可編程腳本來實現(xiàn)重構(gòu)。這種方式邏輯清晰，能讓我更直觀地理解代碼改動的本質(zhì)及原因。相比之下，大模型生成的變更具有不可復(fù)現(xiàn)性，且依賴付費(fèi)訂閱工具，增加了協(xié)作門檻。此外，如果重構(gòu)過于復(fù)雜，我建議將其拆解為多個小的增量 PR，通過循序漸進(jìn)的方式來降低整體復(fù)雜度。”

還有用戶吐槽，既然 PR 提交者自己都說代碼是 AI 寫的，為什么要讓審查員去人肉排雷？他寫道：

“說白了，這個 PR 太大了，大到?jīng)]人能保證質(zhì)量。提交者自己都說‘沒 AI 我可寫不出這么多’，這不就說明連作者自己都未必能完全掌控這 2 萬行代碼嗎？既然你寫起來是‘一鍵生成’，憑什么要求審查員枯坐幾天幾夜去人肉排雷？”

該用戶繼續(xù)還提到版權(quán)問題更是個大坑?！按蠹叶贾?AI 會‘致敬’訓(xùn)練集里的代碼，萬一它隨手甩給你一段別人的閉源專利代碼，你根本分辨不出來。小修小補(bǔ)也就罷了，這種成批量、成規(guī)模的‘搬運(yùn)’，法律風(fēng)險實在太高——誰敢保證這代碼背景干不干凈？萬一以后被告了，這責(zé)誰來負(fù)？”

還有用戶算了一筆賬，該用戶表示：

“我算了一下，那是 1.9 萬行代碼。按每行審 2 分鐘算，那就是 (19000 ??2) ? 60 ? 7 約等于 90 個工作日（按每天 7 小時計）。 你確定這些代碼真的都被逐行閱讀了嗎？我的意思是，既然作者連寫都懶得寫，那他們真能耐下性子把這些代碼全部讀一遍嗎？ 如果這只是某個私人網(wǎng)站或者某家小公司的業(yè)務(wù)代碼，冒這個險也就罷了；但對于一個被無數(shù)人賴以生存、作為基礎(chǔ)設(shè)施的開源項目來說，看到如此海量的、由 AI 生成的‘看起來沒問題’的代碼，簡直讓人毛骨悚然?！?/blockquote>

但也有用戶認(rèn)為，這些代碼出自 Node.js 核心維護(hù)者之手，他自己也手動審核了代碼，所以這些提交上去的代碼是值得信任的，如果只是因為使用了 AI 就遭到質(zhì)疑，是不公平的。

也有用戶辯證地去看待這件事，他表示：“我堅決反對‘一刀切’地禁止大模型，但我也同樣反對那些僅僅因為 AI 提速了，就毫無節(jié)制地提交巨量代碼的行為。不能因為現(xiàn)在能比以前快 100 倍，就理所當(dāng)然地往社區(qū)塞入 100 倍規(guī)模的 PR?！?/p>

4 Node.js 創(chuàng)始人：未來軟件不需要人類手搓代碼了

事實上，Collina 用 Claude Code 提交 PR 的做法與 Node.js 創(chuàng)始人 Ryan Dahl 兩個月前的觀點很吻合。

今年 1 月份，Ryan Dahl 在 x 上發(fā)文稱，“人類編寫代碼的時代已經(jīng)結(jié)束了，機(jī)器現(xiàn)在能夠在幾秒鐘內(nèi)完成過去需要幾個月才能完成的工作。”

與人工智能的出現(xiàn)會使開發(fā)人員變得多余的觀點相反，Dahl 強(qiáng)調(diào)，人類開發(fā)人員仍然必不可少，而且他們實際上擁有比以往更有價值的技能。開發(fā)人員不再需要執(zhí)行諸如輸入命令之類的底層編程任務(wù)，因為這些工作現(xiàn)在由 AI 算法完成。開發(fā)人員的價值更多地體現(xiàn)在他們所擁有的創(chuàng)造力和解決問題的能力上。

“人類的工作不再是編寫每一行代碼，而是協(xié)調(diào)人工智能工具，以前所未有的速度和質(zhì)量構(gòu)建系統(tǒng)?！?/blockquote>

此外，初級職位將發(fā)生變化，那些只專注于編寫 CRUD 應(yīng)用或基本功能的入門級職位已經(jīng)消失了。但新的職位正在涌現(xiàn)：人工智能提示工程師、人工智能質(zhì)量保證專家和人工智能集成架構(gòu)師。

在這樣的背景下，了解領(lǐng)域?qū)I(yè)知識更為重要。他曾提到，了解醫(yī)療保健、金融、物流或任何特定行業(yè)遠(yuǎn)比掌握 React 的語法重要得多。人工智能可以編寫代碼，但它無法取代深厚的領(lǐng)域知識。

https://yakhil25.medium.com/the-era-of-human-written-code-is-over-ryan-dahls-wake-up-call-to-software-engineers-dc6a4907b8ac

https://adventures.nodeland.dev/archive/who-is-responsible-for-ai-generated-code/

https://blog.platformatic.dev/why-nodejs-needs-a-virtual-file-system

https://www.reddit.com/r/node/comments/1qhulv1/creator_of_nodejs_says_humans_writing_code_is_over/

http://timesofindia.indiatimes.com/articleshow/127107198.cms?utm_source=contentofinterest&utm_medium=text&utm_campaign=cppst

聲明：本文為 InfoQ 整理，不代表平臺觀點，未經(jīng)許可禁止轉(zhuǎn)載。

會議推薦

OpenClaw 出圈，“養(yǎng)蝦”潮狂熱，開年 Agentic AI 這把火燒得不可謂不旺。在這一熱潮下，自托管 Agent 形態(tài)迅速普及：多入口對話、持久記憶、Skills 工具鏈帶來強(qiáng)大生產(chǎn)力。但這背后也暴露了工程化落地的真實難題——權(quán)限邊界與隔離運(yùn)行、Skills 供應(yīng)鏈安全、可觀測與可追溯、記憶分層與跨場景污染、以及如何把 Agent 納入團(tuán)隊研發(fā) / 運(yùn)維流程并形成穩(wěn)定收益。

針對這一系列挑戰(zhàn)，在 4 月 16-18 日即將舉辦的 QCon 北京站上，我們特別策劃了「OpenClaw 生態(tài)實踐」專題，將聚焦一線實踐與踩坑復(fù)盤，分享企業(yè)如何構(gòu)建私有 Skills、制定安全護(hù)欄、搭建審計與回放機(jī)制、建立質(zhì)量 / 效率指標(biāo)體系，最終把自托管 Agent 從可用的 Demo 升級為可靠的生產(chǎn)系統(tǒng)。