Claude Code 寫的程式碼究竟歸誰所有？

背景

隨著 Claude Code、Cursor 等生成式 AI 工具在開發流程中普及，程式碼的法律歸屬權成為開發者與企業必須面對的隱憂。本文探討了 AI 生成內容在現行版權法下的灰色地帶，特別是當人類僅提供簡單指令而非實質創意決策時，產出的程式碼是否具備版權保護，以及這對僱傭合約與開源授權可能產生的衝擊。

社群觀點

Hacker News 的討論圍繞著「實質性人類創作」的定義展開。部分開發者認為，實務上幾乎沒有人會原封不動地採用 AI 生成的程式碼，通常會經過人類的審核、修改與整合，這種過程本身就賦予了作品版權，類似於將公有領域的文學作品改編成新著作。然而，反對者指出這種觀點過於樂觀，若 AI 生成的部分佔據絕大多數，法律上可能僅保護人類修改的那一小部分，且若 AI 訓練資料中包含 GPL 等強感染性的開源授權碼，即便經過修改，仍可能存在法律污染的風險。

關於企業所有權的討論也相當熱烈。許多留言者指出，雖然 AI 產出的內容可能因缺乏人類作者而無法獲得版權保護，但這並不代表員工可以隨意處置這些程式碼。企業通常透過僱傭合約中的「職務作品」條款與保密協議來確保權益。即使程式碼本身不具版權，它仍可被視為公司的商業秘密。有觀點犀利地指出，如果一段程式碼完全由 AI 生成且不具版權，那麼它在法律上其實屬於公有領域，企業對其擁有的僅是「不准洩漏」的契約約束力，而非排他性的財產權。

此外，社群中出現了對開發文化轉變的擔憂。有開發者認為，過度依賴 AI 會導致團隊失去對系統架構的深層理解，甚至出現「AI 寫碼、AI 審核、AI 測試」的荒謬循環。這種「淘金熱」式的開發節奏雖然短期內提高了產出速度，卻可能在長期的併購審查或法律訴訟中埋下地雷。特別是在企業併購的盡職調查中，買方現在會嚴格要求賣方證明核心 IP 的人類創作比例，無法交代來源的 AI 程式碼可能成為交易失敗的導火線。

最後，關於編譯器的類比也引發了技術性的爭論。支持者認為 AI 只是更高級的編譯器，人類提供意圖，工具負責實現；但法律專家背景的留言者反駁，傳統編譯器是機械性地轉換人類已確定的表達，而 LLM 則是在結構、命名與模式上做出了具備表達性的決策，這兩者在版權法上的地位截然不同。目前法律界正屏息以待如 Allen v. Perlmutter 等指標性判決，這將決定未來十年軟體產業的權利版圖。

延伸閱讀

留言中提到的相關法律案例與文件包括：Google v. Oracle 關於 API 公平使用的最高法院判決、美國版權局於 2025 年發布的 AI 創作指引、以及歐洲數據保護委員會（EDPB）針對基礎模型訓練數據法律依據的 Opinion 28/2024 報告。此外，San Francisco Canyon Company 控告微軟與 Intel 盜用蘋果程式碼的歷史案例，也被用來警示僱傭關係並不能免除侵權責任。