クロードが書いたコードの所有者は誰か？

以下の記事は、Sena Evrenのニュースレター「Legal Layer」に最初に掲載されたもので、著者の許可を得て転載しています。

TL; DR

Claude Code、Cursor、Codexなどのエージェント型コーディングツールが生成するコードは、著作権保護の対象外であるか、雇用主に帰属するか、あるいは見えないオープンソースライセンスで汚染されている可能性があります。これらの一部は確立された法律であり、一部は活発に争われており、本記事ではその違いを明確にしています。AI補助コードを出荷していて、これについて考えたことがないなら、この記事はあなたのためのものです。

今週コードを出荷したなら、その一部はおそらくAIによって書かれたものです。そのコードを法的に誰が所有するかという問題は、ほとんどの開発者が想定するよりも不確定であり、その答えはコードの良し悪しとは無関係の3つのことに依存します。つまり、人間が著作権を確立するのに十分な創造的决定を下したかどうか、雇用契約がすでにそれを雇用主に割り当てているかどうか、モデルがGPLライセンスのトレーニングデータから引き出してコードベースを密かに汚染したかどうかです。

2026年3月31日、Anthropicは定例のソフトウェアアップデートで、設定ファイルの欠落により、Claude Codeのソースコード51万2000行を誤って公開しました。夜明け前に、コードベースはGitHub全体にミラーリングされました。朝食前に、ある開発者がAIツールを使用して全体をPythonで書き換え、「claw-code」リポジトリは1日で10万個のGitHubスターを獲得し、史上最速を記録しました。そして、DMCA削除通知が来て、誰も明確な答えを持たない質問が浮上しました。Anthropicの主任エンジニア自身の認めるところによれば、Claude Codeが主にClaude自身によって書かれたものであるなら、Anthropicはそれを所有しているのでしょうか？著作権法が保護しない可能性のあるコードに対してDMCA削除通知を出すことができるのでしょうか？この事件は、AI生成コードの所有権に関する未解決の質問をすべて1つのニュースサイクルに圧縮しました。同じ質問があなたのコードベースにも当てはまります。

誰も教えてくれなかった著作権ルール

法的なベースラインを平易な言葉で示します。著作権は人間が作成した作品のみを保護します。米国著作権局はこれを一貫して確認しており、DC巡回区控訴裁判所はThaler事件でこの見解を支持しました。最高裁判所が2026年3月にThalerの上告を受理しなかったとき、それは下級裁判所の推論を支持したわけでも、全国的に問題を解決したわけでもありません。裁量上告拒否は、裁判所が事件を審理しないことを選択したというだけです。それが意味するのは、DC巡回区の判決が有効であり、著作権局の立場は intact であり、まだどの裁判所も反対の判決を下していないということです。現在の法理の下では、意味のある人間の著作物なしにAIが主導して生成した作品は著作権保護の対象外であり、この立場は最終的に確定していなくても安定しています。

Thalerが実際に決定したことの2つの重要な制限。この事件は、人間の関与がまったくなしに作成された絵画に関するものでした。ThalerはAIシステムを唯一の著者として挙げ、人間の創造的貢献を一切主張しませんでした。この判決は、人間が関与しているがその関与の程度が争われているAI支援作品というより難しい問題を直接扱っていません。Thalerは視覚芸術に関するものでした。まだどの裁判所も、人間の著作物の法理をAIコーディングツールからのコード出力に具体的に適用していません。論理は適用されますが、直接の先例はまだ存在しません。

それがあなたに意味すること：Claude CodeやCursorが生成し、あなたが意味のある変更を加えずに受け入れたコードは、誰にとっても著作権可能ではないかもしれません。競合他社がそれをコピーした場合、あなたは法的な救済手段を持たない可能性があります。なぜなら、コードは名目上のもの以外はパブリックドメインにあるからです。

あなたのコードが保護されるかどうかを決定するフレーズは「意味のある人間の著作物」であり、著作権局は意図的にそれをパーセンテージや編集回数で定量化することを拒否しています。なぜなら、裁判所が探しているのは、人間が真の創造的决定を下した証拠だからです：アーキテクチャの選択、何を拒否するかの決定、特定のデザインに合わせた出力の再構成。モデルに目標を指定するだけでは不十分です。作業がどのように構築されるかを指示することが重要です。エージェント型ワークフローでは、この区別は聞こえるほど簡単ではありません。典型的なClaude Codeセッションを考えてみてください。1行のプロンプトを書く：「APIのレート制限モジュールを構築して。」Claude Codeはアプローチを計画し、5つのファイルを生成し、3つのバージョンを反復します。出力をレビューし、テストを実行し、マージします。そのシーケンスでのあなたの貢献は、アーキテクチャの意図と最終承認です。それが法廷で意味のある人間の著作物を構成するかどうかは、未解決の質問であり、決定的な裁判所の判決はまだありません。正直な答えは、おそらく、あなたが大幅に方向転換したモジュールについては「はい」、あなたがそのまま受け入れたコードについては「いいえ」、そしてその中間については不明です。

中間領域は現在積極的に訴訟中です。Allen v. Perlmutter事件では、アーティストのJason Allenが、600を超える詳細なプロンプトとその後のPhotoshop編集を使用して作成した作品の登録を著作権局が拒否したことに対して異議を唱えています。著作権局はPhotoshopの編集を人間による創作と認めましたが、AI生成の基礎要素の登録は拒否しました。この事件はまだ判決が出ておらず、その結果は、どれだけの人間の関与があれば十分かについての最も近い判決となるでしょう。

部分的な保護に関する最も近い先例はZarya of the Dawnです。これはグラフィックノベルで、著作権局は人間が作成したテキストには登録を認めましたが、Midjourneyが生成した画像には認めませんでした。この決定は、開発者が今すぐ使用できる実用的な原則を確立しています。AI支援コードベース内の人間が作成した要素は、生成されたコード自体が保護されなくても、個別に保護可能かもしれません。あなたのアーキテクチャ文書、コミットメッセージに記録された設計決定、ADR、意図的な方向転換を示すプロンプトログは、それらが生み出したコードが保護されなくても、人間の創作表現として保護可能かもしれません。保護できるものを保護することは、実際に何をしたかを文書化することから始まります。

あなたの雇用主がおそらくすでに所有しているもの

コードが著作権可能かどうかを考える前に、より差し迫った質問があります。たとえ著作権可能であっても、それは実際にあなたのものですか？あなたの雇用契約は、ほぼ間違いなく、仕事で構築するものはすべて雇用主に帰属すると述べています。この原則には著作権法で名前があります：職務著作の法理です。これに基づき、従業員が雇用範囲内で作成したコードは、手書きであれ、Claude Codeで生成されたものであれ、その組み合わせであれ、雇用主が所有し、雇用主が法的著作者とみなされます。勤務時間中に、仕事のプロジェクトで、仕事のマシンでAIコーディングツールを使用しても、結果の所有権は変わりません。ほとんどの雇用契約は、法理のデフォルトよりもさらに進んでいます。契約書の中で「知的財産」、「IP帰属」、または「作業成果物」というセクションを探してください。契約書を開き、それらの用語を検索し、そのセクションを読んでください。次のいずれかを含む条項は、ほぼ間違いなくあなたのAI支援コードをカバーします：「会社の設備やリソースを使用して作成されたあらゆる作業成果物」、「雇用期間中に行われたあらゆる発明または開発」、「会社がライセンスしたツールの支援を受けて作成されたあらゆるソフトウェア」。3つ目は注意すべきものです。あなたの雇用主がチームのためにClaude Code、Cursor、またはCopilotをライセンスしており、あなたが同じツールを使用してサイドプロジェクトを構築する場合、広範なIP帰属条項により、たとえ自分の時間に構築したとしても、雇用主がそのプロジェクトに対して権利を主張する可能性があります。

サンフランシスコのシニア開発者は、今年初めにまさにこの状況を説明しました。彼は仕事のプロジェクトと、夜間と週末に構築した個人のフィットネストラッキングアプリの両方でClaude Codeを使用していました。彼の会社はIPポリシーを更新し、彼がAI支援で構築したすべてのもの（個人アプリを含む）を主張しました。その理由は、ClaudeがIDE内の開いている作業ファイルにアクセスできたため、AI出力はすべて会社のIPの二次的著作物であるというものでした。これは、この主張がどこまで及ぶかの最も明確な例です。彼の会社の主張は、1つのフレーズに依存していました。AIツールは会社のコードベースを「コンテキスト認識」していたというものです。この論拠は法的には成り立ちません。なぜなら、IDE内のコンテキスト可視性によってAI出力が近くで開かれていたファイルの二次的著作物になるわけではなく、Claudeが見ることができるものとそれが生成するものの間の接続は確率的なパターン補完であり、コピーではないからです。しかし、この論拠は雇用主が主張し始めていることを示しています。条項が十分に広範であれば、AIが実際に何をしたかに関係なく、表面的な有効性があります。実際的なルール：サイドで何かを構築している場合は、個人アカウント、個人のマシン、自分で支払ったツールを使用してください。雇用主のライセンスツールをそのワークフローから完全に排除してください。

オープンソース汚染問題

たとえAI生成コードを所有していても、見えないオープンソースライセンスですでに汚染しているかもしれません。AIコーディングツールは、GPL、LGPL、その他のコピーレフトライセンスのコードを含む大量の公開コードでトレーニングされています。コピーレフトライセンスには、コードとともに伝わる特定の義務があります。GPLライセンスコードの二次的著作物であるソフトウェアを配布する場合、同じライセンスで自分のソースコードを公開しなければなりません。これは、組み込んだコードがGPLライセンスであることを知らなかった場合でも適用されます。「知らなかった」はコピーレフト違反の防御にはなりません。

AIツールがトレーニングデータからGPLライセンスコードの実質的な逐語的部分を複製し、そのコードをソースコードを公開せずに商用製品に出荷した場合、元のリポジトリに触れることなくコピーレフト違反を生み出した可能性があります。侵害の法的基準は実質的な逐語的複製であり、機能的類似性や類似性ではありません。この区別は重要です。AIツールがGPLコードのように機能するコードを生成することは、AIツールがGPLコードを逐語的に複製することとは異なります。リスクは逐語的複製の側にあり、問題は、スキャンを実行しなければ自分のコードベースがその線のどちら側にあるかを知る方法がないことです。

2026年初頭のchardetコミュニティ紛争はこれを具体化しました。これは提起された訴訟ではなく、オープンソースコミュニティ内の公開紛争であり、法的に解決することなく問題を提起しました。ある開発者がClaudeを使用してchardet（Pythonの文字エンコーディングライブラリ）を書き換え、MITライセンスで再公開し、AIによる書き換えは元のLGPLライセンスから解放された「クリーンルーム」実装であると主張しました。コミュニティが争った法的問題：ClaudeがLGPLライセンスのコードベースでトレーニングされ、その出力がそのコードの実質的な逐語的部分を複製している場合、その出力はライセンスフリーとして扱えるか？chardet紛争はきれいに解決されず、この特定の問題について決定的な裁判所の判決はありません。確定しているのは、GPLコードの逐語的複製は、それがどのように生成されたかに関係なくライセンスに違反するということです。未確定なのは、トレーニングデータパターンを複製するAI生成出力が逐語的複製とみなされるかどうかです。M&Aを通じて企業に助言する弁護士の間での作業仮説は、おそらくそうであるというものであり、この仮説は現在、買収デューデリジェンスの標準的条件として現れています。

2026年4月現在、第9巡回区控訴裁判所で審理中のDoe v GitHub訴訟は、GitHub Copilotが著作権法およびDMCA第1202条に違反して、ライセンスコードを帰属表示なしに複製しているかどうかを問うています。地方裁判所はほとんどの請求を却下しましたが、控訴は継続中です。結果がどうであれ、この訴訟はすでに業界の行動を変えています。GitHub Copilotは重複検出フィルターを追加し、買収デューデリジェンスでは現在、AIコードベースライセンススキャンが日常的に行われています。

これらすべてについて何をすべきか

4つの具体的な行動。いずれも弁護士を必要としません。

1. AI支援コードベースのライセンススキャンを実行する。

これを適切に行うツール：

FOSSA——最も包括的で広く使用されている

[AIコスト制御のため省略]