中核ノウハウがプロンプトに閉じ込められた事業
買収を検討しているAIプロダクトのソースコードを開くと、拍子抜けするほど薄いことがあります。APIを呼ぶだけの数百行、目立ったアルゴリズムもなく、特許もない。それでも、そのプロダクトの出力は競合を明確に上回っている── このとき、競争優位はどこに宿っているのか。答えはしばしば、コードにもデータベースにも載っていない一群のテキスト、すなわち「プロンプト」の中にあります。
どんな指示を、どんな順序で、どんな言い回しで与えるか。何を禁じ、どんな例を見せ、どう役割を設定するか。AIプロダクトの品質を決めるこの繊細な調整は、無数の試行錯誤の末にたどり着いた暗黙知の結晶です。問題は、その結晶が契約書にもコードベースにも明示的に現れず、しばしば一人の開発者の頭の中にしか体系的に存在しないことです。事業の中核価値が、最も移管しにくい形で保持されている── これがAIプロダクト買収における無形資産の盲点です。
本記事は、外部モデルへの依存度を測るAI機能依存度のスコアリングとは別軸の、「事業内部のノウハウがプロンプトに閉じ込められ、移管できない」という固有のリスクを剥がしていきます。プロンプト資産の不可視性、属人化の構造、移管できないことが価値を毀損する理屈、そして売り手がそれを継承可能な資産に変える方法までを整理します。
1. AIプロダクトの競争力が「プロンプト」に宿る時代
1-1. 同じモデルを使っても出力品質が分かれる理由
AIプロダクトの多くは、誰でも使える同じ基盤モデルの上に構築されています。にもかかわらず出力品質に差が出るのは、モデルの使いこなし方── すなわちプロンプト設計に差があるからです。同じ道具を使って、まったく違う成果を出す。その差分こそが事業の競争優位であり、それはコードの量や技術的な複雑さではなく、ドメイン知識を言語化してモデルに伝える技術の質に宿ります。
1-2. プロンプトは「試行錯誤の地層」である
優れたプロンプトは一度で書けるものではありません。ある言い回しでは失敗し、例を加えると改善し、制約を足すと別の問題が出る── こうした無数の失敗と修正の積み重ねが、最終的なプロンプトという一枚のテキストに圧縮されています。完成形だけを見ても、なぜそう書かれているのか、どの一語がどの失敗を防いでいるのかは読み取れません。地層のように積み上がった意思決定の履歴が、表面のテキストの下に隠れています。
1-3. 「コードは薄いのに強い」プロダクトの正体
コードが薄いAIプロダクトは、技術的価値が低いと誤解されがちです。しかし実態は逆で、価値の重心がコードからプロンプトという無形の調整へ移動しているだけです。AI生成コードの権利帰属がコードという形ある資産を扱うのに対し、プロンプト資産は形を持たず、評価も移管も格段に難しい。コードの薄さに安心するのではなく、その薄いコードを強くしている見えない資産がどこにあるかを問うのが、AI事業DDの出発点です。
2. プロンプトは契約書にもコードにも残らない ── 無形資産の不可視性
2-1. 譲渡対象リストに「プロンプト」の欄がない
M&Aの譲渡対象は、株式・資産・知的財産・契約といった既存のカテゴリで整理されます。プロンプトはこのどの枠にも明確には収まりません。結果として、事業の競争優位を担う中核資産が、譲渡対象の棚卸しから抜け落ちるという事態が起こります。買い手が「コードとアカウントは引き継いだ」と考えていても、品質を生んでいたプロンプトの最新版や、その背後の設計意図が引き継がれていない、というギャップが生じます。
2-2. 「コードに含まれている」とは限らない
プロンプトはソースコードに直接書かれているとは限りません。外部の管理ツール、設定ファイル、運用中に動的に組み立てられるテンプレート、あるいはAIオーケストレーションのプラットフォーム上にだけ保持されていることもあります。コードリポジトリを引き継いでも、本番で実際に使われているプロンプトが手に入らないという乖離は、技術DDで実際に本番の挙動を追わなければ表面化しません。
2-3. 「なぜそう書いたか」は誰も記録していない
仮に最新のプロンプトのテキスト自体は入手できても、各記述の意図── なぜこの制約を入れたのか、どんな失敗を避けるための一文なのか── は通常どこにも記録されていません。意図を欠いたプロンプトは、迂闊に手を入れると過去に解決したはずの問題を再発させます。テキストは引き継げても、その背後の判断の地層は引き継げない。これがプロンプト資産の移管を難しくする本質です。
3. 属人化の構造 ── 試行錯誤の暗黙知が一人の頭にある
3-1. 「プロンプトを触れるのは創業者だけ」という事業
多くのAIプロダクトでは、プロンプトの調整が創業者や特定のキーパーソン一人に集中しています。その人物だけが、どの表現がなぜ効くかを経験的に知っており、品質に直結する微調整を担っています。事業の競争優位が、一人の人間の経験と勘に紐づいている状態は、その人物の離脱が即座に品質維持能力の喪失を意味する、極めて脆弱な構造です。
3-2. キーパーソンが抜けた瞬間、改善が止まる
プロンプトの設計者がクロージング後に離脱すれば、買い手の手元には「現状のプロンプト」だけが残り、それをどう改善すればいいかを知る者がいなくなります。モデルが新しくなっても、新機能を足したくても、誰も安全にプロンプトに手を入れられない。事業は現状のまま固着し、競合がモデルの進化を取り込んで前進する中で、相対的に後退します。これはキーマン条項やアーンアウトで一定程度は緩和できますが、暗黙知そのものは契約では移せません。
3-3. 暗黙知は「引き継ぎ会議」では移らない
属人化したノウハウを、数回の引き継ぎミーティングで移管できると考えるのは楽観的です。プロンプト設計の勘は、長期の試行錯誤を通じて身体化された暗黙知であり、口頭での説明やドキュメント一枚では伝わりきりません。「引き継ぎは済ませました」という形式と、実際に買い手が品質を維持・改善できる実態の間には、大きな溝があることを前提に移管を設計する必要があります。
4. 移管できないプロンプト資産が事業価値を毀損する
4-1. 「価値はあるが、引き継げない」というジレンマ
プロンプトに宿る競争優位は、確かに事業価値を構成します。しかし、それが特定個人に属人化し移管できないなら、買い手にとっての価値は大きく割り引かれます。ノーコード事業の移管できない価値と同じ構造で、「値段はつくが、買った後に手元に残らない」資産は、バリュエーションにおいて最も評価しにくい対象です。価値の存在と、価値の継承可能性は、別々に評価しなければなりません。
4-2. モデルの世代交代に追随できないリスク
プロンプトは、特定のモデルの癖に合わせて最適化されている側面があります。基盤モデルが世代交代すると、過去のプロンプトがそのままでは最適に機能しなくなり、再調整が必要になります。その再調整能力が事業内に残っていなければ、モデルの進化が品質維持の負担に転じます。プロンプト資産は静的な財産ではなく、継続的なメンテナンスを要する生き物であり、その世話をする能力ごと引き継げるかが問われます。
4-3. 「再現できない競争優位」は防御力も弱い
買い手にとって移管が難しいプロンプト資産は、皮肉にも、事業を引き継いだ後の防御という観点でも課題を残します。設計意図が文書化されず一人の頭にしかない優位は、その人物の離脱とともに失われ、組織的に再現・強化することが難しい。体系化されていない優位は、引き継ぎにくいだけでなく、育てにくく、守りにくい。継承できる形に整理されて初めて、競争優位は事業の持続的な資産になります。
5. プロンプト資産DDの実務 ── 文書化・バージョン管理・帰属の確認
5-1. 本番で実際に使われているプロンプトを特定する
買い手DDの初手は、「いま本番で実際に使われているプロンプトの全体」を特定し、入手することです。コードに書かれたもの、外部ツールに保持されたもの、動的に組み立てられるものを漏れなく洗い出します。本番の挙動とプロンプトの対応関係を実地で確認しなければ、何を引き継ぐべきかすら定義できません。これは技術DDで実際にシステムを動かして追跡する作業です。
5-2. バージョン管理と変更履歴の有無
プロンプトが体系的にバージョン管理され、変更履歴と各変更の意図が記録されているかは、属人化の度合いを測る決定的な指標です。履歴があれば、なぜ現在の形になったのかという地層を買い手が辿れます。逆に、最新版がチャットツールのメッセージや個人のメモにしか残っていないなら、その事業のノウハウは構造的に移管困難だと判断すべきです。Evalによる品質測定と組み合わせれば、変更が品質に与えた影響まで追跡でき、暗黙知の一部を形式知に変換できます。
5-3. 帰属とキーマンの継続関与を設計する
プロンプトを設計したのが外部委託者や業務委託のメンバーである場合、その成果物の権利が事業に帰属しているかを確認します。あわせて、属人化が避けられない場合には、キーパーソンの一定期間の継続関与や、その間にノウハウを文書化・複数人へ移転する計画を、契約と統合計画に組み込みます。暗黙知を形式知に変える時間を、移管の工程として明示的に確保することが、買い手の現実的な防衛になります。
6. 売り手がプロンプト資産を「継承可能な資産」に変える
6-1. プロンプトの文書化が、そのまま価値の証明になる
売り手にとって、プロンプトをバージョン管理し、各記述の意図と背景を文書化しておくことは、単なる整理ではありません。「この事業の競争優位は、特定個人の勘ではなく、継承可能な形で体系化されている」という事実が、買い手にとって最高の信頼材料になります。属人化したまま「ノウハウがあります」と主張するより、移管できる形で示せる売り手のほうが、その無形資産を堂々と価格に乗せられます。
6-2. 暗黙知を形式知に変える準備期間を設ける
プロンプトの背後にある設計判断を、譲渡準備の段階から文書化し、複数のメンバーが触れる体制に移しておけば、属人化のリスクは大きく下がります。暗黙知を形式知へ変換する作業は時間がかかるため、譲渡を意識した時点から着手するのが理想です。この準備が、買い手のリスクプレミアムを下げ、結果として売り手の手取りを守ります。弱点を可視化して管理下に置くほうが価値を守る、という構図はここでも働きます。
6-3. 「頭の中の優位」を「引き継げる資産」へ
ここまで、AIプロダクトの競争力がプロンプトに宿る構造、その不可視性、属人化のメカニズム、移管できないことによる価値の毀損、プロンプト資産DDの実務を順に剥がしてきました。共通するのは、AIプロダクトの価値は「優れたプロンプトが存在すること」ではなく「そのノウハウが誰の手にも継承できる形になっていること」によって決まるという事実です。財務DDは売上を見ます。デモは出力を見せます。しかし、その品質を生んでいる見えない調整が、一人の頭の中にあるのか、継承できる資産になっているのかを問うのは、AIプロダクトの内部を理解する人間だけです。頭の中の優位を、引き継げる資産に変える── その作業こそが、AIプロダクトを買収後も色褪せない事業価値にします。
