ユーザーが作成したすべてのコードは、該当するユーザーによって所有されます。Anthropic 公式ドキュメントおよび利用規約では、Claude が生成したコードに関する知的財産権は、その生成を要請したユーザー（または関連組織）に帰属するとされています。ただし、Claude が用いる Anthropic の技術やプロンプトの一部については、Anthropic によって商標または特許で保護される可能性があることに留意していただくようお願いいたします。

要約（TL;DR）：Claude Code や Cursor、Codex などのエージェント型コーディングツールによって生成されたコードは、著作権で保護されないもの、雇用主に所有権が帰属するもの、あるいはあなたが目に見えないオープンソースライセンスに汚染されたものを含む可能性があります。その中のいくつかについては法解釈が既に定まっており、他の部分については現在も激しい争いがありますが、この記事はその区別を明確に示します。AI 支援によるコードの製品化（シッピング）を検討しており、これらについてこれまで考えられてこなかった方は、必ずこの記事を御覧ください。

法学的な視点： 本稿では、AI コーディングツールを活用する開発者が「自らの構築した成果物を所有し続ける」ためにどのような記録を残す必要があるか、雇用契約における AI 支援による成果物に関する一般的な規定は何か、そして AI を用いたオープンソースへの寄与が実務的に持つ意味について解説します。

今週にコードをリリースされたのであれば、その一部は恐らく AI に 의해書かれたものです。しかし、誰が法的にそのコードの所有権を持つのかについては、多くの開発者が想定しているほど法解釈が確立されていません。答えは、コードの良し悪しとは無関係な三つの要素に依存します：

1. 人間が著作権発生の要件を満たす「創造的な意思決定」を十分に行っていたかどうか。
2. 雇用契約において既にその成果物が雇用主に移転（アサイン）されているかどうか。
3. モデルが GPL ライセンスの下でライセンスされたトレーニングデータから学習し、静かに貴社のコードベースを汚染してしまったかどうか。

2026 年 3 月 31 日、Anthropic はルーチンのソフトウェア更新中に設定ファイルの欠落により、Claude Code のソースコード 512,000 行を誤って公開しました。日の出前から GitHub にミラーリングされ、朝食前には開発者が AI ツールを使ってこれを全体にわたる Python リポジトリに書き換え、"claw-code"リポジトリは一日で 10 万スタル（GitHub のスター数）を超え、史上最高速の反応となりました。その後続いたのは DMCA（デジタル・ミレニアム著作権法に基づく削除要請）による取下げ命令と、誰もに明確な答えを提供できないという問いでした：「Anthropic のトップエンジニア自身の認める通り、Claude Code は主に Claude 自身によって書かれたのであれば、Anthropic がそれを所有する権利を主張できるのか？また、著作権法が保護しないコードに対して DMCA 削除要請を発出することはできるのか？」

この事象は、AI 生成コードの所有権に関する全ての未解決問題を、単一のニュースサイクルの中で圧縮しました。これらの問いは貴社のコードベースにも当てはまります。

結論から言うと、法学的な基準（平易な言葉で）： 著作権は、人間によって作成された作品のみを保護します。米国著作権局はこの立場を一貫して維持しており、最高裁判所の下級審である DC CIRCUIT（コロンビア特別地区巡回裁判所）も「Thaler 事件」においてこれを支持しました。しかし、2026 年 3 月に最高裁判소가 Thaler 氏の控訴審の聴取を拒否（Certiorari を棄却）したことは、下級裁判所の論理を認めるものでもなく、全国的にその問題を解決したわけでもありません。「受理拒否」とは、裁判所が当該事件を検討しなかったことを意味するだけであり、それ以上のことはありません。これにより確定しているのは、DC CIRCUIT の判決が有効であり、著作権局の立場も健在で、いまだに反対方向に判断を下した裁判所はないことです。現在の法理の下、AI が主に生成し、人間による著述性が乏しい作品は著作権保護の対象にはなりません。これは最終的に確定していないものであっても、その位置付けは安定しています。

Thaler 判決が示した二つの重要な限界点：

• ケースの内容： この事件は、人間の関与をゼロにした状態で描かれた絵画（アートの生成）に関するものでした。原告の Thaler は AI システムだけを著作者としてリストし、人間による創意工夫への主張は一切していません。判決は、「人間が関与したが、その関与の程度が争点となっている AI 支援された作品」というより困難な問いに直接答えていません。
• 分野の違い： Thaler 事件は視覚芸術に関するものでした。いまだに、AI コーディングツールの出力コードに対して「人間著述性（Human Authorship）」の法理を適用した裁判所はありません。論理そのものは共通していますが、直近の判例として直接参照できるものはいまだ存在しません。

これからの皆様への示唆： Claude Code や Cursor が生成し、あなたが有意義な改変を加えずに受け入れたコードは、誰の著作権も保護できない可能性があります。競争相手がそれを模倣した場合、法的に救済される手段がないかもしれません。なぜなら、それは名称のみを除いて「公有領域（パブリックドメイン）」にある bowiem コードだからです。貴社のコードが保護されるかどうかを決定づけるフレーズは「有意義な人間著述性（Meaningful Human Authorship）」です。著作権局は、これをパーセンテージや改変回数などの数字で定量化するのを意図的に拒否しており、なぜなら裁判所が求めるのは、人間が真正な創造的決定を行った証拠だからです：アーキテクチャを選定し、何を棄却するかを決定し、特定の設計に合わせて出力を再構築することなど。単にモデルに対し目標（プロンプト）を指定するだけでは不十分です。作品の構築方法そのものを指示することが重要です。

エージェント型のワークフローにおいて、この区別はより確立しにくいものです。一般的な Claude Code セッションを考えてみましょう：

• あなたが一行のプロンプトを書く："API のレート制限モジュールを作成してください"
• Claude Code がアプローチを計画し、5 つのファイルを生成し、3 回のバージョンへ改訂する
• あなたが出力をレビューし、テストを実行してマージする

そのプロセスにおけるあなたの貢献は、アーキテクチャ的な意向と最終承認です。しかし、それが裁判所で「有意義な人間著述性」に該当するかについては、いまだ確定した判決のない未解決の課題です。正直な答えとしては：著しく方向転換されたモジュールについてはおそらく YES、元のまま受け入れたコードについてはおそらく NO、そしてその中間については不明瞭ということになります。

この中途半端な領域は、現在も積極的に訴訟中であります。Allen v. Perlmutter 事件では、アーティストのジェイソン・アレン氏が、600 件以上の詳細なプロンプトと Photoshop の後続編集を経て作成した作品に対して、著作権局による登録拒否に抗弁し提起しています。著作権局は Photoshop での編集を人間によるものと認めたものの、AI によって生成された下位要素については依然として登録を拒否しました。この事件はまだ決着していませんが、どのような判決が出るかによって、「人間からの関与が必要なのはどれくらいでなければならないか」という点について、最も近い実効的なルールが確立されるでしょう。

部分的保護に関する現存する最も関連性の高い判例は「Zarya of the Dawn（曙）」というグラフィックノベルです。ここでは著作権局が、人間の執筆したテキストについては登録を認めましたが、Midjourney が生成した画像については認めませんでした。この決定により、開発者が今すぐに利用できる実用的な原則が確立されました：AI 支援されたコードベースにおける「人間による要素」は、生成されたコード自体が保護対象でなくても別々に保護される可能性があります。つまり、アーキテクチャドキュメント、コミットメッセージに記録された設計意思決定、ADR（アークイテクト・デザイン・レビュー）、そして AI が意図的に再構成されたことを示すプロンプトログなどは、それらが生成したコードが保護対象でなくても、人間による表現として保護可能です。保護すべきものを守るためには、実際に何をしようとしているかを記録することが出発点となります。

「貴社のコードが著作権で保護されるか」を考える前に、より即時的な問いがあります：「たとえ保護されたとしても、それは本当に貴社のものなのか？」

貴社の雇用契約には、ほぼ間違いなく「職場で作成した何らかのものはすべて雇用主の所有」という規定が含まれています。この法原則は著作権法において「仕事のための委託作品（Work-for-hire）」と呼ばれるものです。これに基づけば、Claude Code が生成しても手書きでも、あるいは両者の組み合わせであっても、従業員が職務範囲内で作成したコードはすべて雇用主によって所有され、法的な著作者は雇用主とみなされます。

大多数の雇用契約はこの原則以上の内容を含んでいます。御社の契約書内で「知的財産（Intellectual Property）」「IP アサイン（IP Assignment）」「成果物（Work Product）」といった用語が含まれるセクションを探し、確認してください。以下のいずれかを含む条項があれば、ほぼ間違いなく貴社が使用した AI 支援コードも対象となります：

• 「会社機器やリソースを使用して作成されたあらゆる成果物」
• 「雇用期間中に行われたあらゆる発明または開発」
• 「会社ライセンスツールを介して作成されたあらゆるソフトウェア」

特に三番目の項に注意してください。もし雇用主がチーム向けに Claude Code、Cursor、Copilot をライセンスしており、貴社がそれら同じツールを使用してサードパーティのプロジェクト（サイドプロジェクト）を作成した場合、広範な知的財産アサイン条項により、自社時間で作成したとしても雇用主に権利主張をされる可能性があります。サンフランシスコにあるシニア開発者の一人は、今年初めにこの状況に直面しました。彼は職場のプロジェクトと、休日や週末に作成した個人的なフィットネストラッキングアプリのために Claude Code を使用していたところです。その会社は IP ポリシーを更新し、AI 支援で作成したすべてのものを（個人アプリも含まれる）権利主張対象とし、Claude が IDE 内で開いているオープンワークスファイルにアクセスできたため、AI の出力はすべて会社の知的財産の派生作品であると主張しました。

これは、この問題がどのように拡大解釈されるかを示す最も明確な例です。彼の会社の主張は「文脈認識性（Context-aware）」という一つのフレーズに基づいていました（即ち、AI ツールが彼の会社コードベースにアクセス可能だったこと）。しかし法的にはこの論理は成立しません。なぜなら IDE 内のコンテキストの可視性が、AI の出力を近隣で開かれているファイルの派生作品にすることはできないからです。Claude が目に見るものとの関係と生成されるものの間にあるのは確率的なパターンの完了であり、単純なコピーではありません。しかし、この論理は雇用主が主張し始めた方向性を示しています。条項が十分広く設定されている場合、AI が実際に行ったこととは関係なく表面的に有効です。

実用的なルール： もしサイドプロジェクトを作成する予定があるなら、個人用のアカウント・マシン・ツールを使用し、特に会社のライセンスツールをそのワークフローから完全に除外してください。

たとえ AI 生成コードの所有権が貴社にあったとしても、すでに貴社の管理下にあるオープンソースライセンスによって汚染されている可能性があります。

AI コーディングツールは膨大な量のパブリックコードで訓練されています。 その中には GPL、LGPL などコピレフト（互譲）ライセンスの下にあるコードも含まれています。コピレフトライセンスには、コードと一緒に移動する特定の義務があります： GPL ライセンスの派生ソフトウェアを配布する場合、貴社自身のソースコードも同じライセンスの下でリリースしなければならないという義務です。この義務は、貴社がそのコードが GPL ライセンスであることを知らなかったとしても適用されます。「知らなかった」というのはコピレフト違反に対する抗弁にはなりえません。

AI ツールがトレーニングデータから GPL ライセンスのコードを大量にそのまま複製し、貴社が商業製品としてソースコードを公開せずにそれをリリースした場合、オリジナルのリポジトリに触れなくても、コピレフト違反を引き起こす可能性があります。侵害判定のための法的基準は「機能的な類似性」ではなく、「実質的な完全な原文の複製（Substantial verbatim reproduction）」であり、この区別は重要です：AI ツールが GPL コードと同様に機能するコードを生成することは、AI ツールが GPL コードを一字一句そのまま複製することとは異なります。リスクはそのスペクトルの「元のままコピー」という端にあり、問題点は貴社がコードベースがその境界線のどちら側にあるかを把握する手段がないことです（スキャンを実行しない限り）。

2026 年初頭の"chardet"コミュニティ争議はこれを具体的に示しました。これは訴訟ではなく、オープンソースコミュニティ内の公的紛論であり、法的には解決されていませんが問題を浮き彫りにしました。開発者が Claude を使って Python の文字符号化ライブラリ"chardet"を書き換え、MIT ライセンスで再リリースしました（元の LGPL ライセンスから自由であるとする「クリーンルーム」実装を主張）。コミュニティが論争にした法的問いは：「Claude が LGPL ライセンスのコードベースで訓練され、その出力がそのコードの実質的な原文部分を再現する場合、その出力は無ライセンス（license-free）と扱えるのか？」です。chardet の争議は明確に解決せず、この特定の問いについてはいまだ裁判所からの確定判決がありません。確定しているのは、GPL コードの完全な複製は、それが生成された方法に関わらずライセンス違反であるということです。未確定なのは、トレーニングデータのパターンを再現する AI 生成出力が「実質的な原文複製」に該当するかという点です。M&A（合併・買収）を通じた企業にアドバイスを展開する弁護士の間では、おそらく該当するとみなされるのが通説であり、その仮定は現在でも M&A のデューデリジェンスで標準的な条件として現れています。

"Doe v. GitHub"訴訟は、2026 年 4 月現在第九巡回裁判所（Ninth Circuit）の手続中で、「GitHub Copilot が著作権法および DMCA セクション 1202 に違反して無帰属でライセンス済みコードを複製しているか」を問うています。地区裁判所は多くの訴えを取り下げましたが、控訴審は現在進行中です。どのような結果になっても、訴訟はすでに業界行動を変化させました：GitHub Copilot が重複検出フィルターを追加し、M&A のデューデリジェンスでは AI コードベースのライセンススキャンが常套手段となっています。

弁護士がいなくても実行できる四つの具体的なアクション

1. AI 支援コードベースに対するライセンススキャンを実行する。 これを効果的に行うツール：

• FOSSA — 最も包括的で、エンタープライズで広く使用されています
• Snyk Open Source — デベロップメントチームのワークフローに適しており、GitHub と統合可能です
• Black Duck — M&A デューデリジェンスでの標準ツールです

いずれも貴社のコードベースをスキャンし、既知のオープンソースライブラリに一致するコードをフラグ（警告）とし、付帯ライセンスを特定します。商業製品をリリースしており、これらを一度も実行したことがない場合は、単なる仮定の上で事業を運営していることになります。スキャンは午後数時間で済み、著作権紛争での最初の 1 時間のコストよりは安価です。

2. 人間による創造的貢献をリアルタイムで記録する。 「有意義な人間著述性」を立証する証拠とは、通常のエンジニアリングワークフローで作成する証拠と同一ものです。重要なのはそれを意図的に保存し、消えてしまうことを防ぐことです。

• 何を保存するか： AI が生成した内容だけでなく、あなたが何を変更したか・なぜ変更したかを示すコミットメッセージです。「Claude のモジュールアーキテクチャを再構築し、初期の状態管理アプローチを拒否し、エラー処理部分をゼロから書き直した」のような記録は証拠となります。「レート制限モジュールを追加」のような記述では不十分です。
• プロンプトログ： Claude Code や Cursor は対話履歴を保持します。重要アーキテクチャ決定を行なったセッションはエクスポートするかスクリーンショットとして保存してください。
• 設計ドキュメント、ADR（アーキテクチャデザインレビュー）、または生成されたコードの前倒しで記述されたノート： AI が構築する前に構造を指定したことを示すもの。

最初のコミットメッセージと二番目のコミットメッセージの違いは、「防衛可能な著述性主張」と「『これは Claude が書いた』というきれいな記録」の差です。

3. サイドプロジェクトを開始する前に雇用契約内の知的財産条項を読み込む。 契約書を開き、「知的財産」「IP アサイン」「成果物」と検索し、そのセクションを注意深く読み込んでください。具体的な言葉遣いが貴社のリスクを決定づけます：

• 「労働時間中に作成された成果物」は、「会社リソースを使用した成果物」よりも範囲が狭い
• 「会社の事業に関連する」は、「あらゆるソフトウェア開発」という言葉よりも範囲が狭い
• 「会社ライセンスツール」というフレーズは、個人プロジェクトでも AI コーディングツールを対象に含みます

条項が広範であれば、独立して何かを構築したい場合、現実的な選択肢は三つあります：開始前に書面での例外規定（カークアウト）の交渉を行う（新規採用時の方が容易）、完全に個人のツールで完全に個人の時間とマシンを使用して開発する、あるいは請求が存在することを認めリスクがあるか判断することです。

4. 商用リリース前に使用している Anthropic のプランを確認する。 anthropic.com/legal にアクセスし、コンシューマー（個人利用）規約とコーポレート（商用）規約を比較してください。重要な違いは：

• コンシューマー規約（無料および Pro プラン）： Anthropic は出力をユーザーにアサインしますが、知的財産の補償範囲が狭く、カバーするシナリオも限定されています。
• コーポレート規約（API とエンタープライズプラン）： Anthropic は出力をユーザーにアサインするとともに、貴社のサービスおよびその出力の使用による著作権侵害請求に対して防御を提供します。

商用製品で AI 支援コードをリリースする場合、無料または Pro プランを使用すれば「補償のギャップ」が存在します。API またはエンタープライズ契約が適切な層（ティア）となります。ただし、いずれの補償も、貴社のコードベースへのライセンス汚染による下流の GPL 違反についてはカバーしません。これはアクション 1 のライセンススキャンによって解決すべきガバナンス上の問題です。

Anthropic のトップエンジニア自身が公に、「最近の Claude Code への貢献は完全に AI が書いた」と表明しており、Anthropic が抑制のために 8,000 件の DMCA 削除要請を発令したそのリークコードベースは、主に AI が執筆した可能性が高いものです。Anthropic がそのコードベースに対する著作権主張が法的に有効かどうかについては、いまだ裁判所が決定的な回答を提供していない未解決の課題です。もしそのツールを開発した企業が自身の AI 支援コードに対して明確に著作権を主張できないなら、取引や紛争、あるいは M&A の会話で問題になる前に、貴社でも同様の権利主張が可能か真剣に検討する価値があります。クリエイティブな貢献从一开始記録している開発者は、3,000 行の Claude 出力を受け入れてレビューなしにマージした開発者とは、法的な立場において本質的に異なります（たとえ同じ製品をリリースしていたとしても）。

この記事がカバーししていないことの注釈： 以下三项は確定法理です：人間による著述性を欠く作品は無著作権、仕事のための委託作品の原則はコード生成方法に関わらず適用され、GPL ライセンスコードの完全な複製はライセンス違反であること。以下二項は確定判決がないものの、合意形成が進んでいるものです：エージェント型ワークフローにおいて、どの程度の人間の指示が「有意義な著述性」を確立するか、AI 生成出力がトレーニングデータのパターンを再現する場合にそれが「完全な原文複製」に該当するかのこと。以下一項は純粋な推測です：近い将来、これらについて大規模な訴訟が行われるかどうか。大多数のコード著作権主張は裁判まで至りません。現在、未解決の問いが具体化しているのは M&A のデューデリジェンスや機関投資家からの資金調達であり、買収側や投資家は閉鎖条件としてすでにこれらの問いを投げかけています。もし貴社の状況にこれらが該当しなくても、上記の四つのアクションを実行する価値はありますが、記事が示唆するほどの緊急性はありません。

さらに詳しい情報（参考文献）：

1. 米国著作権局 — 著作権と人工知能（第 2 パート：著作権性）： AI 支援作品における「有意義な人間著述性」の定義に関する主要な規制当局によるソース。第 2 パートでは、著作権局が AI 生成コンテンツの登録審査時に適用する具体的なテストを扱っています。法的手続きの境界線を知りたい場合、必須です。
2. Andersen v. Stability AI, Midjourney, DeviantArt — 第九巡回裁判所： AI トレーニングデータと著作権侵害に関する基礎的なケースで、現在 Courts が AI モデルが学習し再現するものの見方を変化させつつあります。これは多くの開発者がまだ気づいていない点ですが、GPL 汚染の問題にも関連しています。
3. Doe v. GitHub, Inc. — 第九巡回裁判所控訴審： Copilot が無帰属でライセンス済みコードを複製しているかという現在進行中の訴訟。この事件の ninth circuit の判決は、オープンソースパターンの持つ AI 生成コードが著作権侵害に該当するかどうかを決定づける基準を設定します。
4. GitHub — Copilot と著作権：知っておくべきこと： GitHub 自身が Copilot の出力がなぜ著作権侵害でないかを説明する法的立場です。対照として読む価値があり、彼らが主張する論理を理解することで、それがどこで強力であり、どこで限界があるか（特に GPL トレーニングデータに関する点）、貴社が理解できます。
5. FOSSA — オープンソースライセンス義務の理解： コピレフト義務の実務的な仕組みを説明するための開発者向けリファレンスです：-source 開示トリガー、派生作品の定義、GPL/LGPL/AGPL の範囲の違いなど。このトピックにおいて最も分かりやすい平易な言語ガイドです。
6. Anthropic — 利用ポリシーとサービス規約： Claude を商用で使用する際の貴社の IP 権利と補償範囲を決定づける実際のドキュメントです。特にセクション 7 および 8（出力所有権および知的財産補償）を御覧ください。コンシューマーとコーポレートの違いは明確に記述されており、10 分あれば理解できます。

私は AI 製品の法理構築について書かれています（Legal Layer）。本稿は情報提供目的であり、法的助言とは異なります。