短い答え
Clineがあなたのタスク履歴を忘れるのは、各タスクが現在のVS Codeワークスペースに固定された孤立した会話であり、次のタスクへの決定、ファイル編集、または推論の自動的な引き継ぎがないからです。タスクリストはタイトルとトランスクリプトを保存しますが、構造化されたプロジェクトログではありません。修正方法は、Clineに持続的なプロジェクト記憶を与え、それをネイティブMCPサポートを通じて新しいタスクごとに読み取らせることです。
Clineがタスク履歴を忘れる理由
Clineはアクティブなワークスペースにスコープを持ち、1つのタスクを同時に処理するVS Codeのコーディングエージェントです。3つの設計選択肢があなたの履歴をモデルの作業記憶から押し出します:
1. タスクは互いにステートレスです。 新しいタスクはクリーンな会話を開始します。前のタスクの計画、ファイルの読み取り、コマンドの出力、決定は読み込まれません — それらはスクロール可能な歴史的トランスクリプトとして存在しますが、エージェントは自動的にそれらを参照しません。
2. タスクリストはトランスクリプトログであり、構造化された履歴ではありません。 Clineは各タスクのチャットを保存し、再訪できるようにします。「src/auth/で何を変更したか」、「どのテストが失敗し始めたか」、「どのAPIアプローチを拒否したか」のクエリ可能なインデックスはありません。あなたは事実ではなく、文章を取り戻します。
3. ワークスペースが状態の単位です。 VS Codeのワークスペースを切り替えると — チームメイトのクローン、新しいマシン、新しいチェックアウト — タスクリストはフォローしません。Clineのオープンソース拡張機能とそのセッションモデルはgithub.com/cline/clineに文書化されています。
結果:Clineはタスク中は鋭いですが、タスク間では健忘症です。
Clineがタスク履歴を忘れると失うもの
新しいタスクごとに再発見のコストがかかり、そのコストはプロジェクト全体に累積します:
- 繰り返しの探索。 ClineはREADMEを開き、ソースツリーを歩き、前のタスクで既に支払ったメンタルマップを再構築します。毎分は二重に支出するトークンです。
- 失われた決定。 「私たちはRedisキャッシングを試み、セッションアフィニティのために元に戻しました」という推論は、閉じられたタスクに閉じ込められています。新しいタスクは喜んで再びRedisを提案します。
- 壊れた引き継ぎ。 リポジトリをクローンしているチームメイトや、新しいラップトップを使用しているあなたは、全くタスク履歴がありません。前週の進捗はエージェントには見えません。
修正方法は「各セッションの前に古いタスクのトランスクリプトをスクロールする」ことではなく、エージェントが自動的に読み取るプロジェクト記憶にタスク履歴を抽出することです。
Clineの組み込みの回避策
Clineは連続性を助ける3つの機能を提供します。どれも本当のプロジェクト記憶の代わりにはなりません。
タスクリストと再開は、以前のタスクのチャットを再オープンできます。あなたが欲しい決定を含むタスクを正確に覚えているときに便利です。タイトルが混ざり合うと、マシン、チームメイト、または数週間の履歴を超えては無用です。
チェックポイントは、タスク中の瞬間にワークスペースの状態をスナップショットし、ロールバックできるようにします。タスク内では優れており、タスク間では無関係です — チェックポイントはワークスペースの状態であり、記憶ではありません。
記憶バンク(コミュニティパターン)は、memory-bank/フォルダーにactiveContext.mdやprogress.mdのようなファイルを手動で更新します。これはClineがネイティブにサポートするプロジェクトログに最も近いものであり、最後に書き込むことを思い出したときの新鮮さしかありません。
Clineの組み込みの記憶が不足している点
より深刻な問題は、タスク履歴がプロジェクト履歴であることです。おそらく、あなたはClineを複数のマシンで実行しており、CursorやClaude Codeと一緒に、場合によってはチームメイトと一緒に使用しています。タスクリストは同期せず、記憶バンクは誰かがコミットしない限りgitで移動せず、これらのいずれも変更の背後にある推論を自動的に記録しません。
プロジェクト履歴はエディタの上に存在する必要があり、コンテキストを切り替える瞬間に漂流します。
MemoryLakeがClineのタスク履歴を忘れる問題を解決する方法
MemoryLakeは、Clineが新しいタスクごとに読み取るクロスモデルの記憶レイヤーです。スクロール可能なトランスクリプトや手動で編集された記憶バンクに依存するのではなく、プロジェクトに独自のログを与え、関連する履歴をすでに取得した状態で各タスクを開かせます。
- 構造化されたタスクと決定のログ。 閉じられた各タスクは、記憶に要約できます — 触れたファイル、下された決定、排除された行き詰まり。エージェントは再探索するのではなく、新しいタスクごとに関連するスライスを取得します。
- マシンとチームメイト間で同じ履歴。 新しいラップトップやチームメイトのクローンでClineを開くと、プロジェクトのタスク履歴がそこにあります。
memory-bank/の同期も、手動でのキャッチアップも不要です。 - 生のプロンプトの10,000倍の取得範囲。 MemoryLakeのエンジンは、数十億のトークンからプロジェクト記憶を読み取り、Clineに関連する以前の作業のみをターンごとに供給するため、トランスクリプトでコンテキストウィンドウを無駄にすることがなくなります。
MemoryLakeは、2026年時点でのLoCoMo長文コンテキストベンチマークで94.03%を記録し、ミリ秒単位の取得とAES-256のエンドツーエンド暗号化を実現しています。
MemoryLakeをClineに接続する3つのステップ
- プロジェクトを作成し、コンテキストを読み込む。 MemoryLakeにサインインし、プロジェクト管理を開き、「プロジェクトを作成」をクリックし、「Cline — Acmeダッシュボード」と名付けます。
memory-bank/のマークダウン、以前のタスクの要約、ADR、ランブックをドキュメントドライブにアップロードします。プロジェクトと共に移動するように、記憶タブを通じて「何が変わったか、なぜ変わったか」の構造化されたノートを追加します。 - MCPサーバーエンドポイントを生成する。 プロジェクト内のMCPサーバータブを開き、「MCPサーバーを追加」をクリックし、「Clineタスク記憶」と名付けて「生成」をクリックします。MemoryLakeはAPIキーID、シークレット、エンドポイントURLを返します。Bearerトークンをすぐにコピーしてください — 一度だけ表示されます。
- VS CodeのMCP設定を通じてClineを接続する。 VS CodeのClineのMCPサーバーパネルを開き、「サーバーを追加」をクリックし、MemoryLakeのエンドポイントURLを貼り付け、認証ヘッダーにBearerトークンを追加します。保存してウィンドウを再読み込みします。これで、新しいタスクは以前のタスクの要約、決定、ファイルコンテキストがすでに取得された状態で開かれます。