Anthropic：Managed Agentsのメモリ機能がパブリックベータに——AIエージェントがセッション間でコンテキストを記憶

Anthropicは2026年4月23日、Claude Managed Agentsの**メモリ（Memory）**機能をパブリックベータとして公開しました。この機能により、エージェントは独立したセッションをまたいでユーザーの好み、プロジェクト規約、より広範なコンテキストを保持できるようになります。ベータ版は標準のmanaged-agents-2026-04-01 APIヘッダーで利用可能です。

これは2026年4月8日に始まったプラットフォーム拡張の継続です。当時AnthropicはClaude Managed Agents——開発者がサンドボックス、リトライロジック、ライフサイクル管理を自分で行わずに長時間実行エージェントを動かせるホスト型インフラ——を発表しました。

メモリが重要な理由は何ですか？

従来のAIエージェントには根本的な制限があります——コンテキストウィンドウです。Claude Opus 4.7（1M）やGemini 3.1のような現代のモデルは100万単位のコンテキストウィンドウに達していますが、それでも永続的な記憶とは異なります。

新しいセッションはいつも「白紙の状態」から始まります。前のセッションでユーザーのコーディングスタイル、プロジェクト構造、外部サービスのAPIキーを学習したエージェントも、次回はすべてを再学習しなければなりません。結果として、コンテキスト確立に多くのトークンを消費し、生産的な作業の開始が遅くなります。

メモリはエージェントにセッション再起動後も残る永続ストレージを提供することでこの問題を解決します。

メモリは技術的にどのように動作しますか？

Anthropicのドキュメントによると、メモリストアはエージェントのサンドボックスコンテナ内にディレクトリとしてマウントされるドキュメントの集合です。エージェントは標準ツール（bash、ファイルツール）でファイルを読み取り、新しい情報を保持したいときに書き込みます。

このアーキテクチャには2つの実際的な意味があります。第一に——メモリは透明です。開発者や管理者はエージェントが何を記憶しているかを直接確認でき、必要に応じてエントリを削除・編集できます。第二に——エージェントが自分で何をいつ記録するかを決めるため、クライアントコードに追加のオーケストレーションロジックを実装する必要が減ります。

具体的なユースケースは何ですか？

Anthropicはドキュメントでいくつかのシナリオを強調しています。ユーザーの好み——エージェントが好みのコーディングスタイル、コメント言語、命名規約を記憶します。プロジェクト規約——エージェントがリポジトリ構造、テスト手順、デプロイスクリプトを記憶します。セッション間で引き継がれるコンテキスト——過去の決定、未解決の問題、未完了のタスク。

開発チームにとって、これはエージェントが特定のプロジェクトで数回のセッションを経た後、大幅に生産性が向上することを意味します——習熟フェーズをスキップし、すぐに問題解決に移れます。

ベータ版の制限はどのようなものですか？

Anthropicはベータ版に明確な制限を設けており、計画時に考慮する必要があります：

• 組織あたり最大1,000ストア——独立したメモリストアの数の上限
• ストアあたり最大2,000メモリ——各ストアが含める独立したエントリの数
• ストアあたり合計100 MB——サイズ制限
• セッションあたり最大8ストア——エージェントが同時にマウントできる異なるメモリストアの数

ほとんどのユースケースではこれらの制限で十分です——プロジェクトは通常1つのストアに対応し、個別のメモリエントリ（好み、規約）は数KBを超えることはほとんどありません。

これは競合他社に対してどんな意味を持ちますか？

AnthropicはManaged Agentsのメモリ機能でOpenAI Memoryツール（2025年導入）とGoogle Gemini Deep Researchの一部機能に対抗するポジショニングをしています。重要な違いは、Anthropicのメモリがエージェントワークロード——長時間実行のタスクパイプライン——のために設計されており、単なるチャット体験の向上ではないことです。

エンタープライズユーザーにとって、これは強力なシグナルです：永続的なエージェント知識は、高価なオプション機能ではなく、本番デプロイメントの標準コンポーネントになりつつあります。