短い答え
Manusは、各タスクが完了するとリセットされる新しいサンドボックス内で実行されるため、あなたのプロジェクト履歴を忘れます。エージェントはタスクごとのtodo.mdを保持し、サンドボックス内のファイルに作業をオフロードしますが、そのどれも次の実行には残りません。プロジェクト履歴は、エージェントではなく、最終的な出力アーティファクトにのみ存在します。サンドボックスの外に持続的な記憶レイヤーを設けることでこれを修正できます。
なぜManusはプロジェクト履歴を忘れるのか
Manusはタスクごとのサンドボックスを中心に構築されています。Manusのエンジニアリングチームは、状態をスリムに保つことが、単一のタスクが50以上のツール呼び出しをコンテキストが崩れることなく連鎖させることを可能にするというトレードオフについてオープンにしています。
1. サンドボックスは各タスクの終了時にリセットされます。 Manusチームが書いたように、エージェントに与える50番目のタスクは、1番目と同じコンテキストから始まります — あなたのプロンプトとそれ以上のものはありません。ブラウジング履歴、書いたコード、集めた検索結果、生成した合成物はすべてサンドボックス内にあり、タスクが完了すると消えます。
2. コンテキスト内の記憶は意図的に再利用されます。 長期の視野で注意の崩壊を避けるために、Manusはtodo.mdを書き換えて、現在の目的をコンテキストの末尾に近づけます。古い観察は積極的に要約されるか、削除されます。それは一つのタスク内では機能しますが、タスク間での忘却を保証します。
3. ファイルはエージェントの「記憶」であり、しかしその実行のためだけです。 Manusは生の検索結果、中間コード、大きな出力をサンドボックス内のファイルとして保存し、ライブプロンプト内に保持するのではなく、現在のタスクにはスマートですが、次のタスクには無用です。なぜなら、ファイルシステムはサンドボックスと共に消えてしまうからです。
Manusを単一のタスク内で高速に保つためのアーキテクチャの選択は、タスク間で忘却させる同じ選択です。
Manusがプロジェクト履歴を忘れるときに失うもの
数週間にわたるプロジェクトの各新しいタスクは、同じセットアップコストがかかり、その損失は累積します：
- 行き止まりが再度歩かれます。 Manusがすでに試して却下した3つのアプローチが再度試され、ツール呼び出しとあなたの忍耐を消耗します。
- 研究をやり直さなければなりません。 先週ブラウジングした200ページは消えています。同じクエリ、同じスクレイピング、同じ要約が再度請求されます。
- 慣習がリセットされます。 ファイル名、フォルダレイアウト、フレームワークの選択、初日にManusと決定した小さな決定は、すべての新しいプロンプトで再度述べる必要があります。
修正は「より長いプロンプトを書く」ことではありません。プロジェクト履歴をサンドボックスの外に置き、すべての新しいタスクがそれを読むことができるようにすることです。
Manusの組み込みワークアラウンド (それぞれの短所)
Manusは部分的に役立ついくつかのメカニズムを提供しています。
todo.mdとタスク内ファイル記憶。 現在のタスクには優れています。エージェントは独自のファイルシステムをスクラッチスペースとして使用し、目的を再確認して焦点を保ちます。これらはすべてサンドボックスのリセットでは生き残りません。
最終出力アーティファクト。 Manusは、次のタスクに添付ファイルとして再投入できる成果物（文書、コード、レポート）を返します。これは安定した出力には機能しますが、エージェントの推論トレース — なぜオプションAを選んだのか、どのソースを信頼したのか、どのパスを放棄したのか — はアーティファクトには含まれていません。
手動プロンプト詰め込み。 多くのユーザーは、各Manusタスクの最上部に長い「プロジェクト概要」を貼り付けます。これは事実上のワークアラウンドです。他の長いプロンプト戦略と同じ限界にぶつかります：貼り付けるほど、Manusが実際のタスクに使える予算が少なくなり、その概要を手動で維持する必要があります。
一回限りの自動化には、ネイティブは十分です。数週間にわたるマルチタスクプロジェクトには、十分ではありません。
Manusの組み込み記憶が不足している点
より深刻な問題は、エージェントがプロジェクトの概念を持っていないことです。タスクがあります。各タスクは独立しています。したがって、10回連続して実行を一つの作業として扱っても、Manusはそうはせず、共有コンテキストをManus内に置く場所はありません。
さらに悪いことに、プロジェクト作業はManus内に留まることはほとんどありません。あなたはManusで研究し、ChatGPTでドラフトを作成し、Claudeでレビューし、Cursorで出荷します。各ツールはそれぞれの方法で忘れ、プロジェクトコンテキストはそれぞれのツール間で断片化します。
MemoryLakeがManusのプロジェクト履歴忘却を修正する方法
MemoryLakeは、任意のエージェントのサンドボックスの外に存在するクロスモデル記憶レイヤーです。プロジェクトを一度作成し、既存のアーティファクトや決定でロードし、Manusは各タスクの開始時にそのプロジェクトから引き出します。
- サンドボックスを超えて生きるプロジェクト記憶。 概要、以前の出力、研究ノート、却下されたアプローチ、命名規則はMemoryLakeプロジェクトに対して保存されます。Manusがタスク51を開始するとき、最初にロードするのはプロジェクト記憶であり、空白のプロンプトではありません。
- 生のプロンプトの10,000倍のコンテキスト。 MemoryLakeの取得エンジンは、数十億のトークンからプロジェクト記憶を読み取り、Manusに対してタスクごとに関連するものだけを提供します。これにより、毎回同じ概要を貼り付けるためにトークンを支払う必要がなくなり、サンドボックスの作業コンテキストを吹き飛ばすことがなくなります。
- スタックの他の部分に持ち運び可能。 同じプロジェクト記憶は、ChatGPT、Claude、Gemini、Grok、Cursor、RESTまたはMCPをサポートする任意のツールによって読み取ることができます。作業がManusからレビューや出荷に移動すると、プロジェクト履歴もそれに伴います。
MemoryLakeは、2026年時点で公開されたLoCoMo長コンテキストベンチマークで94.03%を記録し、ミリ秒単位の取得とAES-256のエンドツーエンド暗号化を実現しました。
MemoryLakeをManusに接続する3つのステップ
- プロジェクトを作成し、コンテキストをロードします。 MemoryLakeにサインインし、プロジェクト管理を開き、「プロジェクトを作成」をクリックし、「Manus — Q2市場調査」などの名前を付けます。以前のタスク出力、概要、決定ログ、参照文書をドキュメントドライブを通じてアップロードします — PDF、Word、Excel、PowerPoint、Markdown、画像がすべてサポートされています。命名規則や却下されたアプローチを記憶タブに構造化されたエントリとして追加します。
- MCPサーバーエンドポイントを生成します。 プロジェクト内のMCPサーバータブを開き、「MCPサーバーを追加」をクリックし、「Manus統合」と名付けて「生成」をクリックします。MemoryLakeはAPIキーID、シークレット、エンドポイントURLを返します。シークレットは一度だけ表示されるので、すぐにコピーしてください。
- Manusを接続します。 エージェントのツール/サーバー設定にMemoryLakeをMCP互換の記憶プロバイダーとして追加し、Manusがタスク初期化時に呼び出せるようにするか、REST APIを使用してBearerトークンでプロジェクト記憶をプログラム的に取得し、開くプロンプトに注入します。