実際に移行されるもの
スキルは変更なしでそのまま移行できます。 Clineのプロジェクトスキルの場所は、.cline/skills/（推奨）、.clinerules/skills/、および .claude/skills/ です。この3番目のエントリがあるため、Claude Codeで使用していたリポジトリは、すでにClineの要件を満たしています。グローバルスキルは ~/.cline/skills/ に配置します。慣れている動作と逆になる可能性がある優先順位の注意点として、「グローバルスキルとプロジェクトスキルが同じ名前の場合、グローバルスキルが優先されます」という仕様があります。また、Clineは SKILL.md を5kトークン未満に抑え、溢れた分は docs/ ディレクトリに分割することを推奨しています。このディレクトリについて、Clineは「参照されたファイルのみを必要なときにロードする」としています。
指示（instruction）の内容は、Clineが読み込むファイルに配置すれば移行できます。 2つのすっきりとした方法があります。1つは、プロジェクトのルートで AGENTS.md にリネームすることです。Clineはこれを「ツール間互換性のための標準フォーマット」として扱います。もう1つは、.clinerules/ に分割することです。Clineは「.clinerules/ 内のすべての .md および .txt ファイルを処理し、それらを統合されたルールセットに結合」します。順序を制御するために 01-coding.md のような数値プレフィックスを付けることも可能です。
個人用レイヤーは、別の場所に移動します。 Claude Codeのユーザー指示は ~/.claude/CLAUDE.md にあり、「すべてのプロジェクトに対する個人設定」と説明されています。Clineのグローバルルールディレクトリは、macOSおよびLinux/WSLでは ~/Documents/Cline/Rules、Windowsでは Documents\Cline\Rules です。また、ツール共通のグローバル指示を ~/.agents/AGENTS.md からも読み込みます。場所が ~/.cline/ のようなドットファイルではなく、Documentsフォルダである点に注意してください。
それ以外はきれいに移行できず、以下の3つの動作が異なります。
自動メモリ（auto memory）の移行先がありません。 これが最大のギャップです。Claude Codeは ~/.claude/projects/<project>/memory/ に自身へのメモを書き込みます。これはフロントマターで user、feedback、project、reference の4つの種類にタグ付けされており、デフォルトで有効になっています。Clineにはこれに相当する自動保存領域がありません。フォルダをコピーするだけで済ませたい人にとってさらに悪いことに、Claude Codeのドキュメントには「自動メモリはマシンローカルである」および「ファイルはマシン間やクラウド環境で共有されない」と明記されています。また、これらのファイルは、Claudeが「コードベースから派生できるものはすべてスキップ」し、「CLAUDE.mdファイルにすでに書かれていることはすべてスキップ」するため、意図的に指示ファイルに書かれていない内容の残渣となっています。つまり、メモリディレクトリには、リネームするファイルには含まれないコンテンツが正確に保持されていることになります。
優先順位とマージの仕組みが異なります。 Claude Codeは、管理ポリシー、ユーザー指示、プロジェクト指示の順に連結し、「2つのルールが矛盾する場合、Claudeは任意に一方を選択することがある」としています。Clineも結合しますが、競合を解決します。「ワークスペースルールとグローバルルールの両方が存在する場合、Clineはそれらを結合します。競合が発生した場合は、ワークスペースルールが優先されます。」したがって、Claude Codeでプロジェクトファイルと密かに競合していた個人設定は、Clineでは確実に上書きされて適用されなくなります。
パススコープのルールはトグルスイッチになります。 Claude Codeには、フロントマターに paths: フィールド（globパターン）を持つ .claude/rules/ ファイルがあり、一致するファイルに対してのみロードされます。Clineの同等の制御は、自動ではなく手動です。「すべてのルールには、有効または無効にするためのトグルがあります。」Cline自身の例としては、「プロトタイプ作成時に無効にしたい厳格なテストルールや、特定のクライアントの機能を開発するときだけ必要なクライアント固有のルール」などが挙げられています。目的は同じですが、トリガーが異なります。globパターンが自動で行うのではなく、手動で切り替えます。
手動移行の手順
ステップ 1: 指示ファイルを変更する前に自動メモリを読み取る
リポジトリから後で復元できない唯一の移行要素であるため、これを最初に行ってください。
Claude Codeで /memory を実行してメモリディレクトリをブラウズするか、~/.claude/projects/<project>/memory/ を直接開きます。ここには MEMORY.md インデックスと、トピックごとに1つのファイルが含まれています。読み取る際の注意点として、セッション開始時にロードされていたのは「MEMORY.md の最初の200行、または最初の25KBのいずれか早い方」のみであり、トピックファイルはロードされるのではなく「オンデマンドで読み取られる」ため、Claudeが日常的に使用していた以上の内容が含まれている可能性があります。
次に、/context を実行し、Memory files の下のリストを確認します。これが実際にロードされていたものの信頼できる記録であり、これからリネームしようとしている CLAUDE.md が唯一のものだったかどうかがわかります。サブディレクトリ内のファイルはオンデマンドでロードされ、インポートは「最大4ホップの深さ」で解決されるため、モノリポ（monorepo）ではルートファイルが示す以上のファイルが関与している可能性があります。
残しておきたい内容をコピーします。これはファイルの移動ではなく、読み取り作業です。通常、feedback と project のエントリが価値のあるものです。これらは設計上、あなたが与えた修正や、コードからは導き出せない決定事項を含んでいるからです。
ステップ 2: 指示を配置し、Memory Bankについて決定する
まずは指示から、そして形式を1つ選びます。 Clineがリポジトリ上の唯一のエージェントになった場合は、CLAUDE.md を AGENTS.md にリネームします。チームメンバーがまだ Claude Code を使用している場合は、CLAUDE.md を残したまま AGENTS.md を追加します。ただし、一方を信頼できる情報源（シングルーソース）として扱い、もう一方は最小限に留めてください。2つの完全なコピーがあると内容が乖離（ドリフト）してしまいます。長い指示がある場合は、.clinerules/ に分割するのが賢明です。トグル付きの個別ファイルの方が、誰も編集したくない1つの巨大なファイルよりも扱いやすくなります。このファイル形式に関する決定については、how to migrate your CLAUDE.md to AGENTS.md で詳しく解説しています。
この機会に、Claude Codeのガイドラインですでに削減するよう指示されていたセクションを削除してください。Claude Codeの推奨事項は「200行未満を目標にする」ことです。なぜなら「ファイルが長くなるとコンテキストをより多く消費し、指示への準拠度低下を招く」ためであり、同じ論理はClineがロードするものにも当てはまります。
次に、多くの人が見落としがちな Memory Bank です。 セッションをまたぐコンテキストに対するClineの回答は、有効化する機能ではなく、導入する「方法論」です。セットアップは3つのステップで行います。Clineのカスタム指示をコピーし、「それらを .clinerules/memory-bank.md などの Cline Rules ファイルに追加」し、Clineに「initialize memory bank（メモリバンクを初期化して）」と依頼します。
これにより、リポジトリ内に6つのMarkdownファイル（projectbrief.md、productContext.md、activeContext.md、systemPatterns.md、techContext.md、progress.md）が作成されます。そのうち activeContext.md が「最も頻繁に更新される」ファイルです。これを動かすには、「initialize memory bank」、「update memory bank」、そして再開するための「follow your custom instructions」という3つのフレーズを使用します。
Cline自身がその理由をどのように説明しているかを読んでみてください。トレードオフについて非常に率直に述べています。「私はCline、優れたソフトウェアエンジニアですが、ユニークな特徴があります。セッション間で私のメモリは完全にリセットされます。これは制限ではありません。完璧なドキュメントを維持するための原動力なのです。」
これが、この移行の真の姿です。Claude Codeのメモリは自動かつマシンローカルでした。Clineのメモリは手動であり、リポジトリ内に存在します。これにより、~/.claude/projects/ からは決して得られなかったメリットが得られます。チームメンバーがそれを読み、レビューでき、新しいPCに移行しても失われません。その代わり、自分の関与なしに自動で行われていた部分を諦めることになります。
ワークフローに関する注意点：/newtask は引き継ぎのプリミティブに最も近いもので、「開発者の引き継ぎのように機能します。重要な要素（全体計画、完了した作業、関連ファイル、次のステップ）を、クリーンなコンテキストウィンドウを持つ新しいタスクにパッケージ化します」と説明されています。代わりに /smol（エイリアスは /compact）を使用すると、その場で圧縮を行います。要約されるだけでなく状態を書き残しておきたい場合は、どちらを実行する前にも update memory bank を使用してください。
より良い方法：メモリをエディタの所有物にしない
移行の実際の内容を見てみましょう。ファイルがリネームされ、フォルダはすでに適切な場所にありました。そして、唯一取り返しのつかないステップは、あるツールが1台のマシンで、そのツールだけが使用するフォーマットで書き込んだノートのディレクトリを読み取ることでした。
これは Claude Code や Cline の欠陥ではありません。永続的な知識が、それを生成したエージェントの内部に存在するときに起こる現象です。Claude Codeの自動メモリは明示的にマシンローカルです。Clineの Memory Bank は明示的に手動で維持するドキュメントプラクティスです。どちらも合理的な設計ですが、意思決定の理由の唯一のコピーを保管しておく場所としては、どちらも最適とは言えません。
それを解決するのが MemoryLake です。プロジェクトの永続的な知識をツールがクエリするレイヤーに保持するため、エディタの切り替えは「移行作業」ではなく、単なる「好みの選択」になります。セットアップは3つのステップです。
ステップ 1: APIキーを作成する
サインインしてAPIキーを作成します。接続するツール間で共通の認証情報となります。
ステップ 2: 最初のメモリをアップロードする
短いエントリで、1つの事実につき1つのエントリにします。ステップ1の /memory の読み取り内容がまだ新鮮なうちに、これらを書き留めてください。
feedback カテゴリのすべて。 あなたが与えた修正や、確認したアプローチ。これは、コードベースからは何も推測できないため、新しいツールで最も再議論になりやすいカテゴリです。
理由が添付された決定事項。 「負荷がかかるとリードレプリカが遅延するため、移行は追加のみとする」など。指示はルールを規定しますが、代替案が再提案されるのを防ぐのはこの理由の記録だけです。
すでに試され、却下されたアプローチ。 指示ファイルにもコミットメッセージにも存在せず、セッションごとに再提案されてしまうものです。
どこにも明記されていない環境の事実。 CIでのみ失敗するテスト、ドキュメント化されていないレート制限、2つのジョブ間の順序依存関係など。
ステップ 3: AIとエージェントを接続する
お使いのツールを接続します。MemoryLakeはMCPおよびAPI経由でアクセスできるため、MCPネイティブのエージェント（Claude Code、Cline、Codex、OpenClawなど）はMCPサーバーを指定することで接続し、他のアシスタントはAPIを介して同じメモリを読み取ります。これにより、移行期間中に同じリポジトリで Cline と Claude Code を並行して実行しても、同じ推論プロセスのコピーを2つ維持する必要がなくなります。
3つの率直な制限事項があります。MemoryLakeは、あなたの AGENTS.md、.clinerules/、または Memory Bank ファイルを書き換えません。 これらは各ツールを制御するためのものであり、上記の検出動作は各ツールに依存します。MemoryLakeは、あなたやエージェントが投入した内容のみを保持するため、ステップ2は手動で行う必要があります。また、指示は強制的な設定ではなくコンテキストとして機能します。常に遵守させる必要があるものについては、メモリレイヤーではなく、各ツール独自の強制メカニズムを使用してください。
実務における変化
スキルが移行項目ではなくなります。 .claude/skills/ は Cline が読み込むディレクトリです。移動する必要はありません。
「どのファイルが有効か？」に対する答えがシンプルになります。 .clinerules/、.cursorrules、.windsurfrules、AGENTS.md であり、CLAUDE.md ではありません。
競合がコイントスではなく解決されます。 Clineではワークスペースルールがグローバルルールに優先します。Claude Codeは「任意に一方を選択することがある」という仕様でした。
長い指示ファイルが、トグルで切り替え可能な複数の短いファイルになります。 これにより、バックエンドの作業中にフロントエンドのセクションをロードするのを防ぐことができます。
コンテキストがレビュー可能になります。 Memory Bank ファイルはリポジトリに配置され、プルリクエストの対象になります。~/.claude/projects/<project>/memory/ では不可能でした。
新しいPCへの移行がリセットではなくなります。 自動メモリはマシンローカルでしたが、コミットされたファイルはそうではありません。
Claude CodeからClineへ切り替える際のベストプラクティス
何かをリネームする前に /memory を読み取ってください。 そこには CLAUDE.md が意図的に含まなかった内容が保持されており、自動的には移行されません。
/context を実行して、実際に何がロードされていたかを確認してください。 サブディレクトリのファイルや4ホップのインポートがあるため、ルートファイルだけがすべてであることは稀です。
AGENTS.md または .clinerules/ を選択し、信頼できる情報源を1つだけに絞ります。 2つの完全なコピーがあると、1スプリント以内に内容が乖離します。
移行後ではなく、移行前に分割してください。 トグル機能が役立つのは、トグルで切り替え可能な個別の .clinerules/ ファイルがある場合のみです。
実際に Memory Bank を導入してください。 ルールファイル1つとコマンド1つで設定できます。これをスキップすると、「Clineは物忘れが激しい」という結論に至ることになります。その症状については why Cline forgets project context で解説しています。
/newtask や /smol を実行する前に Memory Bank を更新してください。 圧縮（要約）することは、記録を残すことと同じではありません。
.cline/ と Memory Bank をコミットしてください。 Cline自身のガイドラインでは、プロジェクト設定を「リポジトリとともに移動すべき、チームで共有される動作のために」使用することを推奨しています。
常にロードされるファイルから推論プロセス（理由）を排除してください。 どちらのツールも保持できる容量に制限があり、推論プロセスが最初に切り捨てられます。この一般的な問題については why agents ignore the instruction files you wrote で解説しています。
結論
Claude Code から Cline への移行は単なるリネームのように見え、機械的な部分は実際にその通りです。.claude/skills/ はすでに動作し、CLAUDE.md は AGENTS.md または一連の .clinerules/ ファイルになります。落とし穴は、Clineのルールテーブルが .cursorrules や .windsurfrules を自動検出する一方で、CLAUDE.md には一切言及していないことです。そのため、あなたが頼りにしていた唯一のファイルが、移行先で読み込まれないファイル名になってしまいます。
本当に移行されない部分は自動メモリです。Claude Codeはこれを ~/.claude/projects/<project>/memory/ に4つのカテゴリで自身のために書き込みます。ここには設計上、指示ファイルに書かれていない内容が含まれており、マシンローカルです。Clineの代替手段は Memory Bank です。これはリポジトリ内の6つのMarkdownファイルであり、ルールファイルとコマンドで初期化され、手動で維持されます。このトレードオフは、レビュー可能性を得る代わりに自動化を失うという事実を理解した上で行う価値があります。
まずメモリディレクトリを読み取り、/context で何がロードされていたかを確認し、信頼できる1つのファイルに指示を配置し、Memory Bank を適切に導入し、決定事項や却下されたアプローチを両方のツールがクエリできる場所に配置してください。そうすれば、今朝どのエディタを開いたかによってエージェントの理解度が左右されることはなくなります。