Devin AIの開発環境「Devin Desktop」：料金・使い方・移行の注意点

Devin AIの開発環境であるDevin Desktopは、複数のエージェントをまとめて管理することが開発業務の一部になっている人に向いています。Cognitionは2026年6月2日にWindsurfを改称しました。本格的な統合開発環境（IDE）を維持しながら、ローカルとクラウドのセッションを扱うAgent Command Centerを中心に据えています。既存のWindsurfユーザーはそのままアップグレードできます。一方、CursorやClaude Codeで支障なく開発できているなら、移行によって作業がどう改善するのかを具体的に見極める必要があります。

2026年10月16日確認。 Cognitionの公開中の製品ページ、料金ページ、ドキュメントを参照しています。本稿は作業例を交えたドキュメントに基づく評価であり、実機で性能を測定したレビューではありません。出発点となる資料はCognitionの発表とDevin Desktopの移行FAQです。

Devin AIの開発環境、Devin Desktopはどんな人に向いていますか？

Devin Desktopが向いているのは、関連する複数のコーディングセッションを監督しながら、調査、デバッグ、仕上げの修正にはエディターを使いたい開発者です。特に強みが出るのは、対話しながら進める作業をローカルに残し、独立した作業をDevin Cloudに任せ、外部エージェントも同じプロジェクトの作業スペースに参加させるような使い方です。

本稿では、セッションをどう連携させるか、移行時に何が引き継がれるか、役に立った成果のコストを把握できるかという3つの観点で評価します。対応モデルの数よりも、こちらの方が重要です。モデルがもっともらしいパッチを生成できても、作業全体では要件が抜け落ちたり、別のブランチを編集したり、減らすはずのレビュー作業をかえって増やしたりする可能性があります。

これは各サービスの有料プランの開始価格であり、同じ量の作業ができる予算ではありません。Cursorの現行料金ページでは、クラウドエージェントと自動化に対応するPremiumが月額$30で、サードパーティーのモデルは別途課金されます。Claude ProにはClaude Codeが含まれますが、利用上限があります。最安値を比べる前に、必要な作業の進め方を比較してください。

Devin DesktopとWindsurfの違い：何が引き継がれますか？

Devin DesktopはWindsurfの後継です。既存ユーザーにとっては、無関係な製品への乗り換えではなく、アップデートを評価することになります。エディター、拡張機能、キーバインド、言語サーバー、ターミナルは引き続き使えます。Cognitionは、従来のWindsurf Enterprise契約を含め、名称変更後も既存のプランと料金を維持すると説明しています。ローカル専用のエージェントも引き続き利用できるため、新しい名称になったからといって開発作業をクラウドに移す必要はありません。

リポジトリ内の指示も引き継げます。従来の.windsurfrulesファイルは引き続き読み込まれます。推奨ディレクトリは.devin/rules/に変わり、.windsurf/rules/はフォールバックとして残っています。AGENTS.mdにも対応しています。そのため、各プロジェクトのルールをすべて書き換えてからでなくても、アプリケーションを更新できます。詳細は移行FAQに記載されています。

ただし、エディターの設定とエージェントの動作は分けて考える必要があります。設定が残ることは、Devin LocalでCascadeの全機能が使えることを意味しません。更新が完了したと判断する前に、エージェントが依存する手順、特に保存済みのメモリーやワークフローを点検してください。

Cursorを選んだ方がよいのはどんな場合ですか？

現在のCursor環境で仕事が回っていて、移行の利点を具体的に挙げられないなら、Cursorを選ぶ方が適切です。CursorのAgents Windowは、すでにエージェントの並列実行、ローカルとクラウドの環境、リモートSSH、分離されたGit worktree、ローカルとクラウド間の作業引き継ぎに対応しています。バックグラウンドの作業を管理できるのはDevinだけ、という見方はもう通用しません。

たとえば、保守作業のバックログを分離したCursorのタスクに振り分け、結果も無理なくレビューできているなら、新しいボードがあるというだけでは移行の理由になりません。特定の外部ACPエージェントが必要な場合や、Devin Cloudの作業をエディターと並べて扱いたい場合には、Devinを検討する価値が高まります。WindsurfとCursorの比較記事から来た方も、以前の製品名や料金にとらわれず、現在の作業の進め方で判断してください。

Claude Codeを選んだ方がよいのはどんな場合ですか？

使い慣れたツールの中でエージェントを利用したく、作業を整理するために別のIDEを導入する必要がないなら、AnthropicのClaude Codeが向いています。現行ドキュメントでは、ターミナル、エディター拡張機能、デスクトップ、Webでの利用方法を案内しています。ターミナル専用ではないため、Claude Codeを選んでもグラフィカルな操作をすべて諦める必要はありません。

たとえば、時々しか起きないテスト失敗を調査する開発者は、ターミナル、デバッガー、エージェントを手元にまとめ、証拠が得られるたびに仮説を修正する進め方を好むかもしれません。個別のセッションと、それらが共有するプロジェクトのコンテキストを整理する機能が足りなくなったときに、Devin Desktopへ移行する価値が生まれます。製品群全体の選び方については、DevinとClaude Codeの比較も参照してください。

Agent Command Centerでレビュー待ちの作業を整理する

Devin DesktopのAgent Command Centerでは、実行中のセッション、対応が必要なセッション、結果を確認できるセッションが一目で分かります。ローカルとクラウドのセッションを、状態ごとに列を分けたカンバンボードで表示しつつ、本格的なエディターも引き続き利用できます。サイドバーではセッションの絞り込み、並べ替え、グループ化も可能です。これらはCommand Centerの機能として文書化されています。

アカウント設定のバグを直す一方で、それとは独立したドキュメント更新も委任できる状況を考えてみましょう。バグ調査は、デバッガーで何が分かるかによって次の手が変わるため、ローカルで進めます。ドキュメント更新は対象ページと受け入れ条件を明確にし、範囲を限定したタスクとしてクラウドのセッションに任せます。ボードがあれば、ローカルの調査を見失わずに、ドキュメントの変更がレビューできる状態になったことを把握できます。

ローカルとクラウドの違いは、作業を実行する場所にあります。Devin Cloudのセッションは、ブラウザーとデスクトップを備えた専用の仮想マシンで動き、ノートPCを閉じた後も継続できます。ローカルエージェントは、手元のマシンの環境を使います。ローカルセッションをCommand Centerに表示しただけで、クラウドのバックグラウンド処理になるわけではありません。

運用上の利点は、レビュー待ちの作業が分かりやすくなることです。ただし、確認できる速さを超えてタスクを起動し続けてはいけません。各タスクには「変更した設定とドキュメントの記載が一致する」といった明確な受け入れ条件を置き、実際の差分を確認します。セッションの完了を、そのまま要件の達成とみなさないことが大切です。

エージェントの作業中にウィンドウから離れたい場合は、devin.agentNotificationsを有効にしてください。完了時や入力が必要になったときのOS通知は、デフォルトでは無効です。チャット画面を見続けずに済むことが委任の目的なら、この小さな設定が効いてきます。

Spacesで要件を共有し、競合する作業を分ける

Devin DesktopのSpacesは、プロジェクトのセッション、プルリクエスト、ファイル、コンテキストをひとまとめにし、新しいセッションでもプロジェクトの要件を引き継げるようにします。プルリクエストとは、マージする前にレビューする変更案のことです。Spacesのドキュメントでは、コンテキストの共有を制御する設定としてdevin.spaces.shareContextを挙げています。

アカウント設定画面を再設計するなら、変更してよいフィールド、APIレスポンスの形式、保存に失敗した場合の動作などを共通の要件としてまとめます。その取り決めは、UIの実装にもテストの作成にも必要です。別々に説明しているうちに内容がずれていくのを防ぎ、両方の作業を同じ要件に基づいて進められることが、Spaceの利点です。

1. 1

   まず共通仕様を決めるタスクから始めます

   再設計用のセッションを開き、期待する動作、関連ファイル、検証コマンドを明確にします。別のセッションに実装を頼む前に、APIの形式を確定してください。

2. 2

   関連するセッションをまとめます

   サイドバーでセッションを別のセッションにドラッグすると、共有のSpaceを作成できます。Cmd/Ctrl+Tで現在のSpace内にセッションを開始することもできます。各セッションにはデフォルトで個別のSpaceがあるため、役に立つ場面が来るまでグループ化する必要はありません。

3. 3

   各セッションの担当範囲を限定します

   共通仕様が決まったら、片方のセッションはUI、もう片方はテストを担当するようにします。コンテキストの共有設定を確認し、実装に入る前に、各エージェントに自分のタスクで重要な制約を説明させてください。

4. 4

   変更を組み合わせたときの動作を確認します

   両方の変更をまとめて確認します。スタブを使ったUIテストが通っても、実際のAPIがUIの期待する形式を返すとは限りません。

コンテキストの共有とファイルの分離は、それぞれ別の問題を解決します。 Git worktreeはリポジトリを別の場所にチェックアウトする仕組みで、タスクごとに独立した作業ファイルを用意できます。Spacesでは関連する作業をまとめ、worktreeを共有することもできますが、だからといって競合する実装で同じファイルを同時に編集してよいわけではありません。代替案は別々のworktreeで試し、依存関係のある変更は順番に進めます。合意した仕様は共有し、競合する編集は分離し、最後に意図を持って統合する、という進め方が基本です。

Devin Localの使い方：手元の環境で計画・実装・レビューを進める

Devin Desktopの主なローカルエージェントであるDevin Localは、手元のファイル、ツール、環境を使って動作します。基盤となるエージェントソフトウェアはDevin CLIと共通です。便利な機能として、計画モード、worktreeを使ったセッション、サブエージェント、明示的な権限設定があります。詳細はDevin Localのドキュメントに記載されています。

設定フォームを保存すると、ときどき古い値が送信されるバグを例に考えます。まずPlanモードで、入力からリクエスト生成まで値がどう流れるかを追跡し、考えられる原因と回帰テストを提案するよう依頼します。Planモードでは調査を行い、実装に入る前に承認を受けるための計画をMarkdownファイルとして保存します。計画を読む際は、原因と結果の説明を確認してください。「このハンドラーを変更する」だけでは、「非同期更新の後に、このコールバックが更新前の状態を読み取っている」という説明ほど十分ではありません。

次に、実装用のセッションを開始するときにNew worktreeを選ぶか、既存のworktreeを指定します。これにより、普段使っている作業用チェックアウトから離れた場所で、エージェントが編集、ビルド、テストを実行できます。確認した不具合を直す最小限の変更と、元の不具合を再現して失敗する回帰テストを依頼してください。作業ができたら、セッションのMerge操作で変更を自分の作業スペースに取り込みます。

Devin Localは、サブタスクをサブエージェントに委任することもできます。サブエージェントは、ツールとコードベースのコンテキストを共有しつつ、個別の会話で動くエージェントです。**Subagents (Preview)**設定で制御します。この例なら、リポジトリ内の別の場所に似たハンドラーがないかを独立して調べさせる使い方が適しています。同じ修正について競合する実装を別のエージェントに作らせても、案を分離して比較するのでなければ、あまり役に立ちません。

編集後は、別のエージェントが変更を点検するQuick Reviewを依頼します。レビューの選択肢であるSWE-checkは、すべてのプランで無料です。その指摘は追加の判断材料として使い、回帰テストを実行し、差分を読み、報告された不具合が修正されていることを確かめてください。別のモデルが承認しても、変更した動作を実際に実行して確かめる代わりにはなりません。

権限設定も意識して行う必要があります。Devin LocalはDeny、Ask、Allowのルールに対応し、ファイルシステムやネットワークを制限するOSレベルのサンドボックスも任意で利用できます。外部システムを操作するための接続口となるModel Context Protocol（MCP）のツールは、デフォルトでは呼び出し前に確認を求めます。試験導入では承認の範囲を絞り、不具合の調査をきっかけに、無関係なシステムを変更する権限までいつの間にか与えないようにしてください。

ACPで外部エージェントを同じ作業スペースに追加する

Devin DesktopはAgent Client Protocol（ACP）に対応しており、互換性のある外部エージェントをCommand Center内で動かせます。ACPは、エディターとエージェントの通信を標準化するプロトコルです。CognitionのACPドキュメントでは、利用できる例としてAnthropicのClaude AgentやOpenCodeを挙げています。互換性のある独自エージェントにも対応します。

単なるWindsurfの更新版を超えてDevin Desktopを評価するなら、ここが最も有力な理由になります。たとえば、社内サービスの規約を点検する独自エージェントがあり、開発者は実装にDevin Localを使っているとします。共通の画面があれば、両方のセッションを同じプロジェクトの作業として整理しやすくなります。ただし、それぞれのエージェントを同じように置き換えて使えるようになるわけではなく、互いが使うすべての機能を理解できる保証もありません。

ドキュメントに記載された設定手順は明確です。エージェントをローカルまたはチームのレジストリに追加し、コマンドパレットからDevin User Settingsを開きます。Agentsを選び、対象のエージェントを有効にしてDevin Desktopを再起動します。その後、新しい会話を始める際の選択肢に表示されます。まずは範囲の限られたタスクで、既存の手順と結果を比較してください。

契約時に確認すべき点は2つあります。外部ACPエージェントを利用できるのはPro、Max、Teamsです。Enterpriseでは、管理者が有効化の手配をする必要があります。Freeにはこの機能は含まれません。 また、外部エージェントの処理は引き続きその提供元が扱います。料金は提供元から直接請求され、その処理にはDevin Desktopのプライバシーポリシーや法的条件は適用されません。すでに契約しているエージェントの料金が、自動的にDevinの請求にまとめられるわけではありません。

Devin Desktopの料金はいくらですか？

Devin Desktopの機能全体を試したい個人にとって、最初の有料プランとして妥当なのはProです。Freeは軽いエージェント作業やエディターの補助には役立ちますが、使えるモデルと利用枠が限られ、外部ACPエージェントも使えないため、製品全体を評価するには不十分です。

2026年10月16日に確認したDevinの公式料金ページには、次のプランが掲載されています。

• Free：$0。 少量のエージェント利用枠と限定されたモデルが使え、インライン編集とTab補完は無制限です。
• Pro：月額$20。 利用枠が増え、すべてのモデルとDevin Cloudが利用できます。必要に応じてAPI料金で追加利用分を購入できます。
• Max：月額$200。 Proの全機能に加え、利用枠が大幅に増えます。
• Teams：チームプランの月額$80に加え、開発者用フルシートごとに月額$40。 最大200ユーザーに対応し、共同作業、一括請求、管理者向け分析、優先サポートを備えます。
• Enterprise：個別見積もり。 シングルサインオン、企業向け管理機能、アカウントサポート、専用環境へのデプロイオプションを備えます。

確認時点では、Proの説明に2026年10月16日までDesktopとCLIでSWE-2を無料利用できるとの記載が残っていました。期限付きのキャンペーンとして扱ってください。この記載だけでは、その日より後の延長も、Devin Cloudの無料利用も確認できません。

契約の判断に影響する点が2つあります。利用枠を使い切った場合、Freeユーザーは枠のリセットを待つ必要があります。有料ユーザーは追加利用分を購入できます。また、TeamsではフルシートにDesktopが含まれますが、フレックスシートには含まれません。無料のフレックスシートを追加しても、その同僚がエディターを無料で使えるわけではありません。

公開されている課金説明には食い違いもあります。料金ページのカードでは、Teamsの基本料金にフルシートの料金を加算すると記載されています。一方、課金ドキュメントでは、シート料金とクレジットで満たす最低利用額として説明されています。上の一覧は、課金ドキュメント自体が優先される情報源としている料金ページに従っています。基本料金にシートが含まれると決めつけず、決済画面か書面の見積もりで確認してください。より広い範囲の課金判断については、Devinの料金ガイドで解説しています。

試験導入では、採用した変更1件あたりのコスト＝サブスクリプションとエージェントの総料金÷採用した変更の件数を計算します。たとえば、Proで追加料金がなく、20件の変更を採用した場合、1件あたりのサブスクリプション費用は$1です。これは単なる計算例であり、実測したタスク完了率ではありません。レビュー時間も含んでいません。レビューにかかった時間も分単位で記録してください。安く生成できたパッチでも、大幅な手直しが必要なら、安く成果を得られたことにはなりません。

導入判断を左右する制約

Devin Desktopには、移行、利用枠、管理に関する具体的な制約があります。すでに再利用可能なエージェントの手順を整備している場合や、開発用マシンを厳格に管理している場合は、特に注意が必要です。

Devin Localに引き継がれないCascadeの機能

Devin Localは、Cascadeの永続メモリー、ワークフロー、App Deploys、Arena Modeに対応していません。ドキュメントに記載された移行方法は、Devin: Open Cascade Migration Wizardを実行し、重要なメモリーやワークフローを、再利用可能な指示のまとまりであるスキルに移すことです。

保存済みのリリースワークフローに、リポジトリで必要な検証手順が含まれているなら、ファイルを引き継ぐだけでは足りません。手順を移行したうえで、新しいセッションがそれを見つけて実行できるか確認してください。現行のLocalドキュメントでは、既存の会話は履歴から参照できる一方、新しい会話がCascadeで始まることはないと説明されています。古い会話を使い続けることは、長期的な移行方針にはなりません。

エディターの移行にLocal Historyは含まれません

移行FAQでは、キャッシュ、ログ、クラッシュダンプとともに、Local Historyを移行対象から明示的に除外しています。Migrate from Windsurfを選ぶとエディターのデータと拡張機能がコピーされますが、Start freshを選んだ場合や、すでにDevinのデータディレクトリが存在する場合は、その移行処理ではデータがコピーされません。

コミットしていない試行錯誤の結果をエディターの履歴から復元している場合、この点は重要です。古いインストール環境を整理する前に、必要な作業をコミット、スタッシュ、または別の方法で保存してください。拡張機能が表示されたからといって、復元に使えるデータがすべて移ったとは限りません。

利用枠で何件のタスクをこなせるかは公表されていません

料金ページには、プランに含まれるトークン数も、同じ条件で比較できるタスクの固定件数も掲載されていません。「利用枠が増える」という説明だけでは、自分のリポジトリで採用できる変更が何件得られるかは分かりません。消費量はモデルの選択、コンテキストの大きさ、推論によって変わります。また、セルフサーブ契約ではクラウドの作業も共通の利用枠を消費します。

そのため、Maxの方が必ず割安だとは言えません。まず実際の使用量メーターと採用した成果を確認してください。上位プランにするのは、計測した結果、利用枠の制約が理由になったときです。本格的な開発には高いプランが似合いそう、という印象で選ぶべきではありません。

同じ画面でも、全エージェントに同じ管理設定が適用されるわけではありません

外部ACPエージェントは、引き続きそれぞれの提供元との契約関係に基づいて動きます。Devin Localの設定がそのまま適用されると考えず、外部エージェントの権限とデータの取り扱いを点検してください。Devin Desktop内では、Restricted Modeでエージェントとフックが無効になります。ワークスペースを信頼済みにする操作は、警告の表示を消すだけのものではなく、実際の動作に影響する変更です。

組織で管理しているWindsurf環境では、アプリケーション名も確認する必要があります。Cognitionは、Windsurfを許可しているエンドポイントポリシーで、改称後のDevinアプリケーションも許可する必要が生じる可能性を指摘しています。JetBrainsユーザー向けの詳細FAQでは、従来のWindsurfプラグインをメンテナンスモードと説明し、ACP経由でのDevin利用を推奨しています。旧プラグインが現在のDesktop IDEと同じ製品だと考えて、新規導入を計画しないでください。

結論：作業がどう改善するかを説明できるなら移行を検討する

Devin Desktopを選ぶ価値があるのは、コンテキストの共有と複数種類のエージェントの組み合わせによって、すでに抱えている作業連携の問題を解消できる場合です。既存のWindsurfユーザーは、移行チェックリストを用意してアップデートを評価してください。Cursorですでに効率よく開発できているなら、特定のDevinやACPの使い方が判断を変えるのでない限り、使い続けるのが妥当です。今のツールでClaude Codeを使うことが主な目的なら、まずはそこから始めてください。

判断基準は実用的です。まとめたいセッション、追加したいエージェント、委任したいクラウドのタスクを具体的に挙げ、それによってレビューの進め方がどう改善するかを説明できるなら、Devin Desktopを選ぶ理由があります。説明できなければ、製品が扱える範囲の広さは、まだ利点になっていません。

月曜日に、リポジトリ内の範囲を限定したタスクを選び、開始前に受け入れ条件を書いてみてください。まとめるべき関連作業があればSpaceを使い、競合しそうな編集は分離し、組み合わせた結果を確認します。採用した変更、手作業での修正、レビューにかかった時間、使用量を記録してください。その過程を管理しやすくなったなら、Devin Desktopを使い続ける価値があります。利用枠を増やすのは、試験導入で実際に枠が足りないと分かってからです。

Devin Desktopについてよくある質問

devin.aiにデスクトップアプリはありますか？

はい。Devin DesktopはmacOS、Windows、Linuxに対応しています。以前はWindsurfと呼ばれていたエディターで、Agent Command Centerを備えています。既存のWindsurfユーザーには、アップデートを通じて提供されます。

Devin Desktopとは何ですか？

Devin Desktopは、コードの編集と、ローカルおよびクラウドのエージェントセッションの管理に使うCognitionのIDEです。関連セッションとプロジェクトのコンテキストをまとめるSpaces、手元のマシンで作業するDevin Localを備えています。Devin Cloudに作業を委任しなくても利用できます。

Devin Desktopを提供しているのはどの企業ですか？

Devin Desktopを開発しているのはCognitionです。2026年6月2日の発表で、IDEの基盤を維持しつつ、エージェント管理を主な操作画面に据えたWindsurfの次世代版として紹介しました。

Devin Desktopは導入する価値がありますか？

関連するエージェントセッションを連携させる開発者や、Devinと互換性のある外部エージェントを組み合わせる開発者には、有力な候補です。現在のエディターですでに作業を十分にこなせているなら、導入の理由は弱くなります。標準の開発環境として採用する前に、自分のリポジトリで、移行時に引き継がれない機能、利用枠の動き、レビューの手間を確認してください。

Devin Desktopは安全に使えますか？

Devin Localは権限ルールに対応し、ファイルシステムとネットワークのサンドボックスを任意で利用できます。Restricted Modeではエージェントが無効になります。ただし、これらの制御があっても、生成されたコードを自動的に安全にマージできるわけではありません。外部ACPエージェントには各提供元の利用条件も適用されるため、エージェントごとにアクセス範囲を評価し、生成された変更をレビューしてください。

Devin DesktopとCursorはどちらがよいですか？

Spaces、外部ACPエージェント、Devin Cloudとの連携によって、作業上の具体的な課題を解決できるならDevin Desktopを選びます。Cursorも、ローカルとクラウドのエージェントを並列に管理できます。並列実行に対応しているというだけでは優劣は決まりません。本稿でも、実測による速度やコード品質の優位性は主張していません。

Devin Desktopの料金はいくらですか？

Freeは$0で、個人向け有料プランの入口となるProは月額$20です。Max、Teams、Enterpriseは、必要な利用枠や管理機能に応じたプランです。料金の節では、現行の全プランとTeamsの課金説明の食い違いを解説しています。追加利用分や外部ACPエージェントの提供元への料金によって、総額は増える可能性があります。購入前に公式料金ページを確認してください。

ニュースレターで**AI Business Workflow Audit Checklist（AI業務ワークフロー監査チェックリスト）**を入手し、エージェントの運用に必要な作業、権限、レビュー手順を整理してください。