AIエージェントが「実働部隊」になる日と、その裏側の物理的限界
【ソース 1】NanoClaw creator turns down $20M buyout offer, raises $12M seed instead
20億ドルの買い取りオファーを断って、1200万ドルのシード資金を調達したと聞いた。
この手のAIエージェント関連のスタートアップが急に話題になるから驚く。Andrej Karpathyやシンガポールの外務大臣が推薦したとか、話題性は十分だ。しかし、技術的なインパクトはどうだろう。OpenClawはそのままコンピュータにアクセスするけど、NanoClawはコンテナ内で動く。これ、Kubernetesで管理している自分には結構響く。
AIエージェントの権限管理って、どうやるのが正解なんだろう。直接のアクセスを許すのはリスクが高い。こういう「隔離された環境」で動かすアプローチは、マイクロサービスのセキュリティ設計とも共通する部分がある。DockerやVercelが投資に関わっているのも納得だ。
なぜ買い取りオファーを断ったのか。コミュニティが大きくなりすぎて、オープンソースプロジェクトとしての価値が爆発したからだろう。企業導入はAmazonやGoogleみたいな大企業から来ているらしい。しかも「フォワードデプロイされたエンジニア」として実装サービスを提供している。
これは、技術が「売れる形」に変わったってことか。うちのプロジェクトでAIエージェントをどう扱うか考えないと、この動きに取り残されそうだ。
【ソース 2】If Google can’t make AI agents useful, maybe no one can
「AIアシスタント」なんて言葉はもう少し古臭い。最近話題の「AIエージェント」は、もっと実用的で、ちょっと意地悪なインターン生に近いイメージがある。
記事によると、OpenClawというオープンソースのプラットフォームが去年の11月に爆発的に流行したそうだ。何がすごかったかというと、PCの電源を入れたままじゃなく、クラウド上で24時間動き続けられる点。しかもWhatsAppやTelegramといった普段使いのアプリからチャットで指示を出せる。これが「インターン」から「業務をこなせる人材」への転換点だった。
OpenClawが「インターン」から「実働部隊」になったのは、エージェントがバックグラウンドで動き続けられるからだ。前まではAIはユーザーが操作するまで何もしなかったけど、この仕組みが変わった。
この流れに乗ってGoogleも動いた。I/O 2026で「Gemini Spark」という新しいエージェントを発表した。PCを開きっぱなしにしなくても、クラウドベースで24時間稼働し、AndroidやiOSからアクセスできる。スケジュールの調整や買い物のリサーチ、メールの要約など、日常的なタスクを勝手にこなしてくれるらしい。
ここでGoogleの強みが活きる。OpenClawはAPIを叩いてツールと連携したけど、GoogleはMCP（Model Context Protocol）を通じて、Gmail、ドライブ、カレンダーといった自社サービスと深く絡め合える。DropboxやUber、Spotifyといった外部サービスとも連携する。これが「使い勝手」の正体だ。
僕はバックエンドエンジニアだから、この動きは技術的な興味と実務的な関心の両方から惹かれる。エージェントは単にAIを強化するだけでなく、プラットフォームとしての価値を生み出そうとしているからだ。
Antigravityという開発プラットフォームを拡張し、デスクトップアプリでエージェントの管理を一元化しようとしているのがその証拠だ。OpenAIやAnthropicがコード生成サービスを拡張したのと同じ流れ。エンジニアはAntigravityを使ってエージェントの開発や管理をし、ユーザーはスマホからそれらを操作する。このエコシステム構築は、マイクロサービスを書く僕たちにとって結構刺激的だ。
モデルの進化も見逃せない。Gemini 3.5 Flashはコード生成能力が大幅に向上し、複数のエージェントを同時稼働させたり、長時間実行タスクをこなすのに特化しているらしい。4倍高速化だって。これは単なるモデルの強化ではなく、エージェントの「運用」を想定した設計の変化だ。
もしGoogleがこの「エージェントの使い勝手」を解決できなかったら、業界全体がついていけなくなるかもしれない。OpenAIがOpenClawを買収したのは、この実用性の証明だったわけだ。Googleが持つ「デジタル上の存在感（データ）」と「サービス連携」があればこそ、エージェントは本当に役に立つ存在になれる。それがGoogleの狙いなんだろうな、と感じた。
【ソース 3】The biggest data center ever is becoming a huge problem in Utah
40,000エーカー、約62平方マイル。その広大な土地に9ギガワットの電力を消費するデータセンターが建つ。これがUtahのStratosプロジェクトだ。Kevin O'Leary氏が推進するこの計画、単なるインフラの話じゃない。
9GWの電力って、州全体のピーク電力需要を超えるらしい。インフラエンジニアとして考えると、そもそもその電力を安定して供給するのが難しい。現地の空気は乾燥していて薄い。そこに発熱量16GWの熱を放り込むなんて、物理的に無理じゃないか。
「熱いラジエーターに熱風を吹きかけて冷やす」みたいな話が出るけど、これは冷却設計の限界に挑んでいるように見える。AIモデルのスケールアップと同じで、データセンターも物理的な限界にぶつかっている。
でも、実務的には「これが解決できるか」が重要だ。AIの発展と環境への負荷の板挟み。自分の書くコードが、このような物理的コストを生む背景にあることを考えると、少し肩身が狭い気もする。