「Cloudflare Agents」発表まとめ｜稼働中のAIエージェントを"全部見える化"する観測基盤

AIエージェントの開発をご検討中ですか？ AIエージェント開発サービスを見る →

Cloudflareが2026年8月4日、開催中の「Agents Week 2026」の一環として Cloudflare Agents を発表しました。デプロイ済みのAIエージェントの全セッションを1つのダッシュボードに集約し、「エージェントが今なにをしていて、いくらかかっているのか」を可視化する観測基盤です。

▲ 発表元: Introducing: Cloudflare Agents（Cloudflare公式ブログ）

AIエージェントを本番運用し始めた組織がまず直面するのは、「動いてはいるが、中で何が起きているか分からない」という観測の壁です。この記事では、Cloudflare Agentsがこの壁をどう解消しようとしているのかを、「何が発表されたか」「なぜ必要か」「仕組みと対応フレームワーク」「ダッシュボードで見えるもの」「有効化手順」「料金」の順で整理します。

何が発表されたか：エージェント専用の観測レイヤー

Cloudflare Agentsは、Cloudflare上にデプロイされたエージェントのセッションを横断的に集めて表示する新しいダッシュボード体験です。最初の機能として エージェントトレーシング（Agent Tracing） が同時にリリースされ、次の粒度で実行が記録されます。

モデル呼び出し（使用トークン数を含む）
ツール実行（引数と結果）
承認イベント（人間の承認を挟む箇所）
サブエージェント呼び出し
インフラ操作（D1クエリ、KV書き込みなど）

公式ブログの表現を借りれば「すべてのモデル呼び出し・ツール実行・トークンが計測され、ここに表示される」——つまりエージェントの挙動とコストを、推測ではなく実測で追える状態を目指したものです。

なぜ必要か：インフラのトレースだけでは「エージェントの物語」が読めない

Cloudflareには従来から Workers 向けのトレーシングがあり、fetch呼び出し・KV読み取り・D1クエリといったインフラ層の記録はできていました。問題は、エージェントをWorkers上で動かしたとき、トレースに残るのがそのインフラ操作だけで、その周りを囲むエージェント固有の操作——「どのモデルに何を聞いたか」「どのツールをなぜ呼んだか」——が抜け落ちていたことです。

例えるなら、電話の通話記録（いつ・どこへ・何分）はあるのに、会話の中身が残っていない状態です。エージェントのデバッグで本当に知りたいのは「なぜこの判断をしたのか」の方であり、今回のエージェントトレーシングはこの空白を埋める位置づけです。インフラのスパン（記録単位）とエージェントのスパンが同じトレースの中で接続されるため、「このツール実行がこのD1クエリを引き起こした」という因果まで一気通貫で追えます。

仕組み：OpenTelemetryのGenAI規約に乗る

技術的な土台は、可観測性の業界標準である OpenTelemetry です。エージェントトレーシングは、OpenTelemetryの Generative AI semantic conventions（生成AI向けの記録規約）に準拠したスパンを受け取る設計で、発表時点で次のエージェントハーネス（エージェント実行フレームワーク）に対応しています。

フレームワーク	概要	連携方法
Think	Cloudflare自身の次世代Agents SDK（Agents Weekでプレビュー発表）	トレーシング統合が組み込み済み
Flue	Astroチーム発のオープンソースのエージェントハーネス	トレーシング統合が組み込み済み
AI SDK	TypeScriptで広く使われるAI開発SDK	Cloudflareの `wrapAISDK()` アダプターでラップ

ポイントは、独自フレームワークでも OpenTelemetryのGenAI規約に沿ったスパンを出せば取り込めることです。特定のSDKへの囲い込みではなく、標準規約への準拠を接続条件にしているため、既にOpenTelemetryで計装しているチームは乗せやすい設計といえます。

ダッシュボードで見えるもの：会話のリプレイと実行のウォーターフォールグラフ

ダッシュボードには、観測対象のエージェントごとに実行数（runs）・セッション・インスタンス・トークン使用量が並び、個々のセッションは2つのタブで深掘りできます。

Messagesタブは、会話の完全な再生です。システム指示、ユーザーメッセージ、モデルの推論、ツール呼び出しの引数と結果、最終応答までが時系列で表示され、「このセッションで何が話され、何が実行されたか」を後から読み返せます。

Tracesタブは、実行のウォーターフォールグラフ（処理の流れと所要時間を段状に示す図）です。どの処理にどれだけ時間がかかったかの配分と、エージェントの操作がWorkersのインフラ操作（D1・KVなど）とどうつながっているかを視覚的に確認できます。

デバッグの観点では、Messagesで「何を判断したか」を、Tracesで「どこが遅い・高いか」を見る、という使い分けになります。

有効化手順：設定1つとフレームワーク側の計装

有効化はシンプルで、wrangler.jsonc に次の設定を加えます。

{
  "observability": {
    "traces": {
      "enabled": true
    }
  }
}

あとはフレームワーク側の計装です。ThinkとFlueは組み込みのトレーシング統合からテレメトリが発行され、AI SDKは wrapAISDK() アダプターでラップします。自作フレームワークの場合はOpenTelemetryのGenAI semantic conventionsに準拠したスパンを発行すれば取り込まれます。

料金：ベータ中は無料、2026年10月からWorkers Observabilityに統合

現在：ベータ期間中は無料
2026年10月1日以降：既存のWorkers Observability料金に統合
- Workers Free：1日20万イベントまで、保持期間3日
- Workers Paid：月2,000万イベント込み、超過分は100万イベントあたり0.60ドル、保持期間7日

注意したいのは、課金対象が「Agentsビューに表示されるスパン」だけではなく、発行されるすべてのスパンである点です。エージェントは1回の実行でモデル呼び出し・ツール実行・インフラ操作と多数のスパンを生むため、実行頻度の高いエージェントを運用する場合はイベント数の見積もりをしておくのが安全です。

文脈：「エージェント開発ライフサイクル」の観測フェーズを担う

今回の発表は単発ではなく、同日に公開された「The Agent Development Lifecycle has arrived on Cloudflare」という構想記事とセットで読むと位置づけが分かります。

Cloudflareの主張はこうです。AIエージェントが「実装」を高速化した結果、従来のソフトウェア開発ライフサイクル（SDLC）ではテスト・デプロイ・観測といった他のフェーズがボトルネック化した。だからエージェントが全フェーズを回せる エージェント開発ライフサイクル（ADLC） が必要で、そのためのCI/CD（@cloudflare/ci）・ローカルトレーシング・観測基盤を一式提供する——。Cloudflare Agentsはこの構想のうち**観測（そして将来の自己改善）**を担うピースです。トレーシングデータを開発サイクルに還流させ、「自律的に自己改善するエージェント」につなげる、という展望が示されています。

Cloudflareが「エージェントは特別なものではなく、単なるアプリケーションだ」と繰り返すのも特徴です。9年かけて構築してきた開発者プラットフォーム（Durable Objects・Workers AI・Workflows・R2など）がそのままエージェントの実行基盤になる、という立論で、デプロイから観測・改善までを1つのプラットフォームで閉じることを競争軸にしています。

実務への示唆：エージェント運用の「原価計算」ができるようになる

業務でAIエージェントを運用する立場から見ると、この発表の価値は大きく3つです。

1. コストの実測。 エージェントのランニングコストは「モデルのトークン単価 × 使用量」の積み上げですが、実運用では1タスクあたりのトークン消費が読みにくいのが実情です。セッション単位でトークンが計測されると、「この業務プロセスの自動化は1件あたりいくら」という原価計算が実測ベースでできるようになります。

2. 障害調査の時間短縮。 エージェントの不具合は「たまに変な応答をする」という再現困難な形で現れがちです。会話の完全リプレイが残っていれば、問題のセッションを後から開いて、どの指示・どのツール結果が引き金だったかを特定できます。

3. ベンダーロックインの回避余地。 接続条件がOpenTelemetryのGenAI規約という業界標準なので、計装そのものは他の観測基盤（Langfuseなど）にも流用が利きます。Cloudflare上で動かすエージェントの観測先として自然な選択肢が増えた、と捉えるのが現実的です。

一方で、保持期間は最長でも7日（Paid）と短めです。監査やコンプライアンス目的で長期の実行記録が必要な場合は、別途エクスポートの仕組みを検討する必要があります。

まとめ

Cloudflare Agentsは、デプロイ済みエージェントの全セッションを1つのダッシュボードに集約する観測基盤。第1弾機能はエージェントトレーシング。
従来のインフラトレースに欠けていた「モデル呼び出し・ツール実行・トークン」というエージェント固有の操作を、インフラ操作と同じトレースで一気通貫に記録する。
接続条件はOpenTelemetryのGenAI semantic conventionsで、Think・Flue・AI SDKに発表時点で対応。独自フレームワークも規約準拠なら取り込める。
ダッシュボードはMessagesタブ（会話の完全リプレイ）とTracesタブ（実行ウォーターフォール）の2軸。
ベータ中は無料。2026年10月1日からWorkers Observability料金に統合され、Paidは月2,000万イベント込み・超過100万イベントあたり0.60ドル・保持7日。
同日発表の「エージェント開発ライフサイクル（ADLC）」構想の観測フェーズを担い、トレースを自己改善に還流させる展望が示されている。

エージェントを「作る」段階から「運用する」段階へ進んだチームにとって、観測はコスト管理と品質管理の両方の土台になります。まずはベータの無料期間に手元のエージェントで有効化し、1セッションあたりのイベント数とトークン消費を実測しておくと、10月以降の課金開始にも備えやすいでしょう。

参考資料

CSエージェントで顧客対応を自動化しませんか？

デモ・無料相談・資料請求を承っています。

デモをみる無料相談する資料請求する