
【GTC2026 徹底解説②】"すべての企業にOpenClaw戦略が必要だ"——JensenがHTMLと同列に並べたものの正体
GTC2026 徹底解説シリーズ:①ハード編 → ②エージェントAI編(本記事)→ ③地政学・マネー編 各記事は独立して読めますが、3本揃うと「NVIDIAの構造変化」の立体像が見えます。
NVIDIAはチップの上に交通ルールを敷いた。エージェントの身元確認、権限管理、セキュリティ——この3つの配管を、GTC初日に16社が採用した。この事実の意味を、まだ市場は織り込んでいない。
Moltbook記事で「エージェント経済圏の配管を敷いた者が30年分の通行料を取る」と書いた翌日、ジェンセン・ファンがステージ上でほぼ同じ構造を別の言葉で語った。偶然ではない。構造を読めば、同じ結論に辿り着く。
だが「構造が読める」ことと「投資で勝てる」ことは別の話だ。本記事では、GTC2026のエージェントAI関連発表を解剖し、この構造のどこに「関所」があり、その関所が壊れる条件は何かを言語化する。
第1章:前回までの地図——都市はハコだけでは動かない
前回記事で建てた「ハードウェア都市」の上に、今回は「交通ルール」を敷く話。
①ハード編で、NVIDIAが7つのチップと5つのラックで「AIが動く都市」をまるごと設計し始めたことを書いた。発電所(Rubin GPU)、市役所(Vera CPU)、高速配送センター(Groq 3 LPU)、倉庫(BlueField-4 STX)、道路網(Spectrum-6 SPX)。Vera Rubinプラットフォームは「最初から都市として設計された」AIインフラだ。
だが①の末尾で、こう予告した。「都市はハコだけでは動かない。交通ルールがなければ車は走れない」と。
信号がない交差点を想像してほしい。片側6車線、制限速度も車線ルールも免許制度もない。どんなに高性能な車でも、事故が起きるだけだ。エージェントAIも同じで、認証・権限管理・ポリシー制御がなければ、企業は怖くて本番環境に投入できない。
GTC2026でジェンセンが発表したのは、まさにその「交通ルール」だった。しかもその内容は、Moltbook記事で描いた「配管」の予測と驚くほど重なった。
第2章:0年目だと思っていたら、もう地図があった
Moltbook記事で「1993年にいる」と書いた翌日、NVIDIAが1995年まで一気に進めた。
ここから先、3つの名前が出てくる。混乱しやすいので、先に関係だけ整理しておく。
OpenClaw = 元のオープンソースAIエージェント本体(個人が動かせる自律アシスタント)
NemoClaw = 企業向けに安全装備を足した版(NVIDIAが構築、ワンコマンドで導入)
OpenShell = その安全装備を動かす中核ランタイム(サンドボックス+ポリシー制御)
詳細は第3章で掘り下げていくが、まずはGTC2026で何が起きたか、大きな絵から見てほしい。
Moltbook記事で、私はエージェント経済圏を「1993年のウェブ」に例えた。人間のインターネットが30年かけて整備した4つの「配管」——DNS(名前解決)、SSL(暗号化)、OAuth(認証委任)、Stripe(決済)——がエージェントの世界には1本もない、と。
翌日のキーノートを見て、認識を改めた。4本のうち3本に、NVIDIAが具体的な回答を出していた。
身元確認の配管。 OpenShellがエージェントのIDを検証し、セッション単位で管理する仕組みを実装した。MetaがMoltbook買収で手に入れようとした「エージェント同士の身元証明」を、NVIDIAがオープンソースで出した。
通信セキュリティの配管。 Cisco AI Defense、CrowdStrike Falcon、Microsoft Securityの3社が、OpenShellとの統合を初日に発表した。Microsoftは、OpenShellを使った敵対的学習でAI攻撃の検出能力が160倍向上したと報告している。
権限委任の配管。 NemoClawのポリシーエンジンとプライバシールーターが、エージェントのアクセス範囲——どのデータを読め、どのツールを使え、どこまでネットワークに出られるか——を制御する。
唯一、決済レールだけが空白のままだった。Visa、Mastercard、Stripeが各社独自にエージェント向け決済インフラを開発中だが、NVIDIAのスタックとの統合はまだない。
そしてジェンセンはキーノートでこう語った。
「OpenShellとNemoClawは、世界のすべてのSaaS企業のポリシーエンジンになりうる」
Salesforce、SAP、ServiceNow、Adobe——これらがAIエージェントを自社に組み込むとき、交通ルールを自前で作るか、NVIDIAの配管を使うか。GTC初日の時点で、Adobe、Atlassian、Box、Cadence、Cisco、Cohesity、CrowdStrike、Dassault Systèmes、IQVIA、Red Hat、Salesforce、SAP、ServiceNow、Siemens、Synopsys、Amdocsの16社がNVIDIA Agent Toolkitの採用を表明した。答えは出始めている。
第3章:NemoClaw——何ができて、何が変わるのか
OpenClawに「鍵付きの部屋」と「会社のルールブック」を被せるのがNemoClaw。
第2章で3行の整理表を出したが、もう少し掘り下げていく。
OpenClawは、オーストリアの開発者Peter Steinbergerが2026年1月に公開したオープンソースのAIエージェント基盤だ(旧名Clawdbot → Moltbot → OpenClaw)。WhatsApp、Telegram、Slackなど50以上のチャネルに接続し、ファイル管理からコード実行、ウェブ検索まで自律的にこなす。ジェンセンは「人類の歴史上最も人気のあるオープンソースプロジェクト」と呼んだ。
だがOpenClawには、企業利用には致命的な弱点があった。セキュリティだ。自律エージェントが社内ネットワークを自由に歩き回れてしまう。MetaのAI安全チームの社員が、エージェントが指示なしにメールを大量削除したインシデントを報告している。
NemoClawはNVIDIAがOpenClawの上に構築したエンタープライズ向けスタック。ワンコマンドでインストールでき、OpenShellランタイムとNemotronモデル群を自動導入する。ただし現時点ではアルファ段階で、NVIDIA自身が「粗い部分がある」と認めている。
OpenShellはNemoClawの中核にあるオープンソースランタイム。プロセスレベルのサンドボックスを作り、エージェントのアクセス範囲をポリシーベースで制御する。
大雑把に例えてみよう。OpenClawは「超優秀だが、鍵のないオフィスに放たれた派遣社員」。NemoClawは「社員証を発行し、入れる部屋を限定し、行動記録を残す仕組み」。OpenShellは「ビルのセキュリティシステム本体」だ。
この話は体感としてわかる。私はMac mini M4 ProでGemma3を常時動かしている。先日、note記事の構成案を考えさせたら、指示していないのにシステムプロンプトを書き換えようとした。ローカルの個人マシンだから笑い話で済んだが、社内の本番サーバーで起きたら事故報告書だ。NemoClawとOpenShellは、まさにその事故を防ぐためのインフラだ。
そして戦略的に重要なのは、OpenShellがオープンソースで提供されていること。CUDAの歴史を思い出してほしい。CUDAも最初は無料の開発プラットフォームだった。しかしエコシステムが育つにつれ、開発者はNVIDIA GPUから離れられなくなった。OpenShellが「世界のSaaS企業のポリシーエンジン」として定着すれば、同じロックイン構造がソフトウェア層で再現される。 NVIDIAの真の狙いはここにある。
第4章:Vera CPUラック——エージェントに22,500の「部屋」を与える物理インフラ
ソフトの交通ルールだけでは足りない。エージェントには「22,500室のオフィスビル」が要る。
前回記事:ハード編では「Vera CPUは市役所」と書いた。本稿ではもう一段掘り下げていく。
NVIDIAのデータセンター部門VP、Ian Buckがキーノート前のプレスブリーフィングで語った。
「エージェントはGPUだけでは動かない。ツール呼び出し、SQLクエリ、コードのコンパイル——これらはすべてCPU上で実行される。このサンドボックス実行が、エージェントの訓練とデプロイの両方で決定的に重要だ」
AIが「考える」(推論する)のはGPUの仕事だ。だがエージェントが「行動する」——ウェブを検索し、コードを書き、データベースを叩き、結果を検証する——のはCPUの仕事。エージェントが賢くなればなるほど「行動」の比率が増え、CPUの負荷が上がる。
従来のCPUは汎用設計で、何でも動く代わりに何にも特化していない。だがエージェントの「行動」は特殊だ。大量のデータを引っ張り、コードを走らせ、結果を返す。このサイクルを何千と同時に回す。メモリ帯域が足りなければ、GPUがどれだけ速くても待ちが発生する。
Vera CPUはこの問題に正面から答えた。88基のカスタムOlympusコア。各コアがSpatial Multithreadingで2タスク同時実行。LPDDR5Xメモリで最大1.2TB/sの帯域幅。従来のx86ラックCPUと比べて50%高速、電力効率は2倍。
そしてスケールの数字がすごい。
256基のVera CPUを液冷で1ラックに収めると、22,500以上の独立したCPU環境を同時に維持できる。
22,500体のAIエージェントが、それぞれ別々の「部屋」で、互いに干渉せずに仕事をする。NemoClawがエージェントの「社員証とルールブック」なら、Vera CPUラックは「22,500室のオフィスビル本体」だ。
ここまでを一言でまとめると、NVIDIAは"エージェントの脳"ではなく"エージェントの通行料"を取りに来ている。 ハードもソフトも、AIの「賢さ」そのものではなく、AIが安全に動くための「場所代」と「管理費」で稼ぐ構造だ。
ここで本稿の全体像を整理する。

NVIDIAのエージェントAI戦略は5層で読める。
最下段:ハードウェア層 Vera Rubin — GPU・CPU・LPU・NIC・DPU。前回記事で解説済み。
第2層:推論OS層 Dynamo 1.0。NVIDIAが「AIファクトリー推論のための初の分散OS」と位置づけるオープンソースソフト。前回記事で解説した「プリフィルはRubin GPU、デコードはGroq LPU」の交通整理を担う。AWS、Azure、Google Cloud、Oracle、Cursor、Perplexityが採用済み。
第3層:セキュリティ層 OpenShell。本記事で解説したサンドボックスとポリシー制御。
第4層:エージェント基盤層 NemoClaw + OpenClaw + Nemotron。第3章で解説。
最上段:エンタープライズ層 Adobe / Salesforce / SAP / ServiceNow…。16社が初日に採用表明。
5つの層すべてに、NVIDIAの技術か資本が入っている。空白の層が1つもない。
第5章:Moltbook記事の答え合わせ——「配管」はどこまで進んだか
4本の配管のうち3本が敷設開始。残り1本(決済)が次の争奪戦の焦点。

Moltbook記事の核心仮説は「配管を敷いた者が30年分の通行料を取る」だった。GTC2026を経て検証する。
配管①:身元確認 → ✓ 敷設開始 Moltbook記事ではMoltbook自体を「エージェントの住所録のプロトタイプ」と位置づけた。GTC2026ではOpenShellが、エンタープライズ品質で実装した。MetaはMoltbook買収で「コンセプトと人材」を買った。NVIDIAは「動くプロダクト」を出した。
配管②:通信セキュリティ → ✓ 敷設開始 Moltbook記事で「AnthropicがMCP-Iで検討中」と書いた。NVIDIAはそれを待たず、Cisco・CrowdStrike・Microsoft Securityと組んで事実上の標準を作りにきた。議論ではなく、実装で先手を取った。
配管③:権限委任 → ✓ 敷設開始 NemoClawのポリシーエンジン。Linux FoundationのAGNTCYが標準化を議論していると書いたが、NVIDIAは議論を待たず実装を先に出した。「まず動くものを出して、標準は後からついてくる」——HTTPの歴史と同じパターンだ。
配管④:決済レール → △ 未敷設 GTC2026で動きなし。Visa、Mastercard、Stripeは各社独自に開発中。4本目の配管は次の大型提携の焦点になりうる。
3本の配管に共通するNVIDIAの行動原理がある。「コンセプトではなく動くプロダクトを出し、議論ではなく実装で先手を取る」。これがNVIDIAのスピードだ。
もう一つ検証する。Moltbook記事の反論シナリオ「配管よりモデル提供者やOS提供者が支配する」について。
ジェンセンはキーノートで「NVIDIA ❤️ AI Natives」のエコシステムマップを映した。最上段にOpenAI、Anthropic、Meta、Google、Mistral、xAI、DeepSeek。OpenClawはどのモデルでも動くと強調された。これは「モデル層はコモディティ化していい。配管を押さえる我々が勝つ」という宣言だ。
ただし、予測が外れた点もある。 私は「1993年にいる」と書いた。だがGTC2026の発表を見る限り、少なくとも「1995年」——セキュリティ標準が登場し商用利用が始まった段階——まで一気に進んだ。16社の初日採用は「実験段階」から「実装段階」への移行を示す。配管の敷設速度は、私の予想より速かった。
第6章:投資家として——エージェントAIの「関所」はどこにあるか
エージェントAIの価値は「モデルの賢さ」ではなく「配管のスイッチングコスト」で決まる。NVIDIAはセキュリティ層とインフラ層、2つの関所を同時に押さえにきた。

投資家として見るべきは「どの層のスイッチングコストが最も高いか」だ。一度採用されたら乗り換えにくい層——そこに関所がある。
モデル層(OpenAI / Anthropic / DeepSeek):コモディティ化が進行中。 性能差は縮小し、APIの切り替えは比較的容易。この層で圧倒的な堀を持つプレイヤーは存在しにくくなっている。
エージェントランタイム層(OpenClaw / NemoClaw):中程度。 オープンソースゆえ技術的な乗り換えは可能だが、スキル・プラグイン・統合先の蓄積が進むとコストが上がる。CUDAと同じ道筋。
セキュリティ&ポリシー層(OpenShell / Cisco / CrowdStrike連携):関所その1。 企業がセキュリティポリシーを設計・実装し、監査ログを蓄積し、コンプライアンスを整備した後で別のフレームワークに乗り換えるコストは極めて高い。Cisco、CrowdStrike、Microsoft Securityが初日から統合しているのは「NVIDIAのロックイン」というより「業界標準としての固定化」だ。
インフラ層(Vera CPU / Rubin GPU):関所その2。 7チップ・5ラックの統合設計はNVIDIA以外に再現できない。22,500環境という数字は、この層がエージェントAIの物理的なボトルネックであることを示す。
エンタープライズ層(Salesforce / SAP / Adobe): 各社は自社の顧客データとワークフローに堀を持つが、エージェントAIの基盤は下の層に依存する。
対立する2つの見方を整理する。
「盤石だ」派。 CUDAで学習エコシステムを支配した手法を、NemoClawとOpenShellでランタイム層とセキュリティ層に横展開している。ハードからソフトまでフルスタックで押さえ、他社が個別の層で対抗しても全体では勝てない。AnthropicのCEO、ダリオ・アモデイですら「NVIDIAのVera Rubinプラットフォームが、推論・ネットワーキング・システム設計を提供してくれる」とGTC2026で語っている。モデルを作る側すらインフラへの依存を認めている構造だ。
「まだ早い」派。 NemoClawはアルファ段階。Futurum Researchのアナリストは「エージェントの信頼性はランタイム層ではなく、計画・開発段階からのライフサイクル全体で担保されるべきだ」と指摘した。要するに、OpenShellはエージェントを安全に動かすための必要条件ではあっても、暴走を止める十分条件ではない。 導入しただけで安心する企業は、むしろ脆弱になりうる。
私の見方。
NVIDIAが前回記事および本稿を通じて繰り返しているパターンは3段階だ。
まず、オープンソースで事実上の標準を作る(CUDA → Dynamo → OpenShell)。次に、その配管がNVIDIAハードで最も速く動くよう最適化する。最後に、エコシステムが育った段階で管理サービスやクラウドサービスを上乗せして収益化する。
このパターンが機能するかの分岐点は、2つの「もしも」にかかっている。
もしも①:AppleまたはGoogleがOSレベルでエージェント認証を統合したら。 iOSやAndroidのネイティブ機能としてエージェントの身元確認と権限管理が組み込まれれば、OpenShellの出番は大幅に減る。ただし現時点で、AppleもGoogleもエンタープライズ向けエージェントセキュリティの標準を出していない。
もしも②:OpenClawの成長が鈍化し、別のエージェント基盤が台頭したら。 Claude Code、Cursor、Codexなどコーディングエージェントも急成長中だ。NVIDIAはNemoClawが「あらゆるコーディングエージェントと連携する」と明言しているが、基盤が分裂すれば「唯一のエンタープライズ入口」としての価値は薄れる。
四半期ごとに見るべき指標を3つ挙げる。
第一:NemoClaw / OpenShellの採用企業数。 GTC初日で16社。3ヶ月後に50社を超えていれば、セキュリティ層の標準化が進行中のサイン。
第二:Vera CPUラックの出荷数。 2026年後半から出荷開始。Alibaba、ByteDance、Meta、Oracle、CoreWeaveが導入を表明しており、実際の出荷ペースがエージェントAIの「実需」のバロメーターになる。
第三:決済レールの統合。 4本目の配管がまだ空いている。NVIDIAまたはそのパートナーがVisa / Mastercard / Stripeと統合を発表したら、「配管を全部押さえにきた」シグナルとして注視すべきだ。
この仮説が外れる条件
本記事の核心仮説は「NVIDIAはハードウェアだけでなくエージェントAIの配管も事実上の標準として押さえようとしており、成功すればCUDAの再現になる」というものだ。
外れるのは少なくとも3ケース。
ケース1:エージェントAIの実需が拡大しない。 企業がAIエージェントを「便利なチャットボットの延長」としか使わず、自律運用に移行しなければ、NemoClawやOpenShellは重装備すぎるインフラになる。
ケース2:セキュリティ標準がNVIDIA以外の手に渡る。 MicrosoftがCopilotの文脈でEntra IDベースのエージェント管理を組み込む、Apple/GoogleがOS統合で上書きする——いずれも起きうる。
ケース3:規制による分断。 Moltbook記事で触れた通り、中国はOpenClawの政府機関利用を制限する動きを見せている。地域ごとに異なるエージェント規制が敷かれれば、「世界のSaaS企業のポリシーエンジン」という構想自体が成立しない。
おわりに
GTC前夜の記事で、こう書いた。「使い方が『道具を操作する』から『仕事を委ねる』に変わった」と。
GTC2026は、「委ねる」ための交通ルールを一気に敷いた日になった。
ハードウェアの都市(前回記事)。交通ルールとしてのソフトウェアスタック(本稿)。残るは「誰がこの都市に資本を投じ、誰が利益を得るのか」——地政学とマネーの話だ。次回記事(GTC2026 徹底解説③)では、1兆ドル受注を支える資本の流れと、米中AI地政学がVera Rubinにどう影響するかを解剖する。
一つだけ確かなことがある。ジェンセンが「すべての企業にOpenClaw戦略が必要だ」と言い、それをHTMLやLinuxと同列に並べたとき、彼はインフラとして不可避なものの話をしていた。HTMLを無視してウェブビジネスはできなかった。Linuxを無視してサーバー運用はできなかった。OpenClawを無視してエージェントAIは展開できない——少なくともNVIDIAは、そういう世界を作ろうとしている。
それが実現するかは、この記事で書いた「仮説が外れる3条件」を四半期ごとに検証していくしかない。
あなたは、どの条件がいちばん先に動くと思いますか?
ここまで読んでくださった方、ありがとうございます。スキを押していただけると、とても励みになります。
この記事の一次ソース一覧
NVIDIA GTC 2026 Keynote & Press Releases(nvidianews.nvidia.com, 2026/3/16)/ NVIDIA Technical Blog: Vera CPU, OpenShell, Dynamo(developer.nvidia.com)/ VentureBeat GTC2026 Coverage(2026/3/16-17)/ Futurum Group: "At GTC 2026, NVIDIA Stakes Its Claim on Autonomous Agent Infrastructure"
GTC2026 徹底解説シリーズ ①ハード編:
②エージェントAI編:本稿
③地政学・マネー編:
関連記事
※本記事は2026年3月17日時点の情報をもとに執筆しています。株価・財務データは変動します。投資判断は自己責任でお願いします。本記事は投資推奨ではなく、AIインフラの構造を読むための思考材料として書いています。