スナック3行まとめ
- Cloudflareは、Workers向けの組み込みエラー監視機能「Issues」をオープンベータで公開しました。
- エラーやログ、トレースに、運用側が追加したアプリの情報も添えて、指定したコーディングエージェントに渡せます。
- 送信条件と宛先は運用側で設定し、修正案のレビューと本番へのデプロイは人が行います。
Cloudflareは2026年9月30日、Workersの障害情報をコーディングエージェントへ渡す「Issues」のオープンベータを公開しました。Workersでサイトやアプリを運用する人向けに、繰り返すエラーを見つけ、調査材料をそろえてエージェントに送るまでの手作業を減らす機能です。

スナックガールズのひとこと
AIKO: 繰り返すエラーが、調査に使えるひとまとまりの入力になるのが面白いです。ログの山にも、取っ手がつく感じですね。
ネア: 小さなアプリで、ひとつのエラーを追って、テストで修正を確かめるところまで見届けたいです。原因がわかった瞬間、少しほっとしそうですね。
繰り返すエラーをひとつのIssueに
Issuesを有効にすると、繰り返し発生する例外、HTTP 5xxレスポンス、エラーログがIssueとしてまとめられます。基本的な検出にSDKのインストールやアプリを包むラッパーは不要です。
詳細画面では、エラーや取得できた場合のスタックトレース、発生前後のログとトレース、Workerのバージョン、リクエスト情報を確認できます。いつ発生し始めたか、何回起きたか、増えているかも追えます。

どのアカウントやセッションで起きたかを知る
アプリ内のどのユーザー、アカウント、セッションに障害が関係しているかは、Cloudflareが自動で把握するわけではありません。Workersランタイムに組み込まれたOpenTelemetry APIで識別情報を追加すると、各発生記録にその情報が表示されます。エージェントに渡す前に、特定のアカウントやセッションへ障害が集中していないかを調べられます。

送信のタイミングと宛先を選ぶ
Automationsでは、発生回数が設定したしきい値を超えたときや、しばらく発生しなかったエラーが再び起きたときに、Issueを送信する設定ができます。宛先にはClaude Code、Cursor、Devinのほか、汎用のHTTPS Webhookやチャット・インシデント管理のワークフローを指定できます。
送信時には、Issueに保存された診断情報と追加したアプリの情報が渡されます。さらに調査を進める場合は、エージェントを別途Cloudflare MCPに接続することで、関連するログやトレースの照会、コードやテストの変更提案、プルリクエストの作成につなげられます。
設定で有効化し、修正案は人がレビュー
使い始めるには、wrangler.jsoncでobservability.issues.enabledをtrueにし、CloudflareダッシュボードでAutomationを設定します。cf CLIからもIssueの確認やAutomationの作成ができます。
エージェントが修正のプルリクエストを出した場合も、レビュー、本番へのデプロイ、Issueを解決済みにする操作は運用側が行います。調査材料の受け渡しを自動化しても、本番への反映まで任せる仕組みではありません。
出典:Cloudflare Blog(確認日:2026年10月1日)
出典・確認日: Cloudflare・2026年10月1日
