Cloudflare Agent Memory、agentの記憶をcontext window外で管理する

この投稿が示した変化

Cloudflareの2026年4月17日のX投稿は、Agents Weekの焦点を実行基盤からmemory managementへ広げた。中核の主張は、Agent Memoryがextracts information from agent conversationsするという点である。すべての会話履歴をpromptへ戻すのではなく、必要な情報を後から使えるようにする製品方向だ。

Cloudflareのアカウントは、infrastructure、security、Workers、developer platformの更新を頻繁に発信する。今週はWorkers、Durable Objects、AI Gatewayなどをproduction agentsの部品として位置づけてきた。Agent Memoryはその流れの中で、memoryをprompt engineeringの技巧ではなくmanaged infrastructureとして扱うものだ。

リンク先ブログで分かること

Cloudflareのブログは、Agent MemoryをAI agentsにpersistent memoryを与えるmanaged serviceと説明している。現在はprivate betaで、単なる保存先ではない。何を記憶し、何を忘れ、いつagentへ戻すかを扱う層として設計されている。この違いは大きい。単純なmemory systemは古い情報やノイズまで残し、モデル入力の品質を下げることがあるからだ。

実装の方向性はCloudflareの既存agent stackとつながる。Workersは実行、Durable Objectsはstate、AI Gatewayはmodel callsの前段を担える。Agent Memoryはそこに長期的な知識を加えながら、prompt bloatを抑える役割を持つ。support agent、inbox agent、research assistant、workflow botを作るチームにとって、臨時のsummaryよりAPIとして扱えるmemory layerの方が運用しやすい。

次に見るべき点

難しいのはpolicyとevaluationである。運用側はretention、deletion、user visibility、tenant separationを制御する必要がある。さらに、memory retrievalが実際にtask successを上げるのか、単にもっともらしい背景を追加するだけなのかも検証しなければならない。pricing、beta access、productionでのmemory inspectionとredactionが次の注目点になる。

出典: source tweet, Cloudflare blog.