AIエージェントが「夢を見る」ようになった。Anthropicは2026年5月6日、Code with Claudeカンファレンスで、Claude Managed Agentsに「Dreaming」機能を追加すると発表した。
この記事でわかること：
- DreamingがLLMのコンテキスト問題をどう解決するか
- 具体的な仕組みと設定の柔軟性
- 同日GAになった「Outcomes」とマルチエージェントオーケストレーション
エージェントが直面するコンテキストの壁
大規模言語モデルには、扱えるコンテキストウィンドウに上限がある。シングルセッションのやり取りなら「コンパクション」で対処できる。コンパクションとは、会話が長くなったタイミングでモデル自身が要点をまとめてコンテキストを圧縮する技術だ。
問題は複数セッション・複数エージェントが関わる長期タスクだ。先週のセッションで気づいたミスのパターンや、チームで共通する好みの出力形式は、次の起動時には消えている。エージェントが毎回ゼロから試行錯誤を繰り返す状況になる。
Dreamingとは何か
https://www.zdnet.com/article/your-claude-agents-can-dream-now-how-anthropics-new-feature-works/
Dreamingは、エージェントが過去のセッションを非同期で振り返り、有用なパターンを記憶として整理するスケジュール型プロセスだ。人間が睡眠中に記憶を定着させる過程に着想を得た命名で、Anthropicは「自己改善」と位置づけている。
Anthropicによると、Dreamingが特に有効なのは以下の情報を抽出する場面だ。
- 繰り返し発生するミス（修正のヒント）
- 複数エージェントが収束する作業フロー
- チームに共通する好みの形式や手順
抽出された情報はエージェントの記憶に書き込まれ、次回以降のセッションで参照される。単一エージェントでは見えなかったパターンが、複数セッション・複数エージェントにまたがる分析で浮かび上がる点が特徴だ。また、記憶が積み重なるほど情報の質が下がらないよう、記憶の構造自体も整理し直す。
従来のコンパクションはセッション内の単一エージェントに閉じた処理だった。Dreamingは複数セッション・複数エージェントを横断する点が根本的に異なる（参考）。
設定とコントロール
Dreamingを有効にする際、ユーザーが選択できる項目は2つだ。
まず「実行頻度」だ。どのくらいの間隔でDreamingを走らせるかを設定できる。
次に「記憶の更新方針」だ。エージェントが整理した記憶を自動で適用するか、ユーザーが承認してから取り込むかを選べる。承認制を選べば、エージェントが何を「学んだか」を確認した上で記憶に反映できるため、意図しない動作変化を防げる。
現時点ではリサーチプレビューとして提供されており、利用にはアクセスリクエストの申請が必要だ。
同日に正式リリースされた2つの機能
Anthropicは同日、以前からプレビュー提供していた2つの機能を公開ベータとして正式リリースした。
Outcomesはエージェントに「理想的な成果物のサンプル」を提示する機能だ。タスクごとに理想のアウトプット例を設定すると、別の「グレーダーエージェント」が実際の出力をその基準で評価する。ブログ記事やSNS投稿のように出力の質が主観的な場合にも有効で、Anthropicの検証では通常のプロンプトのみと比較してタスク成功率が最大10ポイント改善したという。
マルチエージェントオーケストレーションは、複雑なタスクを複数のサブエージェントに分割して並行処理する機能だ。リードエージェントが作業を振り分け、Claude Consoleでそれぞれのサブエージェントがどのステップで何をしたかを確認できる。問題が発生した場合も、どのエージェントのどの処理でミスが起きたかを特定しやすい。
ProおよびMaxプランの利用上限が倍増
同日の発表では、ProおよびMaxサブスクライバー向けに使用時間の上限変更も告知された。従来の5時間から10時間へ拡大されている。
長期運用への影響
Dreaming機能が意味するのは、エージェントが「使い込むほど改善される」運用モデルだ。特に、長期間にわたるタスクや複数エージェントを組み合わせたワークフローで効果が出やすい。
Outcomes、マルチエージェントオーケストレーションと組み合わせれば、エージェントが理想の成果物像を理解した上で作業を分担し、さらに過去の結果から学習するというサイクルを構築できる。Anthropicはこれらをセットでカンファレンスで発表しており、長期タスク向けの基盤整備という方向性が読み取れる。