Cloudflare Agents SDK v0.14 - Agent Skills・メッセンジャー連携・宣言的スケジュールでエージェントを作る
読みやすいコードの原則。全エンジニアの基礎。
通称「徳丸本」。Webセキュリティの定番教科書。
打鍵感で選ぶ定番キーボード。長時間の実装に。
当サイトは Amazon.co.jp を宣伝しリンクすることで紹介料を得る手段を提供する、Amazonアソシエイト・プログラムの参加者です。価格・在庫はリンク先の最新情報をご確認ください。
AIエージェントを「どこで動かすか」は、モデル選びと同じくらい重要な問題です。Cloudflare は、Workers / Durable Objects というエッジ基盤の上でステートフルなエージェントを動かす Agents SDK を提供しています。
NOTE
2026年7月時点の続報: 本記事は v0.14.0 を扱っていますが、その後 v0.16.1 / v0.17.0（バックグラウンドサブエージェント等）がリリースされ、MCP elicitation 対応なども加わりました。最新は v0.17 系です。
2026年6月2日にリリースされた Agents SDK v0.14.0 は、実用的な機能が一気に増えた版です。この記事では、その新機能を開発者目線で整理します。エージェントの安全な実行・統治という観点は Microsoft Build 2026や Agent 365の記事も合わせてどうぞ。
v0.14.0 の新機能（早見表）
| 機能 | 内容 |
|---|---|
| Agent Skills | 必要なときだけ読み込む、指示・リソース・スクリプトのカタログ（実験的） |
| チャットメッセンジャー | Telegram を最初のプロバイダとして対応 |
| 宣言的スケジュールタスク | タイムゾーン対応の定期プロンプト/ハンドラを型付き DSL で宣言 |
| Workflows 連携 | Workflow 内で永続的な推論ステップ（ThinkWorkflow / step.prompt） |
| 堅牢化 | 永続チャット復旧の本番強化 |
Agent Skills: プロンプトを膨らませずに能力を増やす
注目は Agent Skills です。エージェントに、指示・リソース・スクリプトのカタログを持たせる仕組みで、考え方は Claude Code の Skillと似ています。
肝は「必要なときだけ読み込む」点です。スキルのソースがカタログをシステムプロンプトに追加し、モデルはタスクが合致したときだけスキルを起動します。これにより、大量の能力を持たせても、毎回のプロンプトが膨らみません。
「たくさんの機能を用意したいが、全部を常時コンテキストに乗せるとトークンを浪費する」というジレンマへの、進行的開示（progressive disclosure）による答えです。コンテキスト管理の観点は トークンとコストの記事の発想と地続きです。
チャットメッセンジャー連携（Telegram）
エージェントをチャットアプリのボットとして動かせるようになりました。最初のプロバイダは Telegram です。
SDK 側（Think）が、Webhook のルート・会話のルーティング・永続的な返信処理・ストリーミング配信を引き受けます。設計上のポイントは、各スレッドが独立したサブエージェントにマッピングされること。グループチャットとダイレクトメッセージでメモリが混ざりません。複数ボット・カスタムルーティング・独自プロバイダもサポートされます。
「自前で Webhook を捌いて状態管理して…」という定型作業を SDK が肩代わりするので、チャットUIを持つエージェントを短いコードで立ち上げられます。
宣言的スケジュールタスク
定期実行を、命令的なコードではなく宣言で書けるようになりました。タイムゾーン対応の定期プロンプト/ハンドラを、型付きの DSL で宣言します。
SDK は起動時に宣言を突き合わせ、各実行後に次回をセットし直します（再アーム）。永続的かつ冪等な実行に支えられているので、「二重実行」「実行漏れ」を避けやすい設計です。
「毎朝9時にレポートを生成」のような定期エージェントを、cron をベタ書きするのではなく、宣言として持てるのが利点です。
Workflows 内の永続推論（ThinkWorkflow）
Cloudflare Workflows の中に、モデル駆動の推論ステップを組み込めるようになりました。ThinkWorkflow と step.prompt() を使うと、
- 永続的で型付きの構造化出力
- 長い待機（long wait）
- 承認ゲート（approval gate）
を含むワークフローを書けます。「AIに考えさせるステップ」と「決定論的なワークフロー制御」を、永続性を保ったまま1つのワークフローに混在させられるのがポイントです。失敗しても途中から再開でき、人間の承認を挟むような長時間プロセスにも向きます。
なぜエッジでエージェントなのか
Cloudflare のエージェント基盤の強みは、エッジ（Workers / Durable Objects）の特性にあります。
- 状態を持てる: Durable Objects により、エージェントごとに永続的な状態を保持できる
- 起動が速い・地理的に近い: エッジ実行で低レイテンシ
- 永続性と冪等性: 今回の宣言的スケジュールや永続チャット復旧のように、「落ちても復旧できる」前提で設計されている
WebAssembly がエッジで本番化した話とも通じますが、「多数の小さなステートフル処理を、信頼境界をまたいで安全に動かす」というエッジの要件に、エージェントはよくはまります。
まとめ
- Cloudflare Agents SDK v0.14.0（2026年6月2日）は、実用機能が一気に増えた版
- Agent Skills: 必要なときだけ読み込むカタログで、能力を増やしてもプロンプトが膨らまない
- チャットメッセンジャー連携: Telegram 対応。スレッドごとに独立サブエージェントでメモリが混ざらない
- 宣言的スケジュールタスク: タイムゾーン対応の定期実行を型付き DSL で宣言、永続・冪等
- Workflows 連携: ThinkWorkflow / step.prompt で永続推論・長い待機・承認ゲート
- 土台は Workers / Durable Objects。状態保持・低レイテンシ・復旧前提の設計がエッジでのエージェントに効く
「ステートフルなエージェントをエッジで」という選択肢は、v0.14.0 でかなり実用的になりました。チャットボットや定期実行エージェントを作るなら、評価候補に入れる価値があります。
