claude designのような、AIモデルの提供者自身が出してくるアプリツール。これと同じものを自分で作ろうと思えば作れる。技術的にはほとんど同じ材料にアクセスできるし、UIを整える工数も現実的な範囲に収まる。ただし、ビジネスとして成立するかは別の話で、勝負を決めるのはプロダクトの質や機能の差ではなく、原価構造の差になる。
同じ機能なのに勝てない理由
Anthropicのような基盤モデル提供者がアプリを出す場合、そのアプリが裏側で呼んでいるモデルは自社のもの。原価はインフラ費用、つまり計算資源にかかる費用そのものに近い。自社アプリのためにモデル利用マージンを自分に積む必要がない。
一方、サードパーティがAPI経由で同じモデルを使ってアプリを作る場合、入力と出力のトークンごとに従量課金を払う。この課金にはすでにAnthropic側のマージンが乗っている。その上でサードパーティは自社の利益を乗せて価格を決めないと事業にならない。つまり「モデル原価 + Anthropicマージン + 自社マージン」という三重構造になる。
同じUX、同じ出力品質のアプリがあったとき、公式版の方が安く出せるのは当然で、値段を下げようとすれば利益率が極端に薄くなる。値段を下げなければ機能が同等でも高く見える。どちらを選んでも事業的に苦しい位置に立たされる。
アップデートのスピードでも負ける。モデル提供者は自社モデルの変更を一次情報として持っているので、新機能の実装もモデル自体の改良も同時に進められる。API経由で使っている側は、仕様変更を後追いで把握してキャッチアップする立場になる。ドキュメント公開のタイミングでしか動けない。
ツール系の定義
ここで言うツール系は、「モデルの推論そのものが機能の中心にあるアプリケーション」を指す。デザイン生成、コード補完、文章要約、翻訳、画像生成。こういったアプリは、モデルの出力品質がそのままサービスの価値になる。モデルが変わればプロダクトの価値も変わる。逆に言えば、モデルを提供する側がアプリ化したら、その瞬間にサードパーティのアプリは価値の根拠を失う。
コモディティ化の構造に近い。差別化の中心がモデルの出力品質にあるうちは、そのモデルを持っている側が常に優位に立つ。ユーザーから見ても「公式が出しているもの」と「公式のAPIを呼んでいるもの」なら、前者の方が安心感があるし、たいていは安い。
プラットフォーマーの上位レイヤー侵食はテック史の繰り返し
この構造はAIに特有の話ではない。プラットフォームを持っている側が、その上で動くアプリ領域に降りてくる動きは、テック史で何度も繰り返されてきた。
App StoreとiOSアプリ、AmazonとAmazon上の出品者、Googleの検索と関連サービス。プラットフォーマーがサードパーティの成功を見て、自社で同じものを出すパターンは定番の流れ。サードパーティは、自分が成功した瞬間にプラットフォーマーの視界に入って、垂直統合の対象になる。成功が大きければ大きいほど、公式が同じ領域に降りてくる可能性が高まる。皮肉な話で、自分の事業が軌道に乗った時に、同時に終わりが近づく。
ファイブフォース分析で言うところの、売り手の交渉力が極大化した状態。サードパーティにとっての売り手はモデル提供者で、この売り手は必要に応じて直接顧客に降りてこられる。交渉も何もない。
プラットフォームと仕組みづくりの重要性と未来で考えた通り、プラットフォーム側に立てるかどうかで、長期的な価値の取り分が変わる。AIの文脈では、モデル提供者がプラットフォーム側で、API利用者はその上で動くプレイヤーに位置付けられる。
どの領域なら勝てるか
モデルの推論が主役ではない領域なら話は違う。モデルを部品として使いつつ、価値の中心が別のところにあるアプリは、公式が降りてきても食われにくい。
一つ目はドメイン知識。会計、医療、法律のような、業界特有の規制・用語・ワークフローが重い領域。ここはモデル提供者が一般ツールを出しても、そのまま業界に当てはめることはできない。運用ノウハウの蓄積と、現場の痛みを知っているかどうかが差を作る。
二つ目はデータ資産。顧客の取引履歴、社内ナレッジ、業界固有のデータベースなど、自社が持っている独自データを前提にした機能は、外からは真似できない。モデルは共通でも、入力されるコンテキストが違えば出力も違う。
三つ目は統合性。複数の業務システム（CRM、ERP、会計、勤怠、メール）をまたいで動く機能は、個別のコネクタを作り込む労力とメンテナンスコストが参入障壁になる。一般ツール提供者は、特定企業のシステムごとに繋ぎ込みを作り込めない。
四つ目はブランドと人の繋がり。価格と性能を超えてブランド価値が競争優位を決定する時代への移行で書いた通り、機能が同等ならブランドが選ばれる理由になる。特にコミュニティや信頼関係が買われるサービスは、機能だけでは代替されない。
自分が何かを作るときの判定ライン
AIを使って何かを作ろうと思ったとき、まずこう問う。
このプロダクトの価値の中心は、モデルの推論そのものか。YESなら、公式が同じ領域に降りてきた瞬間に事業として終わる。NOなら、モデルはあくまで部品の一つで、勝ち筋は別のところにある。
趣味や学習目的で作るのは別の話で、むしろ自分の使い方を研ぎ澄ませるための試作は価値がある。ただし「事業として成立させる」目線で見るとき、原価構造の非対称性を先に考える。ここで「自分ならもっと良いUIが作れる」「モデルのチューニングで勝てる」といった反論は、残念ながら長期的には効かない。公式版も遅れて同じ機能に追いつくし、UIは模倣される。
公式が来ない可能性もある
例外として、公式が来ない領域もある。モデル提供者は全方向に手を出せない。ビジネス的に旨みが薄い市場、顧客規模が小さい市場、オペレーションが重い市場には降りてこない。
ただし、この判定は難しい。今「旨みが薄い」と思われている市場が、数年後に大きくなっている可能性もあるし、公式が全方位に薄く広く降りてくる可能性もある。claude code、claude designのように、Anthropicが段階的に領域を広げているのを見ると、「ここには来ないだろう」を前提にした事業設計は博打に近い。
時間軸の罠
気をつけたいのは、今作っているものが「一時的に儲かる」ことと、「持続的に儲かる」ことの違い。公式が降りてくる前の数ヶ月から数年は、サードパーティが先行者利益で儲かる局面がある。ただしそれは公式が降りてきた瞬間に消える。「今儲かっている」を「これからも儲かる」と誤読すると判断を間違える。
市場変化に伴いウェブ制作会社は収入を維持できなくなるの話と近い。時代の変化で価値の所在が動くとき、今の位置でそのまま戦うか、価値が動いた先に自分も動くかで、結果が大きく変わる。モバイルのSカーブの終焉とAIのSカーブの始まりのような時代転換点は、過去のやり方がそのまま続く前提を崩す。
キャリアへの含意
これは個人のキャリアにも響く話で、自分のスキルの価値が「公式モデルの推論そのもの」に依存している場合、同じリスクを抱えている。プロンプトエンジニアリング、APIを使った自動化、モデルを呼ぶだけのアプリ開発。こういったスキルは、モデル提供者が同等のUIを出した瞬間に市場価値が下がる。
逆に、ドメイン理解、組織を動かす力、人の痛みを言語化する力、統合的な判断力。ここは公式ツールでは代替されない。AI時代のデザイナーの分水嶺は自分の責任範囲をアウトカムまで広げられるかにあるで書いた方向と同じ話になる。手段としてのAIスキルだけに寄りかかるのは危うい。
まとめ
基盤モデル提供者がアプリ領域に降りてきたとき、API経由で同じ領域のアプリを作っているサードパーティは原価構造で勝てない。これはプラットフォーマーと上位レイヤーのサードパーティの関係に共通する古典的な構造で、AIに限った話ではない。
勝ち筋があるとすれば、モデルが部品に過ぎない領域。ドメイン知識、データ資産、統合性、ブランドと人の繋がりが価値の中心にある領域。これらは基盤モデル提供者が出す汎用ツールでは代替しきれない。
自分が何か作ろうとしたとき、このプロダクトは「モデルの推論そのもの」が価値の中心か、それとも「別のもの」が価値の中心で、モデルはたまたま使っている部品か、を先に問う。前者なら、事業としては作らない判断も含めて考える。思考実験や学習目的なら話は別で、そこまで縛る必要はない。作りたいから作る、で十分。