AIエディタで書かれた事業コードの権利帰属
M&Aの契約書には、必ず知的財産権に関する表明保証の条項が入る。「対象事業のソースコードは売り手が適法に権利を有し、第三者の権利を侵害しない」── 売り手はこれに署名する。しかし、そのコードの大半をCursorやGitHub CopilotといったAIエディタが生成していた場合、この一文を本当に保証できるのか。AIが書いたコードは、誰のものなのか。第三者の権利を侵害していないと、なぜ言い切れるのか。この問いは、AI時代のM&Aに新しく加わった、見過ごせない論点だ。
本連載では、AIが書いたコードの資産価値(#37)と、開発履歴の引き継ぎ可能性(#49)を扱ってきた。本稿はその第三の側面 ── 権利帰属(ownership)と権利侵害(infringement)という法的な論点を扱う。コードが「動くか」「引き継げるか」とは別に、「誰のもので、安全に使えるか」という問いだ。これは技術と法務の境界に位置し、技術DDと法務DDの両方が連携して初めて評価できる領域になる。
本稿では、AIエディタ介在コードの権利帰属がなぜ論点になるのか、著作権による保護の不確実性、学習データ由来の権利侵害リスク、AIツールの規約と権利移転、そして権利帰属の不確実性をM&Aの表明保証・補償・価格にどう反映するかを整理する。なお本稿は法的助言ではなく、DDで検討すべき論点の整理である。
1. なぜAIエディタ介在コードの権利帰属が論点になるのか

1-1. 表明保証が前提とする「権利の明確さ」が揺らぐ
M&Aの取引は、対象資産の権利関係が明確であることを前提に成立する。売り手が資産の正当な権利者であり、それを第三者の権利を侵害せずに譲渡できる ── この前提が、表明保証として契約に明記される。ソースコードは事業の中核資産であり、その権利帰属の明確さは取引の基礎だ。
ところが、AIエディタが大量のコードを生成する開発では、各コードが「誰によって、どの素材を基に生み出されたか」という来歴が曖昧になる。人間が一行ずつ書いたコードなら著作権の帰属は明確だが、AIが生成したコードは、その法的性質自体が議論の途上にある。表明保証が前提とする「権利の明確さ」が、AI介在によって揺らぐ。
1-2. 「動く資産」と「権利が明確な資産」は別問題
コードが問題なく動作し、事業が回っていることと、そのコードの権利関係が明確で安全であることは、別の問題だ。動いているコードでも、権利帰属が不明確であれば譲渡の安全性に疑義が生じ、第三者の権利を侵害していれば訴訟リスクを内包する。これらは平時には顕在化しないが、M&Aという「権利を移転する」場面で初めて問われる。
本連載で繰り返し述べてきたように、技術DDは「動いている」の裏を見る作業だ。権利帰属の論点は、その中でも特に法務と接続する領域であり、「動く資産」を「安全に引き継げる資産」として保証できるかを問う。
2. 著作権による保護の不確実性

2-1. AI生成物の著作物性をめぐる議論
著作権は、人間の創作的表現を保護する制度だ。AIが自律的に生成した成果物について、人間の創作的関与がどの程度あれば著作物として保護されるかは、各国で議論が続いており、見解が一様ではない。人間が詳細に指示し、選択・修正を加えた場合と、簡単なプロンプトでAIに丸ごと生成させた場合とでは、人間の創作的関与の度合いが異なる。
仮にAI生成コードの一部が著作権で保護されないと評価される場合、そのコードは独占的な権利の対象にならず、第三者が自由に利用・複製できる可能性が生じる。これは、コードを「排他的に保有する資産」として評価する前提に影響する。保護されない部分が多ければ、コードの資産としての防御力が下がる。本連載の参入障壁(#51)の論点とも接続する。
2-2. 保護の不確実性が事業価値に与える影響
著作権保護の不確実性は、事業のコードがどれだけ「独占できる資産」かに影響する。コードそのものが模倣されにくい独自性を持つなら、たとえ著作権の保護が不確実でも、実務上の参入障壁は保たれる。逆に、誰でも同じAIで再現できるコードであれば、著作権でも独自性でも守られず、資産としての価値は限定的だ。
DDでは、コードの著作権保護の確実性と、コード以外の参入障壁(データ、顧客、運用ノウハウ)の有無を併せて評価する。AI生成コードの事業では、価値の重心をコードの排他性から、移管可能で防御力のある資産へ移して評価するのが現実的だ。これは#37・#46と一貫する考え方だ。
3. 学習データ由来の権利侵害リスク

3-1. 既存コードの再生成という潜在リスク
AIエディタは、膨大なコードを学習して構築されている。その出力が、学習元に含まれる既存のコード ── 特定のライセンス(コピーレフト等)が課されたオープンソースコードや、第三者の著作物 ── を実質的に再生成してしまう可能性が論点として指摘されている。もしライセンス条件のあるコードが、条件を満たさないまま事業コードに取り込まれていれば、ライセンス違反や権利侵害のリスクが事業に埋め込まれることになる。
これは、本連載のベクトルDB回(#52)で扱ったデータの権利関係と同種の、「素材の出自」に起因するリスクだ。事業コードの中に、出自不明・ライセンス未遵守のコード片が紛れていないかは、AI介在開発において特に検証が必要な点だ。
3-2. オープンソースライセンス遵守の検証
権利侵害リスクの検証には、ソフトウェアコンポジション解析(SCA)などのツールを用いて、コードベースに含まれるオープンソース由来のコードとそのライセンスを洗い出すアプローチがある。コピーレフトライセンス(GPL等)のコードが、その義務(ソース開示等)を満たさずに商用コードに混入していれば、コンプライアンス上の問題になる。
DDでは、ライセンススキャンの実施状況、検出されたライセンス義務への対応、ライセンス台帳の整備を確認する。AI生成かどうかに関わらず、ライセンス遵守の検証は技術DDの基本だが、AI介在開発ではコードの出自が見えにくい分、その重要性が増す。
4. AIツールの規約と権利移転

4-1. 利用規約上の出力物の権利と免責
主要なAIエディタの利用規約は、一般に「出力物の権利は利用者に帰属する」旨を定めていることが多い。ただし、その範囲・条件・例外、そして権利侵害が生じた場合の責任の所在(ベンダーの補償=indemnificationの有無と範囲)は、ツールやプランによって異なる。エンタープライズ向けプランでは、知的財産に関する補償が提供される場合もある。
DDでは、事業が使用したAIエディタとそのプラン、利用規約上の出力物の権利帰属と免責・補償条項を確認する。どのツールを、どの契約条件で使ったかは、生成コードの権利の安全性を評価する上で重要な事実だ。規約は改定されるため、利用時点の条件も含めて確認する。
4-2. 従業員・委託者の関与とAIの組み合わせ
権利帰属には、AIだけでなく、誰がそのAIを使ってコードを生み出したかも関わる。従業員が職務として生み出したコードか、外部委託者が生み出したコードかで、事業への権利帰属の扱いが変わる。委託契約に成果物の権利帰属(譲渡)の定めがなければ、コードの権利が事業側に移っていない可能性がある。
これはAIの有無に関わらず存在する論点だが、AIエディタを使う外部委託者が増えたことで、より複雑になっている。DDでは、コードを生み出した主体(従業員/委託者)との契約上の権利帰属と、AIツールの規約を、合わせて確認する必要がある。権利の連鎖がどこかで切れていれば、表明保証が成り立たない。
5. 権利帰属の不確実性をM&Aにどう反映するか

5-1. 表明保証・補償・エスクローへの織り込み
権利帰属や非侵害を確実に保証できない場合、その不確実性を取引条件に反映する。具体的には、知的財産に関する表明保証の範囲と、それに対する補償(indemnification)の設計、問題が顕在化した場合に備えた補償金の留保(エスクロー)、あるいは特定リスクに対する表明保証保険の活用などが検討される。
これらは法務DDと連携して設計するが、その前提となる「コードのどの部分がAI生成で、出自がどこまで追えるか」という事実は、技術DDが提供する。技術DDが来歴の不確実性を可視化し、法務DDがそれを契約条件に翻訳する ── この連携が、権利帰属リスクへの実務的な対処になる。
5-2. 買い手・売り手のチェックリスト
買い手は、①AIエディタの使用範囲とコードに占める割合、②使用ツールと利用規約上の権利帰属・補償、③オープンソースライセンスのスキャンと遵守状況、④コードを生み出した主体(従業員/委託者)との権利帰属契約、⑤著作権保護の確実性とコード以外の参入障壁、⑥表明保証・補償・エスクローへの反映、を確認する。
売り手は、AIツールの使用を開示し、ライセンススキャンを実施してクリーンさを示し、委託者との権利帰属契約を整備し、コードの来歴を可能な範囲で文書化しておく。「権利関係がクリアで、表明保証に応えられる」コードベースを実証できる売り手は、AI時代に新たに生じた権利の不確実性を、取引の障害ではなく管理されたリスクに変えられる。
結論:AI時代のコードは「動くか」だけでなく「誰のもので、安全か」を問われる

AIエディタが事業コードの大半を生み出す時代において、コードが動き、引き継げることに加えて、「誰のもので、第三者の権利を侵害していないか」という権利帰属の問いが、M&Aの新しい論点として加わった。表明保証が前提とする権利の明確さは、AI介在によって揺らぎ、著作権保護の不確実性と学習データ由来の侵害リスクが、事業コードに見えない形で内包され得る。
買い手にとっては、コードの来歴とライセンスと権利帰属を検証し、不確実性を表明保証・補償・エスクローに反映することが、権利リスクへの対処になる。売り手にとっては、AIツールの開示とライセンスのクリーンさと権利帰属契約の整備が、新たな不確実性を管理されたリスクに変える道になる。技術的DDの本質は、技術と法務の境界に立ち、「動く資産」を「権利が明確で安全に引き継げる資産」へと検証することにある。AIエディタ介在コードの権利帰属は、その境界に新しく現れた、これからのDDが必ず向き合う論点だ。