一場討論先被撤回了，才輪到規則被看見：KDE 與 GNOME 的 AI 貢獻難題

2026 年 9 月下旬，Solidot 於 9 月 28 日轉述了一則來自 Slashdot 與 KDE 開發者 Nate Graham 個人部落格的消息：兩大 Linux 桌面環境 KDE 與 GNOME，正開始認真討論該如何處理 AI 生成的程式碼貢獻。討論的結局有些難堪。一場原定談「如何限制 AI 輔助貢獻」的對話，最終因失焦而被撤回提議、隱藏主題。

這件事值得從設計的角度看。因為一場開源社羣的治理討論，本身就是一套介面：有議題設定，有發言規則，有準入門檻，也有失控時的關閉按鈕。KDE 這次的經歷，等於是一套介面在負載過高時的真實表現。

先看事實層。兩位近期沒有貢獻紀錄的 KDE 知名開發者，在年度大會 Akademy 上發表了題為 lovable, sovereign, AI-native KDE 的主題演講，談的是擁抱 AI 的方向。隨後 Nate Graham 在社羣內發起討論，主軸是「如何限制 AI 輔助的貢獻」。但討論很快超出預設範圍：參與者有許多來自 KDE 開發者圈子之外，爭論從使用限制轉向 AI 的道德層面，部分人主張 KDE 專案應完全禁用 AI。最終提議被撤回，討論主題被隱藏。

這裡有一個值得注意的結構：發起人想談的是「怎麼用」，湧入的人想談的是「該不該用」。這兩個問題在介面設計裡分屬不同層級，前者是規則設定，後者是價值宣言。當兩者被放進同一個討論串，後者的音量永遠壓過前者，因為價值宣言更容易表態、更容易傳播，也更容易動員圈外人加入。KDE 的討論串在幾天之內從一份政策草案的骨架，長成了一場公投。

對照我們先前觀察過的AI 生成程式碼卡在驗收環節的現象，KDE 的困境其實是同一條生產線的更上遊問題。當程式碼可以大量生成，第一個被撐爆的是驗收流程；第二個被撐爆的，就是寫規則的流程本身。Nate Graham 想做的，是在驗收端加上篩選條件，例如標註 AI 參與程度、區分人工審查的責任歸屬。但這類細部規則需要冷靜的篇幅，而道德爭議給不了篇幅。

GNOME 面對的是同一組問題，只是目前公開資訊裡沒有提供同等細節的過程紀錄，不宜替它補上劇情。可以確認的是，多個大型自由軟體專案近期都在處理同一件事：當貢獻的來源從人變成「人加模型」，commit 訊息背後的責任結構需要重新定義。這和AI 生成程式碼的長期維護難題指向同一個核心：程式碼可以被快速寫出來，但「誰為這段程式碼負責」沒有辦法被生成。

回到介面的比喻。KDE 那場被撤回的討論，暴露的是治理介面的兩個設計缺失。第一是沒有準入設計：圈子外的人可以無門檻地湧入一場政策討論，讓利益相關者的聲音被稀釋。第二是沒有議題隔離：使用規則與價值立場被放在同一個空間，導致前者被迫繼承後者的所有爭議。Nate Graham 最後選擇撤回與隱藏，等於是按下介面的緊急關閉鈕，先止血，再談重構。

Solidot 在報導結尾寫了一句評語，說這是當前網路圍繞 AI 討論的現狀。這句話本身也是觀察對象：當一場技術治理討論的結局被總結為「現狀如此」，等於承認了介面層級的修復還沒開始。

我的看法很簡單。KDE 這次的失敗不是 AI 的失敗，是討論介面的失敗。禁用或擁抱都是結論，而結論需要一個能承載它的流程。在重新設計那個流程之前，任何關於 AI 貢獻的表態，都只會重演同一場失焦。