エージェントがインターネットの顧客になる日ーー付記バフェット的に見る「良い事業」と「危険な事業」 ーー2026年1月から8月初旬にかけて形成された「Agentic Cloud」産業と、次の半年に始まる本当の競争――主要企業サンプリング版

＜２０２６年７月２２日以前のコンテンツ一覧はこちら＞

＜そうか余剰資金はあの企業にベットか！！＞

本稿の中心命題

AI産業は、知能の販売から、行動の仲介へ移った。次の巨大市場で重要なのは、最も賢いモデルを所有することだけではない。エージェントが行動するたびに通過する、実行・ID・権限・監査・費用・決済の「料金所」を所有することである。

本稿の読み方――六つの層と、企業のグループ

本稿は27社を扱う。数が多いので、最初に二つの地図を示す。一つは、エージェントが一つの仕事を終えるまでに通る六つの層である。これが第2章から第7章の構成にそのまま対応する。もう一つは、各社がどの入口からこの市場へ入ってきたかによるグループ分けである。

用語について一点だけ先に断っておく。本稿では、エージェントの実行、接続、ID、観測、費用、取引をまとめて扱う面を control plane と呼ぶ。文中の「制御面」「管理面」「強制通過点」「料金所」は、いずれもこの同じ対象を、機能・運用・経済のどの側面から見るかで言い換えたものである。　先に結論を書けば、各社は違う層から出発しているが、目指す場所は近い。エージェントを動かし、身元を与え、権限を限定し、行動を記録し、費用を管理し、取引を成立させる。この六つをひとつの面としてまとめられるのは誰か、という競争である。

六つの層

第1層　実行・推論層（第2章）

第2層　Edge・Network層（第3章）

第3層　Developer Platform層（第4章）

第4層　企業Workflow層（第5章）

第5層　Identity・Security層（第6章）

第6層　Agentic Commerce層（第7章）

企業の八つのグループ

フルスタック型クラウド（7社）

ネットワーク・エッジ型（4社）

開発者プラットフォーム型（2社）

モデル提供者（2社）

業務システム型（4社）

ID・セキュリティ型（3社）

決済・取引型（4社）

物理基盤（1社）

読み進めるときは、会社名を一つずつ追うよりも、いま読んでいる章がどの層の話で、そこにどのグループが集まっているかを意識すると迷いにくい。第9章以降では、これらのグループのうち、どこに長く続く利益が残りやすいかを検討する。

4. 断片を束ねる正本：保証台帳の定義と成熟条件

本稿は保証台帳を次のように定義する。すなわち、将来も維持すべき約束・契約・不変条件・数値目標・統制を一覧または構造として正本化し、それぞれに証拠・変更手続・人間裁可・AI権限を結びつけた仕組みである。ここで保証は仕様の同義語ではない。仕様が「今回どう作るか」を述べるのに対し、保証は「どの仕様を将来の変更から保護し続けるか」を指定する、仕様の上位に立つメタ／統治層である。

たとえば「注文金額は常に税込で計算する」という不変条件は、それを実装する個々のコードとは独立に、将来どのような変更が来てもこの性質を壊してはならない、という保護指定として台帳に載る。仕様が実装の設計図であるのに対し、保証は実装群の上に張られ、時間をまたいで効力を持つ制約である。この違いを曖昧にすると、保証は詳細な仕様書へと退化し、変更のたびに埋もれてしまう。AIエージェントが多数の変更を高速に生み出す環境では、この「保護し続けるべきものの正本」を仕様と分けて持つことが、とりわけ効いてくる。

何をもって単なる注意書きの一覧ではなく台帳と呼べるのかは、次の十の成熟条件で判定できる。台帳性（保証を正本として一覧・カード・モデル化しているか）、保証明示（何を守るかが明示されるか）、外部契約性（外部から観測できる契約か）、証拠リンク（保証に証拠が結びつくか）、機械執行（違反を機械的に検出・拒否できるか）、追跡性（ID・版・コード・テスト・結果を追えるか）、変更統治（変更・廃止・例外に手続があるか）、人間裁可（重要変更に明示的な承認境界があるか）、時間的継続（運用期間をまたいで保証を維持・再評価するか）、AI親和性（AIが読み・更新し・監査しやすい構造か）。これらが揃うほど、台帳は文書から実行可能な統制へと近づく。