OpenAICloudflare2026/04/16 14:05

Cloudflare’s AI Platform: an inference layer designed for agents

要点だけを先に読めるように短く再構成したセクションです。

元記事

Quick Digest

要約

要点だけを先に読めるように短く再構成したセクションです。

openaijamodel: gpt-5-mini-2025-08-07

Cloudflare の AI プラットフォーム:エージェント向け統一推論レイヤー

Key Points

  • 単一APIで複数プロバイダ
  • 自前モデルをWorkers AIへデプロイ
  • 自動フェイルオーバーと再接続

Summary

CloudflareはAI GatewayとWorkers AIを統合し、単一のAPIで複数プロバイダのモデル(70+モデル、12+プロバイダ)にアクセスできる統一推論レイヤーを提供します。Workersのenv.AI.run(まもなくREST APIも提供)でモデル切替が簡単にでき、メタデータによるコスト集計、Replicate の Cog を使った自前モデルの持ち込み、低遅延(time-to-first-token短縮)と自動フェイルオーバーによる高信頼性が特徴です。

Key Points

  • 単一APIでモデル切替: Workersのenv.AI.runでプロバイダ間を1行で切替可能。REST APIは近日提供予定。
  • モデルカタログ: 70+モデル、画像/動画/音声のマルチモーダル対応。主要プロバイダ(OpenAI, Google, Anthropic等)を含む。
  • コスト管理: リクエストにメタデータを付与し、チーム/ユーザ/ワークフロー単位で支出を集計可能。
  • BYOモデル: ReplicateのCogでコンテナ化してWorkers AIへデプロイ。wranglerコマンドやGPUスナップショットで運用性向上予定。
  • 低遅延: Cloudflareのグローバルネットワークによりtime-to-first-tokenを短縮し、同ネットワーク内ホスティングで追加ホップを回避。
  • 信頼性: プロバイダ障害時の自動フェイルオーバー、ストリーミング応答のバッファ/再接続により長時間エージェントの中断を吸収。

実務的なアクション

  • 既存Workerでenv.AI.runのモデル名を変えて遅延/品質を比較する。
  • リクエストにmetadataを追加してコスト集計を有効化する。
  • カスタムモデルはcog.yamlとpredict.pyでパッケージ化し、cold-startとスループットを検証する。
  • 長時間エージェントはAgents SDKと組み合わせてチェックポイントと再接続の動作を確認する。

参照

  • ドキュメント: AI Gateway, Workers AI, Agents SDK

Full Translation

翻訳

原文の流れを保ったまま読める翻訳セクションです。

openaijamodel: gpt-5-mini-2025-08-07

CloudflareのAIプラットフォーム:エージェント向けに設計された推論レイヤー

CloudflareのAIプラットフォーム:エージェント向けに設計された推論レイヤー

2026-04-16 — Ming Lu, Michelle Chen — 読了時間: 約5分

AIモデルは急速に変化しています。今日エージェント型コーディングに最適なモデルが、3か月後には別のプロバイダの全く別のモデルになっていることも珍しくありません。さらに、実際のユースケースでは複数のモデルを呼び出す必要があることが多いです。たとえば、カスタマーサポートのエージェントは、ユーザーのメッセージを分類するために高速で安価なモデルを使い、行動計画には大規模で推論能力の高いモデルを使い、個別タスクの実行には軽量なモデルを使う、という具合です。

これにより、単一のプロバイダに財務的・運用的に縛られることなく、すべてのモデルにアクセスできる必要が出てきます。また、プロバイダ間のコストをモニタリングし、どこかで障害が発生しても信頼性を確保し、ユーザーがどこにいてもレイテンシーを管理するための適切なシステムが必要です。これらの課題はAIを使って構築する際に常に存在しますが、エージェントを構築する場合はさらに深刻になります。

単純なチャットボットはユーザープロンプトごとに1回の推論呼び出しを行うだけかもしれませんが、エージェントは1つのタスクを完了するために10回の呼び出しを連結することがあります。そうなると、遅いプロバイダが50msを追加するのではなく500msを追加することになり得ます。1回の失敗リクエストは単なるリトライでは済まず、下流の処理に連鎖する障害を引き起こすこともあります。

AI GatewayとWorkers AIのローンチ以来、Cloudflare上でAIを活用したアプリを開発する開発者から素晴らしい採用があり、私たちは追随するために素早く機能を出してきました。ここ数か月でダッシュボードの刷新、ゼロセットアップのデフォルトゲートウェイ追加、上流障害時の自動リトライ、より細かいログ制御などを実装しています。

本日、Cloudflareは統一された推論レイヤーになります:どのプロバイダのどのAIモデルにもアクセスできる1つのAPI、速く信頼できるように設計された仕組みです。

1つのカタログ、1つの統一エンドポイント

本日より、既にWorkers AIで使っているAI.run()バインディングを使ってサードパーティのモデルを呼び出せるようになりました。Workersを使用している場合、CloudflareホストのモデルからOpenAIやAnthropic、あるいは他のどのプロバイダのモデルに切り替えるのも1行の変更で済みます。

const response = await env.AI.run('anthropic/claude-opus-4-6',{ input: 'What is Cloudflare?', }, { gateway: { id: "default" }, });

Workersを使っていない方のために、数週間以内にREST APIサポートも公開予定です。これにより、どの環境からでもフルモデルカタログにアクセスできます。

今回、12以上のプロバイダから70以上のモデルにアクセスできるようになりました — すべて1つのAPI、切り替えは1行、支払いは1つのクレジットセットで済みます。今後も急速に拡充していきます。

モデルカタログを参照して、Cloudflare Workers AIでホストされるオープンソースモデルから主要プロバイダの独自モデルまで、ユースケースに最適なモデルを見つけてください。今回、以下のプロバイダのモデルをAI Gateway経由で提供できるように拡張しています:Alibaba Cloud、AssemblyAI、Bytedance、Google、InWorld、MiniMax、OpenAI、Pixverse、Recraft、Runway、Vidu。

なお、画像、ビデオ、音声モデルも拡充しており、マルチモーダルなアプリケーション構築が可能です。

1つのAPIで全モデルにアクセスできるということは、AIの支出を1か所で管理できるということでもあります。現在の多くの企業は複数プロバイダ間で平均3.5モデルを呼び出しており、単一プロバイダだけでは包括的な使用状況を把握できません。AI GatewayではAI支出を一元的に監視・管理できます。

リクエストにカスタムメタデータを含めることで、無料ユーザーと有料ユーザー別、個別顧客別、アプリ内ワークフロー別など、あなたが重要視する属性ごとのコスト内訳を得ることができます。

const response = await env.AI.run('@cf/moonshotai/kimi-k2.5', { prompt: 'What is AI Gateway?' }, { metadata: { "teamId": "AI", "userId": 12345 } } );

Bring your own model(独自モデルの持ち込み)

AI Gatewayはすべてのプロバイダのモデルに1つのAPIでアクセスできるようにします。しかし、時には自社データでファインチューニングしたモデルや、特定ユースケースに最適化されたモデルを自分で動かしたい場合があります。そのために、ユーザーが自分のモデルをWorkers AIに持ち込める仕組みを準備中です。

エンタープライズ顧客向けの専用インスタンスで独自モデルを実行しているトラフィックが圧倒的に多く、これをより多くのお客様に提供したいと考えています。

このために、モデルをコンテナ化するのにReplicateのCog技術を活用しています。Cogはシンプルに設計されており、dependenciesをcog.yamlに書き、推論コードをPythonファイルに記述するだけです。CogはCUDA依存性、Pythonバージョン、重みのロードなど、MLモデルのパッケージングに関する難しい点を抽象化します。

cog.yamlの例:

build:
  python_version: "3.13"
  python_requirements: requirements.txt
predict: "predict.py:Predictor"

predict.pyの例(モデルをセットアップする関数と、推論リクエスト(prediction)を受けたときに実行される関数を持つ):

from cog import BasePredictor, Path, Input
import torch

class Predictor(BasePredictor):
    def setup(self):
        """Load the model into memory to make running multiple predictions efficient"""
        self.net = torch.load("weights.pth")

    def predict(self, image: Path = Input(description="Image to enlarge"), scale: float = Input(description="Factor to scale image by", default=1.5) ) -> Path:
        """Run a single prediction on the model"""
        # ... pre-processing ...
        output = self.net(input)
        # ... post-processing ...
        return output

その後、cog build を実行してコンテナイメージをビルドし、CogコンテナをWorkers AIにプッシュします。Cloudflare側でモデルをデプロイしてサーブし、通常のWorkers AI API経由でアクセスできるようにします。

さらに、顧客向けAPIやwranglerコマンドで独自コンテナをプッシュできるようにすること、GPUスナップショットによるコールドスタートの高速化など、大きなプロジェクトに取り組んでいます。これらはCloudflare内部チームや一部外部顧客と共にテストしています。デザインパートナーに興味がある場合はぜひご連絡ください。

近いうちに、誰でも自分のモデルをパッケージしてWorkers AI経由で利用できるようになります。

ファーストトークンへの高速パス

Workers AIのモデルをAI Gateway経由で使うと、ライブエージェント構築時に特に効果を発揮します。ユーザーの“速さ”の知覚は、全体のレスポンス時間よりもむしろファーストトークンまでの時間(agentが最初に応答を開始する速さ)に依存することが多いからです。総推論時間が3秒でも、ファーストトークンが50ms速ければ、エージェントは機敏に感じられます。

Cloudflareは世界330都市にデータセンターを持つネットワークを有しており、AI Gatewayはユーザーと推論エンドポイントの両方に近い位置で動作するため、ストリーミング開始前のネットワーク時間を最小化します。

Workers AIは公開カタログでオープンソースモデルをホストしており、Kimi K2.5やリアルタイム音声モデルなど、エージェント向けに設計された大型モデルも含まれています。これらのCloudflareホストモデルをAI Gateway経由で呼び出す場合、コードと推論が同一のグローバルネットワーク上で動作するため、追加のパブリックInternet経路が発生せず、エージェントにとって最も低レイテンシになります。

自動フェイルオーバーで信頼性に配慮

エージェントを構築する際、ユーザーが気にするのは速度だけではありません。信頼性も重要です。エージェントのワークフローの各ステップは前段のステップに依存しており、推論の信頼性は非常に重要です。1回の呼び出しの失敗が下流全体に影響する可能性があります。

AI Gatewayでは、同じモデルが複数プロバイダで利用可能であり、あるプロバイダがダウンした場合でも、ユーザーがフェイルオーバーロジックを書かなくても自動的に別プロバイダへルーティングします。

長時間実行されるエージェント(Agents SDKを使う場合)では、ストリーミング推論呼び出しは切断に対しても復元力を持ちます。AI Gatewayはストリーミング応答を生成中にバッファリングし、エージェントのライフタイムとは独立して保持します。もしエージェントが推論途中で中断された場合でも、AI Gatewayに再接続して同じ応答を取得でき、新たに推論呼び出しを行ったり同じ出力トークンに対して二重に課金されたりすることはありません。Agents SDKの組み込みチェックポイント機能と組み合わせることで、エンドユーザーは中断をほとんど意識しません。

Replicateとの統合

Replicateチームは正式に私たちのAI Platformチームに合流しており、もはや別チームとは考えていません。ReplicateとCloudflareの統合作業を進めており、Replicate上のモデルをAI Gatewayに取り込み、ホストモデルをCloudflareインフラにリプラットフォームすることを含みます。

近いうちに、Replicateで人気だったモデルにAI Gateway経由でアクセスできるようになり、Replicate上にデプロイしたモデルをWorkers AI上でホストすることも可能になります。

はじめ方

  • AI Gatewayのドキュメントを確認してください。
  • Workers AIのドキュメントも参照してください。
  • Cloudflare上でエージェントを構築する方法はAgents SDKで学べます。
  • Cloudflare TVでビデオも視聴できます。

Cloudflareの接続クラウドは、企業ネットワーク全体を保護し、インターネット規模のアプリケーションを効率的に構築する手助けをし、あらゆるウェブサイトやインターネットアプリを高速化し、DDoS攻撃を防ぎ、ハッカーを寄せ付けず、Zero Trustへの旅路を支援します。無料アプリでインターネットをより速く安全にするには、任意のデバイスから1.1.1.1を訪問してください。私たちのミッションの詳細はここから始められます。

新しいキャリアを探している場合は、公開中の職種もご覧ください。

タグ: server-island-start, Agents Week, Agents, AI, AI Gateway, Workers AI, Developers, Developer Platform, LLM