整理｜冬梅

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

事情是這樣的。

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

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

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

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

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

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

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

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

請(qǐng)?jiān)笗暮诵恼擖c(diǎn)包括：

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

• DCO 合規(guī)性爭(zhēng)議：盡管 OpenJS 基金會(huì)的法律意見認(rèn)為 LLM 輔助的更改不違反 DCO，但請(qǐng)?jiān)阜秸J(rèn)為這只是問題的冰山一角。

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

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

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

總之，請(qǐng)?jiān)刚呓o出的理由中，最重要的部分指向 Node.js 的“基礎(chǔ)設(shè)施屬性”和代碼的可審計(jì)性。

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

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

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

請(qǐng)?jiān)笗谏鐓^(qū)中引發(fā)熱議，但卻并非是一邊倒的支持聲。以 Matteo Collina 為代表的“AI 賦能派”提出了有力的反駁。

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

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

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

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

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

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

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

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

3 社區(qū)吵翻了

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 整理，不代表平臺(tái)觀點(diǎn)，未經(jīng)許可禁止轉(zhuǎn)載。

會(huì)議推薦

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

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