短い答え
Clineは、すべての新しいタスクが新しい会話から始まるため、あなたのコーディングスタイルを忘れます。スタイルルールは、あなたのカスタムインストラクションまたは手動で管理されたmemory-bank/または.clinerulesファイルのいずれかに存在します。チャットでエージェントに伝えた内容は消えてしまいます。修正方法は、エージェントが自動的にすべてのタスクで読み込むクエリ可能な記憶としてスタイルを保存することです。
なぜClineはコーディングスタイルを忘れるのか
Clineは、現在のワークスペースにスコープされたプラン/アクトモードで動作するVS Codeのコーディングエージェントです。3つのデザイン選択が、あなたのスタイルルールをモデルの作業記憶から押し出します。
1. 会話はタスクローカルです。 新しいタスクはクリーンなウィンドウを開きます。チャット中に入力したスタイルルール — 「スタイル付きコンポーネントではなくTailwindユーティリティクラスを使用する」 — は、その会話の中だけに存在しました。次のタスクではそれらは見えません。
2. カスタムインストラクションはグローバルであり、プロジェクト固有ではありません。 Clineの設定にあるカスタムインストラクションフィールドは、すべてのワークスペースに同じルールを適用します。「常にテストを書く」には便利ですが、「このリポジトリはVitestを使用し、あのリポジトリはJestを使用する」には不便です。ルールをワークスペースごとに.clinerulesファイルに分割できますが、それを書き留めて最新の状態に保つ必要があります。
3. 記憶バンクはスタイルの決定を自動的にキャプチャしません。 コミュニティのmemory-bank/パターンにはsystemPatterns.mdファイルが含まれていますが、更新は手動です。チャットでResult<T, E>を好むことに決めた場合、その決定は閉じたタスクのトランスクリプトに存在し、記憶バンクには存在しません。
結果として、スタイルは会話の長さの間だけ強制され、その後忘れられます。
Clineがコーディングスタイルを忘れると何を失うのか
スタイルの漂流のコストは見た目以上に大きいです：
- 不一致な差分。 新しいファイルの半分は名前付きエクスポートを使用し、半分はデフォルトを使用します。半分は
cn()ヘルパーを使用し、半分はclsxを直接インポートします。コードレビュアーは論理ではなくスタイルの細かい点に時間を費やします。 - 再訴訟された決定。 「先週、バレルエクスポートを削除することに合意しました」は、Clineが再び提案することです。なぜなら、そのルールはエージェントが見る場所に書かれていなかったからです。
- オンボーディングの摩擦。 同じリポジトリでClineを立ち上げるチームメイトは、あなたが
.clinerulesまたは記憶バンクにコミットしない限り、あなたのスタイルの理解を引き継ぎません。
修正方法は「より厳格なカスタムインストラクションを書く」ことではなく、スタイルルールをプロジェクトの記憶として保持し、すべてのタスクで読み込むことです。
Clineの組み込みの回避策
Clineはルールを持続させるための3つの方法を提供します。どれも手動の維持なしにはワークスペースの切り替えを生き残りません。
カスタムインストラクションは、Clineの設定にある単一のグローバルテキストフィールドです。これはすべてのプロジェクトに適用されるため、リポジトリごとのスタイルルールは混乱します。あなたは最終的に、すべてのプロジェクトの特異性でフィールドを膨らませるか、エージェントが合理的なデフォルトで上書きする一般的なルールを書くことになります。
`.clinerules`ファイルは、リポジトリ固有のルールをソース管理にチェックインすることを可能にします。これはあなたが望むものに近いですが、ファイルは静的なマークダウンであり、自動キャプチャはなく、gitを超えたバージョン管理もなく、タスクの内部から「ルールを追加する」ことは手動でファイルを編集しない限りできません。
記憶バンク（コミュニティパターン）は、systemPatterns.mdとtechContext.mdに慣習を保存します。.clinerulesと同じトレードオフ：便利ですが手動で、1つのリポジトリの中に閉じ込められています。オープンソースのコードベースと慣習のドキュメントは、github.com/cline/clineにありますので、拡張機能がこれらのファイルをどのように読み取るかを確認できます。
Clineの組み込みの記憶が不足している点
より深い問題は、スタイルがチャット資産ではなくプロジェクト資産であることです。あなたはおそらく、タスクに応じてCline、Cursor、Claude Codeの間を切り替えています。あなたはClineをノートパソコンとデスクトップで実行します。これらのどれも.clinerulesを共有せず、記憶バンクはコミットすることを覚えていない限り移動しません。
コーディングスタイルはエディタの上に存在する必要があります。さもなければ、エディタを離れた瞬間に漂流します。
MemoryLakeがClineのコーディングスタイルを忘れる問題を解決する方法
MemoryLakeは、Clineがすべてのタスクで読み取るクロスモデルの記憶レイヤーです。.clinerulesを手動で編集する代わりに、プロジェクト内にスタイルの決定を記憶として保存し、すべての新しいタスクがそれらを既に読み込んだ状態で開くことを許可します。
- クエリ可能な記憶としてのスタイル。 「私たちは名前付きエクスポート、Tailwind、Resultタイプを使用します」は、構造化された記憶として存在し、マークダウンファイルに埋もれていません。Clineは、あなたが触れるファイルごとに関連するルールを取得し、大きなスタイルのダンプではありません。
- マシン、チームメイト、エディタ間で同じルール。 プロジェクトのスタイル記憶は、あなたがノートパソコンでClineを開くとき、チームメイトが彼らのノートパソコンで開くとき、またはあなたがCursorやClaude Codeに切り替えてクイックタスクを行うときに同じです。
- 生のプロンプトの10,000倍の取得範囲。 MemoryLakeの取得エンジンは、プロジェクトの記憶から数十億のトークンを読み取り、Clineに対して目の前のファイルに関する重要なスタイルルールのみを提供します。
MemoryLakeは、2026年時点でのLoCoMoの長文コンテキストベンチマークで94.03%を記録し、ミリ秒単位の取得とAES-256のエンドツーエンド暗号化を実現しました。
MemoryLakeをClineに接続する3つのステップ
- プロジェクトを作成し、コンテキストを読み込む。 MemoryLakeにサインインし、プロジェクト管理を開き、「プロジェクトを作成」をクリックし、「Cline — Acme web style」と名付けます。既存の
.clinerules、スタイルガイド、ESLint設定、ADRをドキュメントドライブを通じてアップロードします。明示的なスタイルルール — 「名前付きエクスポートのみ」、「Tailwindユーティリティクラス」 — を記憶タブの記憶として追加します。 - MCPサーバーエンドポイントを生成する。 プロジェクト内のMCPサーバータブを開き、「MCPサーバーを追加」をクリックし、「Clineスタイル記憶」と名付けて「生成」をクリックします。MemoryLakeはAPIキーID、シークレット、およびエンドポイントURLを返します。Bearerトークンをすぐにコピーしてください — 一度だけ表示されます。
- VS CodeのMCP設定を通じてClineを接続する。 VS CodeのClineのMCPサーバーパネルを開き、「サーバーを追加」をクリックし、MemoryLakeのエンドポイントURLを貼り付け、認証ヘッダーにBearerトークンを追加します。ウィンドウを再読み込みします。これで、すべての新しいタスクがファイルごとに取得されたスタイルルールで開き、コピー＆ペーストは不要です。