実際に何が変わったのか
リブランドとエンジンの入れ替え
Google DeepMindが創業チーム（CEOのVarun Mohan、共同創業者のDouglas Chen、および主要エンジニア）を約2.4 billionドルと報じられる取引で採用した後、Cognitionが残りの製品を約250 millionドルで買収しました。実質的に変更されたのは、ブランディング、デフォルトのインターフェース（エディタのキャンバスが、アクティブなエージェントを表示するカンバン形式の「Agent Command Center」になりました）、そしてローカルエンジン（CascadeからDevin Localへの移行）の3点です。
インターフェースの変更は、見た目以上に重要です。Windsurfは「エージェントが付属したエディタ」でしたが、Devin Desktopは「たまたまIDEを含んでいるエージェントマネージャー」です。これまでの習慣は引き継げますが、作業の単位は「編集しているファイル」から「実行しているエージェント」へとシフトします。
自動的に引き継がれたもの
一言で言えば、設定です。ルールファイル、エディタの設定、ワークフロー、アカウントの状態はそのまま移行されました。プロジェクトの規約が.windsurfrulesに記述されていた場合、それらは引き続き読み込まれます。これこそ、そもそもルールを明文化しておくべきだった最大の理由です。
引き継がれなかったもの
Cascadeとの会話の中で構築したすべてのコンテキストです。決済モジュールが重複書き込みを許容する理由。3月に試みられ、そして断念されたリファクタリングとその理由。どのテストスイートが誤検知を起こすか。こうした知識（ナレッジ）はファイルとして存在していなかったため、保存されていなかったものを移行できるリブランドなど存在しません。これは、why Windsurf forgets your Cascade context（WindsurfがCascadeのコンテキストを忘れる理由）やwhy Windsurf forgets your project rules（Windsurfがプロジェクトルールを忘れる理由）で説明されているギャップと同じです。
また、Cascadeは延長やオプトアウトの余地なくサポート終了（EOL）を迎えました。その特定の挙動に依存していたワークフローは、Devin Local上で再構築する必要があります。これには、複数ステップのタスクにおいてレビュアーからまだ信頼性が低いと指摘されているサブエージェントのパターンも含まれます。
手動での移行手順
ステップ1：ルールをDevinネイティブな形式に変換する
まずは、すでに機能しているものから始めましょう。.windsurfrulesを開き、自分が新入社員であるかのように読み直して、おそらく混同されているであろう以下の2つの要素に分解します。
- 恒久的な指示（Standing instructions） — 規約、フォーマット、レビューの基準、絶対に触れてはならない部分など。これらはルールファイルに記述すべきものであり、
.devin/レイアウトへの移行中もDevin Desktopは引き続きWindsurfのルールファイルを読み込みます。 - プロジェクトの事実（Project facts） — アーキテクチャ、サービスの境界、非推奨事項、理由を伴う決定事項など。これらは「指示」ではなく「知識（ナレッジ）」であり、時間の経過とともに蓄積されていくものです。
今この切り分けを行うことで、次のステップが格段に進めやすくなります。
ステップ2：口頭（チャット）だけで伝えていた知識を再構築する
Devinには「Knowledge（ナレッジ）」システムがあり、これは単一のMarkdownファイルよりも優れています。エントリーは組織レベルで管理され、リポジトリなし、特定のリポジトリ、またはすべてのリポジトリにピン留めでき、セッション間で永続化されます。また、最初にすべてを流し込むのではなく、文脈に応じて取得されます。さらに、!deploy-checklistのようなマクロを使って、意図的にエントリーを呼び出すことも可能です。
設計上の2つの注意点に留意しながら、これを活用してください。第一に、DevinはKnowledgeのコンテンツ全体を読み込むため、公式のガイダンスでは、エントリーを具体的かつ簡潔に、最新の状態に保つことが推奨されています（巨大なファイルを作るのではなく、細かく分割してください）。第二に、Knowledgeはユーザー自身が管理（キュレーション）するものです。エージェントがセッション中に学習した内容が、自動的にエントリーになることはありません。これこそが、この移行で実際に必要となる手作業であり、適切に設定された環境であってもDevin forgetting task context（Devinがタスクのコンテキストを忘れる問題）が発生する理由です。
過去2週間のエージェントとの会話を振り返り、複数回説明した内容を書き出してみましょう。繰り返されること自体が監査（チェック）になります。何度も再入力していたものこそ、保存されていなかった知識なのです。
より良いアプローチ：プロジェクトのメモリをエディタの外部に保持する
パターンに注目してください。ルールが生き残ったのは、それがリポジトリ内のファイルだったからです。知識が生き残らなかったのは、すでに存在しないツールの中に存在していたからです。ここから得られる教訓は「より大きなルールファイルを書くこと」ではなく、「その時々で使っているエージェントの中にプロジェクトの知識を保存するのをやめること」です。
MemoryLakeはエディタの外部に位置します。アーキテクチャ、意思決定、インシデント履歴は単一のメモリレイヤーに保存され、Devin Desktop、Claude Code、Codex、あるいは来年それらに取って代わるであろうあらゆるツールから読み込むことができます。
ステップ1：APIキーを作成する
キーを生成し、約30秒で最初のリクエストを実行できます。
ステップ2：最初のメモリをアップロードする
プロジェクトの真のコンテキストを保持するドキュメント、画像、ファイルを投入します。先ほど書き直したルールファイル、アーキテクチャのメモ、ADR（アーキテクチャ決定記録）、ランブック、ポストモーテム（事後分析）、API仕様書などです。
ステップ3：AIとエージェントを接続する
MCPまたはAPIを介して、Claude、Codex、OpenClaw、およびその他のエージェントにそのメモリへのアクセス権を付与します。DevinのKnowledgeはDevin固有の操作指示用に残しておき、永続的なプロジェクトの知識はツールよりも長生きするレイヤーに保持します。関連する移行パスについては、migrating from Cursor to Claude Code（CursorからClaude Codeへの移行）やwhy Claude Code forgets project context（Claude Codeがプロジェクトのコンテキストを忘れる理由）で解説しています。
移行にかかる実際のコスト
各要素のコストを見積もってみましょう。Agent Command Centerの操作に慣れること：1日程度の軽い戸惑い。.windsurfrulesを移植し、適切に分割すること：1〜2時間。本来最初から用意しておくべきだったKnowledgeエントリーの作成：半日。そして、この半日こそが永続的な価値を生み出す唯一の部分です。
次に、回避できる継続的なコストを考えます。もしプロジェクトの恒常的なコンテキストが2,000トークンあり、それがセッションやエージェントをまたいで1日に20回再提示されるとすれば、同じことを繰り返すために毎月約1.2Mトークンを消費していることになります。さらに、すべてのセッションの開始時に4〜5分の再説明（ブリーフィング）が発生します。強制的な移行期は、この問題を解決する絶好の機会です。なぜなら、すでに再構築のコストを一度支払っている最中だからです。
この移行におけるベストプラクティス
知識は、日付と理由を添えた小さなエントリーとして再構築する
「チャット履歴にはPostgresを使用 — Redisはキューモードのワーカー下でデータを損失したため、2026-05に決定」といった記述は、長文の段落よりも優れています。短いエントリーは検索性が高く、Knowledgeを簡潔に保つというDevinのガイダンスは、単なる推奨事項ではなく制約事項です。
指示と事実は別々の場所に保管する
「指示」はエージェントにどのように振る舞うかを伝えるものであり、ツールに帰属します。「事実」はシステムの状態を説明するものであり、ツールに依存しない場所に帰属します。これらを混同することが、ルールファイルが肥大化し、最終的に誰も信用しなくなる原因です。
一度書き、どこからでも読み込む
エージェントに対して、今後も必要になるであろう説明を行うたびに、スレッド内ではなく共有レイヤーに保存してください。この一つの習慣こそが、次のリブランド（必ずまた起こります）が発生した際に、それを「知識の再構築プロジェクト」ではなく、単なる「設定の変更」にとどめる鍵となります。
結論
WindsurfからDevin Desktopへの移行は、設定に関しては非常にスムーズでしたが、知識（ナレッジ）に関しては完全に無慈悲でした。キーバインド、ワークフロー、そして.windsurfrulesは、予告なしのエンジン交換を無傷で乗り切りました。しかし、Cascadeとの会話の中で数ヶ月にわたって構築したコンテキストは失われました。なぜなら、それが読み取り可能な場所に保存されていなかったからです。
DevinのKnowledgeシステムは、整理された操作指示を格納するには優れた場所であり、今適切にセットアップする価値があります。しかし、本当にあなたを守ってくれるのは、プロジェクトのメモリをエディタの外部に完全に切り離しておくことです。そうすれば、次にツールが改名、廃止、あるいは買収されたとしても、移行する必要があるのは「接続」だけになります。