AI 重寫不等於乾淨室：從 chardet 事件看開源授權的法律灰區

本篇文章更新時間：2026/03/06
如有資訊過時或語誤之處，歡迎使用 Contact 功能通知或向一介資男的 LINE 社群反應。
如果本站內容對你有幫助，歡迎贊助支持 。

AI 重寫能讓開源程式碼「再授權」嗎？從 chardet 案例看一場法律時代的碰撞

編輯前言：這篇文章來自於 Relicensing with AI-assisted rewrite，談的是 chardet 專案試圖利用 AI 重寫整個程式碼並改用 MIT 授權，引發的法律與開源社群爭議。我覺得這是一個非常關鍵、甚至會左右未來十年開源生態的案例，因此整理這篇讀後筆記。

核心觀點 (Key Takeaways)

• AI 重寫並不自動等於「乾淨室重寫」。因為 AI 有「看過」原始 LGPL 程式碼，傳統乾淨室要求的「資訊隔離」並不存在。
• 美國最高法院拒絕 AI 著作權上訴，強化了「人類作者」要求，反而讓 AI 生成的程式碼陷入法律真空。
• 如果 AI 重寫可以繞過 Copyleft（如 GPL/LGPL）做再授權，那等同於宣告 Copyleft 失效。

深入解析

作者一開始提醒他不是法律專家，但他描述的事件確實反映了目前法律與技術之間的巨大落差。故事主角是 Python 的編碼偵測套件 chardet，這個套件歷史悠久，因為源自 Mozilla 的 C++ 程式碼，因此被綁在 LGPL 授權底下。

多年以來，chardet 一直因為 LGPL 讓企業使用者感到不安。於是維護者做了一件大事：

“Recently the maintainers used Claude Code to rewrite the whole codebase and release v7.0.0, relicensing from LGPL to MIT.”

也就是說，他們把整個專案丟給 AI 重寫，然後直接換成 MIT 授權。

原作者 a2mark 立刻提出質疑，理由很直接：這不是乾淨室重寫。

AI 並不符合乾淨室的條件

傳統的 clean room 需要兩組完全隔離的團隊：

• A 組讀原始碼並產生功能規格
• B 組只看規格，不看原始碼，重新寫出程式

但用 LLM（如 Claude、ChatGPT）重寫時，其實是讓「AI 看過原始碼」後再產生新版本。這讓乾淨室的重要隔離牆完全瓦解。

作者引用一句點出核心問題的說法：

“Adding a fancy code generator does not grant additional rights.”

換句話說，用 AI 並不能讓你逃離原本的授權。

最新法院判決讓情況更矛盾

更巧的是，美國最高法院剛在 2026 年 3 月 2 日拒絕審理「AI 生成內容著作權」的上訴，等於默認下級法院對「AI 不具著作權」的立場。

這造成三重矛盾：

• 沒有著作權：如果 AI 生成的程式碼沒著作權，那維護者根本無權將 v7.0.0 用 MIT 授權釋出。
• 可能是衍生作品：如果它衍生自 LGPL 程式碼，則必須使用 LGPL。
• 如果是完全新作：那它可能一出生就落入公共領域，MIT 授權也形同虛設。

筆者心得與啟發

讀完這篇，我最深的感觸是：法律的語言還來不及追上 AI 生成式工具的時代，而開源授權制度正在承受第一波衝擊。

在實務上，許多開源專案都背負著老舊的授權包袱，能不能用 AI 大改造、輕鬆換成較寬鬆的授權，對很多維護者來說非常誘人。但 chardet 案例提醒我們：

• AI 重寫不是法律保護傘。
• 再授權不是技術問題，而是法律問題與社群倫理問題。

如果 AI 重寫被判定能「清洗」掉 Copyleft，那等於讓 GPL/LGPL 的精神完全失效。從此之後，只要把程式碼丟給 LLM，用不同風格重寫，所有的 Copyleft 專案都可以瞬間變 MIT。這會讓自由軟體的權利保障近乎蒸發。

對我而言，這件事真正值得關注的不是 chardet 本身，而是它成為測試 AI 時代開源授權底線的第一個大型案例。未來還會有更多專案走上類似道路，而我們需要的，是更清晰的法律定義，也需要社群共同討論 AI 生成程式碼的合理邊界。

開源精神原本就建立在透明、共享與責任之上——這些原則不能因為 AI 的便利而被跳過。