MemoryLake
すべての記事に戻る
Tutorial2026年6月5日6 分で読了

あなたのMCPタスクは再起動後も生き残りますが、何かを記憶していますか?

MCPタスク拡張は、2026-07-28仕様リリース候補の一部であり、長時間実行される作業の挙動を変更します。接続をブロックする代わりに、サーバーは耐久性のあるタスクハンドルを返し、クライアントは`tasks/get`、`tasks/update`、`tasks/cancel`でそれを操作します。クライアントが切断または再起動した場合、同じタスクIDでポーリングを再開します。これはライフサイクルに対する真のクラッシュ耐性ですが、タスクハンドルは状態マシンのみを復元し、タスクが蓄積した知識は復元しません。このガイドでは、MCPタスクに長期記憶を与え、再開されたタスクがその完全なコンテキストを思い出す方法を示します。

短い答え

タスクハンドルは、長時間実行されるMCP作業に対するクラッシュ耐性のある制御を提供しますが、タスクが学んだことを保存しません。MCPタスクに長期記憶を与えるには、タスクのコンテキストを外部レイヤーに書き込みます。MemoryLakeプロジェクトを作成し、MCPサーバーエンドポイントを生成し、タスクがそれを通じてコンテキストを読み書きできるようにします。これにより、再開されたタスクはハンドルと記憶の両方を回復します。

タスクハンドルが記憶でない理由

タスク拡張(2025-11-25の実験的コア機能から生産フィードバック後に拡張に移行)は、輸送問題を解決します。長時間の操作はもはや接続を占有したり、ゲートウェイタイムアウトに達したりせず、耐久性のあるタスクIDによりクライアントは再接続してポーリングを続けることができます。これは長時間実行されるエージェント作業に必要なものです。

しかし、ハンドルの耐久性はコンテキストの耐久性ではありません。タスクが10分間調査し、ツールを呼び出し、中間的な結論を形成する際に、その蓄積された知識はプロセス内に存在します。再起動後にタスクを再開するとハンドルは回復しますが、収集した事実、下した決定、収集したユーザー入力は、どこかに保存していない限り失われます。クリーンなパターンは、タスク自体をステートレスに保ち、その記憶を再開時に読み取る外部レイヤーにプッシュすることです。タスク拡張はタスクの位置を処理し、記憶レイヤーはタスクが知っていることを処理します。

始める前に

必要なもの:

  • 無料のMemoryLakeアカウント
  • タスク拡張を宣伝するMCPサーバー(タスクサポートにはクライアントとサーバーの両方からのオプトインが必要です)
  • タスクが保持すべきコンテキスト — 中間結果、ルール、またはファイル(PDF、Word、Excel、PowerPoint、テキスト/Markdown、または画像)

MCPタスクに長期記憶を与える方法(ステップバイステップ)

ステップ1: 記憶プロジェクトを構築する

MemoryLakeにサインインし、プロジェクト管理を開きます。プロジェクトを作成をクリックし、名前を付けます(例えば、「長時間実行されるタスクの記憶」)。ドキュメントドライブを開き、アップロードを使用して参照ファイルを追加し、次にドキュメントタブ → ドキュメントを追加 → 確認してそれらを添付します。記憶タブ → 記憶を追加 → 保存を通じて耐久性のあるルールをキャプチャします。

ステップ1: 記憶プロジェクトを構築する
ステップ1: 記憶プロジェクトを構築する

ステップ2: MCPサーバーエンドポイントを生成する

MCPサーバータブ → MCPサーバーを追加 → 説明します(例えば、「タスクコンテキストバックエンド」)→ 生成。MemoryLakeはキーIDシークレット、およびエンドポイントURLを返します。シークレットはすぐにコピーしてください — 一度だけ表示されます。

ステップ2: MCPサーバーエンドポイントを生成する
ステップ2: MCPサーバーエンドポイントを生成する

ステップ3: エンドポイントを通じてタスクコンテキストを読み書きする

タスクの実行コードで、タスクが進行するにつれてコンテキストをチェックポイントするために、シークレットベアラートークンとして使用してMemoryLakeのエンドポイントURLを呼び出し、クライアントが切断後にtasks/getで再開する際にそれを読み取ります。記憶はプロセスの外に存在するため、再開されたタスクは — 異なるインスタンスでも — ハンドルと学んだすべてのことを回復します。構成参照については、MCPセットアップガイドを参照してください。[MemoryLakeを無料で試す]

ステップ3: エンドポイントを通じてタスクコンテキストを読み書きする
ステップ3: エンドポイントを通じてタスクコンテキストを読み書きする

タスクハンドル単独 vs タスク + MemoryLake

次元タスクハンドル単独タスク + MemoryLake
切断後の再開はい(同じタスクID)はい
蓄積されたコンテキストの回復いいえ(再起動時に失われる)はい
サーバーインスタンス間での動作ハンドルのみハンドル + 完全な記憶
コンテキストのバージョン管理いいえはい(Gitスタイルの履歴)
データ所有権プロセス内、揮発性あなたが所有(AES-256、耐久性)
ベンチマークLoCoMo #1 — 94.03%

ヒントとベストプラクティス

  • 意味のあるステップでコンテキストをチェックポイントし、すべてのティックではなく、ツールの結果や決定の後に書き込むことで、再開されたタスクが最後の確固たる状態から再開できるようにします。
  • 安定した識別子(タスクの論理的な仕事、トランジェント接続ではなく)で記憶をキー付けし、タスクを再開するすべてのインスタンスが正しいコンテキストを読み取るようにします。
  • 耐久性のあるルールを記憶エントリに保持し、ドキュメントドライブに大量のアーティファクトを保持します — 小さなルールは再開時にすぐに読み戻されます。
  • 共有設定からベアラートークンを読み取り、タスクを引き継ぐことができるすべてのインスタンスが同じ方法で認証されるようにします。

トラブルシューティング

  • 再開されたタスクがすべてを忘れたように振る舞う: タスクが再開時にエンドポイントURLからコンテキストを読み取ることを確認し、tasks/getからタスクハンドルだけを取得しないようにします。
  • 異なるインスタンスが異なるコンテキストを見る: 論理的な仕事で記憶をキー付けし、すべてのインスタンスを同じプロジェクトとエンドポイントURLに向けます。
  • 「シークレットが見つかりません」: シークレットは一度だけ表示されます。キーを取り消し、MCPサーバータブで新しいものを生成します。

長時間実行されるタスクに記憶を与え、ハンドルだけではなく

タスクコンテキストを一度外部化すれば、再開されたMCPタスクは知っていたすべてを回復します — どこで止まったかだけではありません。

よくある質問

MCPタスク拡張はタスクの記憶を保存しますか?

いいえ。2026-07-28リリース候補の時点で、タスク拡張は長時間実行される作業を再開するための耐久性のあるハンドルを提供しますが、タスクが蓄積するコンテキストは保持しません。それを外部の記憶レイヤーに保存してください。

長時間実行されるMCPタスクがそのコンテキストを記憶するにはどうすればよいですか?

実行中にコンテキストを外部レイヤーに書き込みます。MemoryLakeエンドポイントURLを生成し、シークレットをベアラートークンとして呼び出して、タスクが再開する際にコンテキストをチェックポイントし、回復します。

タスクハンドルとタスク記憶の違いは何ですか?

タスクハンドルはタスクがライフサイクル内でどこにいるかを復元し、クライアントがポーリングを再開できるようにします。タスク記憶はタスクが学んだこと — その事実や決定 — を復元しますが、ハンドルだけではそれを保持しません。

タスクが異なるサーバーインスタンスで再開される場合、これは機能しますか?

はい。記憶はMemoryLakeに存在し、論理的な仕事でキー付けされているため、タスクを再開する任意のインスタンスが認証されたエンドポイントを介して同じコンテキストを読み取ります。

MCPタスクは最終版ですか?

タスク拡張は2026-07-28仕様リリース候補の一部であり、クライアントとサーバーの両方からのオプトインが必要です。本番環境で依存する前にホストのサポートを確認してください。

保存されたコンテキストは安全ですか?

MemoryLakeはAES-256で暗号化され、ISO 27001、SOC 2タイプII、GDPR、およびCCPAに認証されています。あなたはデータを所有し、いつでもエクスポートまたは永久に削除できます。