直接回答： ここには別々の問いが二つあります。（1）AIが生成したコードを所有できるのか？ 米国著作権局（U.S. Copyright Office）の2025年報告書は、純粋にAIが生成した産出物は、十分な人間の著作性がなければ著作権の保護を受けられず、これは個別の事案ごとに判断されると結論づけました。（2）AIが生成したコードは他者のコードを侵害しうるのか？ これはGitHub Copilot訴訟（Doe v. GitHub）の争点であり、裁判所は請求の大半を却下し、事件は控訴へと進みました。どちらの問いにも単純で普遍的な答えはないため、チームは著作者性、来歴、ライセンス審査を統制すべきです。本記事は一般的な情報であり、法的助言ではありません。
「AIが書いたコードは誰のものか？」——これは一見、哲学的な問いに聞こえます。しかしエンジニアリング組織にとっては実務的な問題であり、混同しやすい二つの側面があります。すなわち、AIが生成したコードを保護できるかどうかと、それが他者の権利を侵害しうるかどうかです。近時の動きは、そのいずれについても有用な示唆を与えます——ただし、どちらにも決着はつけていません。
問い1：AIが生成したコードは著作権で保護されるか？
米国著作権局は、著作権と人工知能に関する2025年報告書（第2部・著作権適格性）において、AIの産出物がいつ保護されうるかを論じました。広く要約されているところによれば、その結論は、生成AIの産出物が著作権で保護されるのは、人間の著作者が十分な表現上の要素を決定した場合に限られるというものであり、これは個別の事案ごとに判断されなければなりません。
平たく言えば：
- 意味のある人間の表現上の寄与を伴わず、もっぱらAIへのプロンプトによって生み出されたコードは、著作権の保護を受けにくいでしょう。
- AIの産出物に対する人間の選択・配列・修正は、それらの人間による寄与についての保護を支えます。
- 境界線は事実に依存します。すなわち、人がどの程度まで表現上の結果を形づくったか、という点です。
チームにとっての実務的な含意は、生成コードに大きく依存し、しかも十分に審査しないことが、そのコードに関する自社の著作権上の立場を弱めうる、という点です——人間の著作者性と審査が、単なる品質管理ではなく知的財産の管理でもある、もう一つの理由がここにあります。
問い2：AIが生成したコードは他者のコードを侵害しうるか？
これはGitHub Copilot訴訟（Doe v. GitHub）の背後にある問いです。原告は、Copilotが公開ライセンスされたコードを、そのライセンス条件や帰属表示を守らずに再現しうると主張しました。広く報じられているとおり、裁判所は請求の大半を却下しました——デジタルミレニアム著作権法（DMCA）第1202条(b)に基づく請求を含みます——一部の請求は「再訴を許さない却下（dismissed with prejudice）」となり、争いは第9巡回区控訴裁判所（Ninth Circuit）での控訴へと進みました。
率直な留保が二点あります：
- これは現在進行中の訴訟であり、その結末は確定していません。控訴審の判断によって状況は変わりえます。
- 特定の請求が却下されたことは、AIによるコード生成が知的財産上の問題を決して生じさせないという包括的な判断ではありません。それは特定の法律構成と事実についての判断です。
チームにとっての示唆は、パニックではなくリスク管理です。生成されたコードは訓練データに似通うことがあり、ライセンス上の義務（AGPLのネットワーク利用条項のようなcopyleft条項を含む）は、それがどう生み出されたかに関わらずコードに付随します。
二つの問い、一つの表
| 問い | 近時の示唆 | それが決着させないこと |
|---|---|---|
| AIが生成したコードを所有できるか？ | 米国著作権局（2025）：十分な人間の著作性がある場合にのみ保護されうる | 正確な閾値。個別事案ごとである |
| AIコードは他者を侵害しうるか？ | Copilot訴訟：大半の請求は却下、控訴中 | 産出物が侵害しうるか否か。事件は進行中 |
弁護士がいなくても着手できるガバナンス・チェックリスト
具体的な事項については依然として有資格の法律顧問が必要ですが、エンジニアリングは今日からリスクを減らせます：
- 人間を著作者にとどめる。 生成コードの意味ある審査と修正を求めましょう。品質のためでもあり、著作権上の立場を強めるためでもあります。
- 来歴を記録する。 AIの支援を大きく用いた箇所を記録し、所有権やライセンスの問いに後から答えられるようにします。
- 提案されたコードのライセンスを審査する。 AIの提案を、あらゆる第三者コードと同じように扱いましょう。見覚えのあるライセンス済みスニペットや義務がないかを確認します。
- copyleftに留意する。 AGPL-3.0のようなライセンスが、出荷物にどう適用されるかを理解しましょう。ライセンスガイドと AGPL義務ナビゲーターを参照してください。
- 統制できるツールを選ぶ。 タスクと審査を記録するプラットフォームは、来歴と監督を、逸話ではなく実行可能なものにします。
マネージド・プラットフォームが役立つ場面
著作権と知的財産の衛生は証拠に依存します。誰が何を審査し、どこにAIが関与したか、です。個人のマシンでの場当たり的な利用は痕跡を残しません。AIの作業を、記録されたタスクと審査ワークフローを通じて実行するプラットフォーム——MonkeyCodeが説明するモデル——は、その証拠を通常業務の副産物にします。それはあなたに代わって法的な問いに答えてくれるわけではありませんが、法律顧問が検討するための材料を与えてくれます。
結論
所有の問いと侵害の問いは別物であり、いずれも現時点では「場合による」に落ち着きます。米国著作権局は保護適格性を人間の著作性に結びつけ、Copilot訴訟は、侵害をめぐる議論が現に生きている一方、包括的なルールにはほど遠いことを示しています。持続的な対応はガバナンスです。人間が著作し審査し続けること、来歴を追跡すること、ライセンスを尊重すること、そしてその規律を実行可能にするツールを使うことです。
出典の範囲： 著作権適格性に関する結論は、米国著作権局の著作権とAIに関する2025年報告書（第2部）の要約であり、訴訟の要約はDoe v. GitHubに関する公開報道に基づきます。いずれも2026年7月20日に確認しました。法的な事柄は変化し、控訴審の結果がこの状況を変える可能性があります。本記事は一般的な情報であり、法的助言ではありません。ご自身の法域と事実については、有資格の法律顧問にご相談ください。