Agents Weekへようこそ
2026年4月12日 | Rita Kozlov、Dane Knecht | 8分で読める
Cloudflareのミッションは常により良いインターネットの構築を支援することでした。時には現在のインターネットのために構築することを意味し、時には間もなく到来するインターネットのために構築することを意味します。今日、私たちは次に来るもののためのインターネット構築に特化したAgents Weekを開始します。
インターネットはAI時代のために構築されていない
インターネットはAI時代のために構築されていませんでした。クラウドもそうです。私たちが知るクラウドは、前回の大きな技術パラダイムシフトの産物でした:スマートフォンです。
スマートフォンがインターネットを誰もがポケットに入れられるようにしたとき、それは単にユーザーを追加しただけではありませんでした。オンラインであることの意味の本質を変えたのです。常に接続され、常に即座の応答を期待する。アプリケーションは桁違いに多くのユーザーを処理する必要があり、それらを支えるインフラストラクチャも進化する必要がありました。
業界が収束したアプローチは単純でした:より多くのユーザー、より多くのアプリケーションのコピー。アプリケーションが複雑になるにつれて、チームはそれらをより小さな部品(マイクロサービス)に分割し、各チームが自分の運命をコントロールできるようにしました。しかし、核となる原則は同じでした:有限数のアプリケーション、それぞれが多くのユーザーにサービスを提供する。スケールはより多くのコピーを意味しました。
Kubernetesとコンテナがデフォルトになりました。それらはインスタンスの起動、負荷分散、不要なものの削除を簡単にしました。この1対多のモデルの下では、単一のインスタンスが多くのユーザーにサービスを提供でき、ユーザー数が数十億に成長しても、管理する必要があるものの数は有限のままでした。
エージェントはこれを破る
1ユーザー、1エージェント、1タスク
これまでのすべてのアプリケーションとは異なり、エージェントは1対1です。各エージェントは一意のインスタンスです。1人のユーザーにサービスを提供し、1つのタスクを実行します。
従来のアプリケーションが誰が使用しているかに関係なく同じ実行パスに従うのに対し、エージェントは独自の実行環境を必要とします:LLMがコードパスを指示し、ツールを動的に呼び出し、アプローチを調整し、タスクが完了するまで持続する環境です。
これをレストランと個人シェフの違いと考えてください。レストランにはメニュー(固定されたオプションのセット)があり、それらを大量に作り出すために最適化されたキッチンがあります。これが今日のほとんどのアプリケーションです。エージェントは「何を食べたいですか?」と尋ねる個人シェフのようなものです。毎回まったく異なる材料、道具、技術が必要かもしれません。レストランに使用するのと同じキッチンセットアップで個人シェフサービスを運営することはできません。
エージェントを大衆にスケールする数学
過去1年間で、エージェントが普及し、コーディングエージェントが先頭に立っているのを見てきました。開発者は早期採用者になる傾向があるため、これは驚くことではありません。今日のほとんどのコーディングエージェントの動作方法は、LLMが必要とするもの(ファイルシステム、git、bash、任意のバイナリを実行する能力)を提供するためにコンテナを起動することです。
しかし、コーディングエージェントは始まりに過ぎません。Claude Coworkのようなツールは、すでにエージェントを技術的でないユーザーにもアクセス可能にしています。エージェントが開発者を超えて、すべての人(管理アシスタント、研究アナリスト、カスタマーサービス担当者、個人プランナー)の手に渡ると、スケールの数学は急速に厳しくなります。
米国の1億人以上の知識労働者がそれぞれ約15%の同時実行率でエージェントアシスタントを使用した場合、約2400万の同時セッションの容量が必要になります。CPU当たり25〜50ユーザーで、これは50万から100万のサーバーCPUのどこかになります。これは米国だけで、1人当たり1エージェントです。
今度は各人が複数のエージェントを並行して実行することを想像してください。今度は10億人以上の知識労働者がいる世界の残りの部分を想像してください。
私たちは少しコンピュートが不足しているのではありません。桁違いに離れています。
では、そのギャップをどのように埋めるのでしょうか?
エージェント用に構築されたインフラストラクチャ
8年前、私たちはWorkersを立ち上げました。これは私たちの開発者プラットフォームの始まりであり、コンテナレス、サーバーレスコンピュートへの賭けでした。当時の動機は実用的でした:速度をCloudflareに依存する顧客のために、コールドスタートのない軽量コンピュートが必要でした。
コンテナではなくV8アイソレートに基づいて構築されたWorkersは、桁違いに効率的であることが判明しました。起動が速く、実行が安く、「起動、実行、削除」パターンに本質的に適していました。
私たちが予想していなかったのは、このモデルがエージェントの時代にどれほどよくマッピングされるかということでした。
コンテナがすべてのエージェントに完全な商業キッチン(固定された機器、ウォークイン冷蔵庫など、エージェントが必要かどうかに関係なく)を提供するのに対し、アイソレートは個人シェフにこの特定の食事に必要な正確なカウンタースペース、バーナー、ナイフを提供します。ミリ秒で提供され、料理が提供された瞬間に片付けられます。
数千の長時間実行アプリケーションではなく、数十億の短命で単一目的の実行環境をサポートする必要がある世界では、アイソレートが正しいプリミティブです。それぞれがミリ秒で開始します。それぞれが安全にサンドボックス化されています。そして、コンテナと比較して同じハードウェア上で桁違いに多くを実行できます。
ほんの数週間前、私たちはDynamic Workersオープンベータでこれをさらに進めました:実行時にオンデマンドで起動される実行環境です。アイソレートは開始に数ミリ秒かかり、数メガバイトのメモリを使用します。これはコンテナより約100倍速く、最大100倍メモリ効率的です。毎秒数百万のスケールで、すべての単一リクエストに対して新しいものを開始し、コードスニペットを実行し、それを破棄できます。
エージェントが早期採用者を超えてすべての人の手に渡るためには、手頃な価格である必要もあります。各エージェントを独自のコンテナで実行することは十分に高価で、今日のエージェントツールは主にコストを正当化できるエンジニア向けのコーディングアシスタントに限定されています。アイソレートは桁違いに効率的に実行することで、エージェントが必要とするスケールでユニット経済学を実行可能にするものです。
馬なし馬車の段階
未来のための正しい基盤を構築することは重要ですが、私たちはまだそこにいません。そして、すべてのパラダイムシフトには、古いモデル内で新しいものを機能させようとする期間があります。
最初の車は「馬なし馬車」と呼ばれました。最初のウェブサイトはデジタルパンフレットでした。最初のモバイルアプリは縮小されたデスクトップUIでした。
私たちは今、エージェントでその段階にいます。それはどこでも見ることができます。
- 人間の目のために設計されたウェブサイトをナビゲートするためにエージェントにヘッドレスブラウザを与えているのに、彼らが必要としているのはサービスを直接発見し呼び出すためのMCPのような構造化プロトコルです
- 多くの初期MCPサーバーは既存のREST APIの薄いラッパーです(同じCRUD操作、新しいプロトコル)が、LLMは実際には順次ツール呼び出しを行うよりもコードを書くことがはるかに得意です
- リクエストの向こう側にあるものを検証するためにCAPTCHAと行動フィンガープリンティングを使用していますが、ますますそのものは誰かの代理で行動するエージェントであり、正しい質問は「あなたは人間ですか?」ではなく「あなたはどのエージェントで、誰があなたを認可し、何をすることが許可されていますか?」です
- いくつかのAPI呼び出しを行って結果を返すだけのエージェントのために完全なコンテナを起動しています
これらはほんの数例ですが、これらのどれも驚くことではありません。これが移行の様子です。
両方のために構築する
インターネットは常に2つの時代の間のどこかにあります。IPv6は客観的にIPv4より優れていますが、IPv4サポートを削除するとインターネットの半分が壊れます。HTTP/2とHTTP/3は共存します。TLS 1.2はまだ完全に1.3に道を譲っていません。
より良い技術が存在し、古い技術が持続し、インフラストラクチャの仕事は両方を橋渡しすることです。
Cloudflareは常にこれらの移行を橋渡しするビジネスをしてきました。エージェントへのシフトも違いはありません。
コーディングエージェントは本当にコンテナ(ファイルシステム、git、bash、任意のバイナリ実行)を必要とします。それはなくなりません。今週、私たちのコンテナベースのサンドボックス環境がGAになります。私たちはそれらを可能な限り最高のものにすることにコミットしているからです。
私たちはエージェント用のブラウザレンダリングをより深く掘り下げています。まだMCPを話さないサービスの長いテールがあり、エージェントはまだそれらと相互作用する必要があるからです。
これらは応急処置ではありません。完全なプラットフォームの一部です。
しかし、私たちは次に来るものも構築しています:エージェントが実際に必要とするアイソレート、プロトコル、アイデンティティモデル。私たちの仕事は、今日機能するものと明日に適したものの間で選択する必要がないことを確実にすることです。
モデルの中のセキュリティ、周りではなく
エージェントが私たちの職業的および個人的なタスク(メールの読み取り、コードの操作、金融サービスとの相互作用)を処理する場合、セキュリティは事後に重ねられるのではなく、実行モデルに組み込まれる必要があります。
CISOが最初にこれに直面しました。エージェントをすべての人の手に置くことからの生産性向上は現実的ですが、今日、ほとんどのエージェント展開はリスクに満ちています:プロンプトインジェクション、データ流出、無許可API アクセス、不透明なツール使用。
開発者のvibe-codingエージェントはリポジトリと展開パイプラインへのアクセスが必要です。企業のカスタマーサービスエージェントは内部APIとユーザーデータへのアクセスが必要です。どちらの場合も、今日環境を保護することは、自律ソフトウェア用に設計されたことのない認証情報、ネットワークポリシー、アクセス制御を縫い合わせることを意味します。
Cloudflareは2つのプラットフォームを並行して構築してきました:アプリケーションを構築する人々のための開発者プラットフォームと、アクセスを保護する必要がある組織のためのゼロトラストプラットフォーム。しばらくの間、これらは異なる対象者にサービスを提供していました。
しかし、「このエージェントをどのように構築するか?」と「それが安全であることをどのように確実にするか?」はますます同じ質問になっています。私たちはこれらのプラットフォームを統合して、これらすべてがエージェントの実行方法にネイティブになるようにしています。後から取り付ける別のレイヤーではありません。
ルールに従うエージェント
コンピュートとセキュリティを超えたエージェント時代のもう一つの次元があります:経済学とガバナンス。エージェントが私たちの代わりにインターネットと相互作用する(記事を読む、APIを消費する、サービスにアクセスする)とき、そのコンテンツを作成し、それらのサービスを運営する人々や組織が条件を設定し、支払いを受ける方法が必要です。
今日、ウェブの経済モデルは人間の注意に基づいて構築されています:広告、ペイウォール、サブスクリプション。エージェントには注意がありません(まあ、その種の注意は)。彼らは広告を見ません。クッキーバナーをクリックしません。
エージェントが自由に操作でき、出版社、コンテンツクリエイター、サービスプロバイダーが公正に補償されるインターネットを望むなら、そのための新しいインフラストラクチャが必要です。
私たちは、出版社とコンテンツ所有者がエージェントがコンテンツとどのように相互作用するかのポリシーを設定し、実施することを簡単にするツールを構築しています。
より良いインターネットの構築は、常にそれがすべての人のために機能することを確実にすることを意味してきました。技術を構築している人々だけでなく、その仕事と創造性がインターネットを使用する価値のあるものにしている人々のためにも。それはエージェントの時代に変わりません。それはより重要になります。
開発者とエージェントのためのプラットフォーム
開発者プラットフォームに対する私たちのビジョンは、常に実験からMVP、数百万のユーザーへのスケーリングまで、ただ機能する包括的なプラットフォームを提供することでした。
しかし、プリミティブを提供することは方程式の一部に過ぎません。優れたプラットフォームは、すべてがどのように連携し、開発フローにどのように統合されるかについても考える必要があります。
その仕事は進化しています。以前は純粋に開発者体験について、人間が構築、テスト、出荷することを簡単にすることでした。ますます、エージェントが人間を助けることを支援し、エージェントを構築している人々だけでなく、エージェント自体のためにもプラットフォームを機能させることについてもです。
エージェントは最新の最新のベストプラクティスを見つけることができますか?必要なツールとCLIをどれだけ簡単に発見し、呼び出すことができますか?コードの記述から展開まで、どれだけシームレスに移動できますか?
今週、私たちは両方の次元で改善を出荷しています。Cloudflareをその上で構築している人間とその上で実行されているエージェントの両方にとってより良いものにしています。