Devin Desktopとは？Windsurf AIの使い方・料金・選び方

Windsurf AIは、コーディング作業を委任し、その変更内容を同じワークスペースで確認したい方にとって、有力な候補です。2026年6月2日から名称はDevin Desktopに変わりました。エディタは引き続き利用でき、ローカルとクラウドのエージェント管理がより中心的な役割を担っています。選ぶ理由は、この作業の進め方にあるべきです。エージェントがエンジニアのレビューを代替できるという期待で選ぶべきではありません。

2026年11月11日確認済み。 提供元の公開製品ページ、料金ページ、ドキュメントに基づいています。本稿はドキュメントを基に、想定される作業例を交えて評価したものです。ログインしての実機検証や速度ベンチマークではありません。判断の軸は、タスクの制御、移行の手間、レビューのしやすさ、利用量の把握です。

Windsurf AIからDevin Desktopへ、現在はどんな製品ですか？

Windsurfは、Devinを開発するCognitionが提供する、ダウンロード型のコードエディタです。リポジトリの調査、ファイルの変更、開発ツールの操作を行うAIエージェントを備えています。Cognitionの買収発表には、Windsurfの製品、知的財産、ブランドが取得対象として明記されています。Devin Desktopの発表では、現在の製品を、エージェントマネージャーを組み込んだ本格的な統合開発環境、つまりIDEと説明しています。Devin DesktopはWindsurfを引き継ぐ製品であり、別途買い足す必要があるエディタではありません。Devin Cloudは専用のクラウドマシンで動くエージェント、Devin Localは手元の環境で動く主要エージェントです。

Windsurf AIはどんな開発者に向いていますか？

Windsurfが合うのは、範囲を絞ったタスクを委任しつつ、必要に応じてコードを開いて理解したり仕上げたりする開発者です。既存のリポジトリを持つ技術系創業者、関連する複数の機能を保守する開発者、人の監督下でエージェントを導入したい開発責任者には、検討する理由があります。一方、業務アプリ全体を言葉で説明するだけで、コードを理解せずに済ませたい方には向きません。

違いは、何に注意を向けるかです。一日の大半を単一ファイルの編集に使うなら、インライン補完の質が重要です。調査を指示し、提案された変更を確認する時間が長いなら、セッションの整理や権限制御の方が重要になります。本稿の候補選びはこの違いに基づくもので、どの言語でも特定の製品がより優れたコードを生成するという主張ではありません。

Windsurf AIとCursor、乗り換える理由はありますか？

現在のエディタとエージェントの使い方がうまく機能しているなら、Cursorを使い続けるのは合理的です。現在の製品ページでは、デスクトップやコマンドラインのインターフェースに加え、専用コンピューターでビルド、テスト、変更内容の実演を行うエージェントが紹介されています。エージェントやバックグラウンド処理を備えているだけで、Windsurfが優位になるわけではありません。

乗り換えは、自分のリポジトリで具体的な利点を示せる場合に限るのがよいでしょう。Devin Desktopで使いたいエージェントがある、Devin Cloudの作業フローが役立つ、既存セッションの調整がしやすくなる、といった理由です。WindsurfとCursorの比較ガイドを参考に、その利点と移行負担を比べてください。候補を広く検討するなら、おすすめのAIコードエディタも参照できます。

GitHub Copilotの方が合うのはどんな場合ですか？

GitHubのIssueからプルリクエスト、レビューへと仕事を進めているチームなら、GitHub Copilotを出発点にする方が適しています。インライン支援、リポジトリに関する質問、エージェントへのタスク委任、コードレビューに対応しています。現在のCopilot概要にも、こうした幅広い作業フローが明記されています。単なる自動補完として扱うと、比較相手の実像を捉え損ねます。

制約となるのは、プラン、クライアント、組織ポリシーによる機能の違いです。開発責任者にとって有効な試行は、普段扱うIssueを、チームの既存のレビュー工程に通すことです。エディタを変えずにそれができるなら、Windsurfには追加の移行負担に見合う価値が求められます。

Claude Codeの方が合うのはどんな場合ですか？

Claude Codeは、エージェント作業をスクリプト化したい、ターミナルから調査したい、既存ツールに組み込みたい開発者に向いています。ドキュメントでは、ターミナル、エディタ、デスクトップ、Webの各インターフェースと、コマンドラインによる自動化を扱っています。ターミナル専用ではありません。

障害ログをパイプで渡して調査し、使い慣れたデバッグ環境で作業を続けたい保守担当者にとって、エディタ全体を変える利点は小さいかもしれません。逆に、複数タスクの状況を分かりやすく確認したい創業者なら、Devin Desktopを好む可能性があります。実際に運用できる作業フローで選んでください。どちらを選んでも、生成されたパッチへの責任は残ります。

Windsurf AIでの開発：Devin Localに範囲を絞って任せる

Windsurfの現在のローカル開発は、Cascadeの後継であるDevin Localが担います。Devin CLIとエージェントソフトウェアを共有し、手元のファイル、ツール、環境を利用します。Devin Localの概要では、サブエージェント、委任したサブタスクごとの独立した会話、ファイルシステムとネットワークへのアクセスを制限する任意のOSサンドボックスについても説明しています。

たとえば、サブスクリプション設定画面で通知設定が誤って保存される問題を考えてみましょう。有効なタスクは、フォームからリクエストハンドラー、永続化層まで値を追い、不一致の原因を特定し、回帰テストを提案することです。「設定ページを直して」だけでは、期待する動作が明示されていません。

まずは調査から始めます。Askモードはコードを変更せずに検索と説明を行い、Planモードはリポジトリを調査して承認用の実装計画を作成します。提示された原因を理解してから、Codeモードで修正に進みます。展開中のSmartモードは、安全と判断した追加の操作を承認できます。Bypass Permissionsは、組織ルールの範囲内で、はるかに広い自律性を与えます。これらは提供元による現在のモード定義です。以前のCascadeのWrite／Chatを前提にした手順とは異なります。

特に押さえたいのは、Codeモードでは通常、ワークスペース内の編集が自動承認される点です。コマンド、Webリクエスト、外部ツールは、許可ルールがなければ承認を求めます。つまり「承認を求める」は「すべての変更前に確認する」という意味ではありません。機密性の高いリポジトリを任せる前に、モードを意図して設定してください。

Windsurfの使い方：最初のセッションはどう進めますか？

Windsurfの導入ドキュメントは、現在Devin Desktopの手順を案内しています。以下はその流れに基づく初回セッションの提案であり、本レビューで実行した作業ではありません。

1. 1

   インストールして作業環境を引き継ぐ

   Mac、Windows、Linux向けのダウンロードから選びます。テーマとキーバインドを設定し、必要なら既存の設定をインポートして、Devinアカウントでサインインします。設定のインポートは便利ですが、すべての拡張機能が動く保証にはなりません。

2. 2

   内容を確認できるリポジトリを開く

   Open projectまたはClone repositoryを使います。再現できるバグがあり、テストコマンドも分かっているブランチから始めてください。開始画面には、リモート開発用のConnect via SSHもあります。

3. 3

   変更する前に根拠を求める

   AskまたはPlanモードでDevin Localのセッションを開始します。通知のバグなら、入力フィールド、リクエストのペイロード、保存値を特定し、どこで食い違うか説明させます。参照ファイルと受け入れ条件も求めてください。

4. 4

   範囲を絞った実装を承認する

   計画を読んでから、ImplementまたはCodeモードを選びます。最小限の修正と、元のバグがあれば失敗するテストを依頼します。確認を省くために無制限の実行を有効にするのではなく、コマンドの承認内容を確認してください。

5. 5

   完了メッセージではなく動作をレビューする

   差分を確認し、リポジトリの関連チェックを実行して、ユーザー操作を再現します。無関係な変更は却下してください。パッチの完成を判断する根拠は、エージェントの完了報告ではなく、期待どおりの動作が示されたことです。

Devin Localが表示されない場合、ドキュメントではCommand PaletteからDevin User Settingsを開き、AgentsタブのDevin Localを有効にして再起動するよう案内しています。ワークスペースがRestricted Modeの場合はエージェントが無効になり、組織ポリシーで利用が制限されることもあります。選択欄が空だからといってモデルの問題と決めつけず、まずこれらの条件を確認してください。

Windsurf AIのモデルは、古い一覧より自分のアカウントで確認

Windsurfでは、CognitionのSWE-2、SWE-2 Flashに加え、他社のモデルも利用できます。現在のモデル一覧には、AnthropicのClaude Fable 5.2、Claude Opus 5.5、Claude Sonnet 5.5、OpenAIのGPT-6 Astra、Luna、Sol、GoogleのGemini 3.8 Flash、Gemini 4 Argon、さらにKimi K3、GLM-5.3などのオープンモデルが掲載されています。利用可否はアカウントと展開状況によって異なります。たとえばClaude Fable 5.2は、組織への展開が進むにつれ、トライアルを除く有料プランで利用可能になると説明されています。

推論やテキストを生成する「モデル」と、ツールを備えて作業を管理する「エージェント」は別のものです。モデルを変えても、エージェントの権限やプロバイダーとの契約が自動的に変わるわけではありません。Fusionにはさらに別の仕組みがあり、主担当のモデルと安価な補助モデルを組み合わせ、それぞれの料金で課金します。

有効な評価にするには、リポジトリ、タスク、受け入れテストを固定し、モデルだけを変えます。そうしなければ、結果の違いがモデルによるものか、プロンプトの改善やタスクの縮小によるものか判断できません。本レビューでは、モデルの優劣を確定するベンチマークは行っていません。

Tab：小さな編集は小さなまま進める

Windsurfでは、Devin Desktop Tabによるインライン編集も引き続き利用できるため、すべての変更をエージェントへの依頼にする必要はありません。Tabのドキュメントでは、追加や削除を提案するSupercomplete、従来型のAutocomplete、無効にするOff設定が説明されています。Tabで提案を受け入れ、Escで却下します。

通知フィールドの名前はすでに決めており、周辺の参照箇所を更新しているとします。この場合、広範な自律リファクタリングより、局所的な提案の方が確認しやすいはずです。Tab to Importは必要なインポートを追加でき、Tab to Jumpは次の編集位置を提案します。一方、保存される設定値の意味が変わっていないかという本質的な確認は、自分のレビューで行います。

原因が分からないときは調査を委任し、変更内容が明確になったらインライン支援を使う。この使い分けが有効です。クリップボードのコンテキスト利用はオプトインです。コピーした内容を提案に使わせたいかを判断してから有効にしてください。

Agent Command Center：レビュー待ちの作業を見える状態に

WindsurfのAgent Command Centerは、エディタへのアクセスを保ちながら、ローカルとクラウドのセッションを一つのワークスペースに集約します。サイドバーでは絞り込み、並べ替え、グループ化ができ、Spacesには関連するセッション、プルリクエスト、ファイル、コンテキストをまとめられます。Command Centerのドキュメントでは、セッションの制御と通知について説明しています。

リリース準備中の創業者なら、決済のバグはローカルで扱い、ヘルプ文の更新を別タスクにする、といった使い方が考えられます。それぞれに明確な完了条件を設定してください。今指示している調査を見失わずに、どの結果の確認が必要か把握できるのが利点です。ただし、管理ボードがあるからといって、依存関係のある作業が独立するわけではありません。ドキュメントは合意済みの動作に合わせるべきで、変更中の実装と競うように進めるべきではありません。

OSの完了通知はデフォルトで無効です。devin.agentNotificationsで有効にできます。委任中にエージェントの画面から離れたいなら、確認しておきたい実用的な設定です。

対応するエディタとエージェントをつなぐAgent Client Protocol、略してACPを通じて、他社のエージェントもここに表示できます。ただし、ACPのドキュメントは明確に線を引いています。外部エージェントの処理はその提供元に委任され、課金も別です。その処理にはDevin Desktopのプライバシーポリシーと法的条件は適用されません。エージェントのバイナリは事前にインストールする必要があり、レジストリに掲載されているだけでは導入されません。Enterpriseプランでは、他社エージェントはデフォルトで無効です。

つまり、Command Centerで共通になるのは操作画面であり、請求や包括的なセキュリティ承認ではありません。複数のプロバイダーを使うチームは、エディタと同じ慎重さで、利用するエージェントを把握してください。

ルールとスキル：プロジェクトの制約を次の作業にも引き継ぐ

Windsurfのカスタマイズ機能では、繰り返し使う指示を明文化できます。Devin Localは、AGENTS.mdの通常のMarkdownを含むプロジェクトルールを読み込み、手順と補助ファイルをまとめたスキルにも対応しています。カスタマイズガイドでは、これらを、外部サービスのツールをエージェントに提供するMCP接続や、エージェントのライフサイクルイベントで処理を実行するフックと区別しています。

通知設定のタスクなら、実際に使うパッケージマネージャー、認可チェックの場所、マイグレーションなしにデータベーススキーマを変えてはいけないことをルールにできます。リリース用チェックリストや、リポジトリで定着している検証手順はスキルにまとめられます。常時適用するルールは短く保ち、長いリリース手順は必要なときだけ読み込むようにします。

得られるのはセッション間の一貫性であり、必ず指示に従う保証ではありません。「認可を維持する」という指示は有用な文脈ですが、実行可能なアクセス制御テストではありません。文章の規約とともに、テストやレビュー基準も整えてください。

Windsurfの料金：まずProを検討し、利用枠を確認

Windsurfの現在の料金ページにはDevinのプランが掲載されています。Freeは$0、Proは月額$20、Maxは月額$200、Teamsは月額$80に加えてフル開発者席ごとに$40、Enterpriseは個別見積もりです。 個人で日常的なエージェント作業を評価するなら、最初の有料プランとしてProが妥当です。Freeには無制限のTab補完とインライン編集が含まれますが、エージェントの利用枠は少なく、利用可能なモデルも限られます。使いたい有料モデルが通常の作業量でどう動くかを、Freeで確かめることはできません。

Proでは利用できるモデルと利用枠が増え、Devin Cloudも使えます。有料プランの利用枠は日次・週次で更新され、追加利用はAPI料金で課金されます。完了できるタスク数が固定値で公開されているわけではありません。モデルの選択、コンテキスト、推論によって消費量が変わるため、サブスクリプション料金だけで月間の開発予算が確定するわけではありません。

プランの詳細はWindsurf料金ガイド、製品群全体についてはDevinの料金を参照してください。既存のWindsurf利用者は、自分の契約を確認する必要があります。改称後も従来の料金は維持されますが、FAQでは既存顧客向けのDevin Cloudを別SKUとして扱っています。名前が共通になったからといって、新たな利用権が付いたと判断しないでください。

Windsurfを選ばない理由になり得る制約

Windsurfの制約は、便利な機能があるかどうかにとどまらず、運用にも関わります。以下は、導入範囲を絞ったり、別の製品を選んだりする理由になります。

曖昧なタスクから、説明責任を果たせる成果が自動的に生まれるわけではありません。 Cognition自身も、Devinがバグや安全でないコードを持ち込む可能性を警告しています。期待する動作を定義できず、差分も確認できないチームでは、自律的な編集を増やすほど未検証の作業が積み上がります。監督なしの全面的な書き換えではなく、範囲を絞った保守作業から始めてください。

設定のインポートは、拡張機能の完全な互換性を意味しません。 導入ドキュメントには、互換性のないプロプライエタリな拡張機能や、他のAI補完拡張機能が記載されています。チームを移行する前に、プロジェクトが依存するデバッガー、言語ツール、拡張機能を洗い出してください。見慣れた画面であっても、この問題が解決するわけではありません。

以前の企業向け制御が、Devin Localですべて同じように使えるわけではありません。 ローカルエージェントのドキュメントによると、従来のツール呼び出し一括無効化スイッチとワークスペース制限制御は、同じ形では提供されません。同等の権限ポリシーを設定する必要があります。エディタの設定を引き継げても、以前の組織のエージェントポリシーが適用されている証拠にはなりません。

JetBrainsプラグインはメンテナンスモードです。 移行FAQでは、新しいJetBrainsのリリースで従来のプラグインが動かなくなる可能性を挙げ、ACP経由のDevinを推奨しています。ダウンロードリンクがあっても、機能開発の継続が約束されているわけではありません。標準ツールに決める前に、サポートされる連携方法か、自社のIDEに合う代替製品を評価してください。

公開されている利用枠だけでは、根拠のあるパッチ単価は算出できません。 実測した作業量と利用状況がなければ、サブスクリプションから「無制限のコーディング」や固定の機能完成数を導くことはできません。席数を増やす前に、再試行と人のレビューも含め、採用できた成果にかかった費用を試行中に記録してください。

企業の導入担当者が確認すべきこと

Windsurfの導入担当者は、Cognitionの現在のセキュリティとデータ利用に関する説明を、実際に締結する契約と照らし合わせる必要があります。Cognitionは2024年9月以降のSOC 2 Type II認証、および転送中・保存時の暗号化を報告しています。ただし、あらゆる導入形態、他社エージェント、任意の連携機能で同じ制御が適用されるとまでは言えません。

現在のポリシーでは、別途定めがない限り、Devinが処理する顧客データは顧客関係が続く間保持されます。一方、フィードバックやユーザー操作のデータは、Cognitionが必要と判断する期間保持される場合があります。また、デフォルトでは学習にデータを使用する可能性があるとされています。有料利用者はData Controlsでオプトアウトでき、Teamsでは管理者が設定します。このオプトアウトにより、モデルプロバイダー側でZero Data Retentionが有効になります。Enterpriseのデータは、事前の明示的な書面による同意なしに学習には使用されません。

プロバイダーのZero Data Retentionは、Cognitionが何も保存しないという約束ではありません。 調達担当者に、既存のWindsurf契約も含め、購入するサービスの保持、学習、削除、導入形態に関する条件を確認してもらってください。そのうえで、開発側が実際に適用されるエージェント権限と、承認済みの外部プロバイダーを確認します。改称は端末管理ソフトウェアのアプリ許可リストにも影響するため、開発端末の管理担当者も交えて進めてください。

評価：作業を監督できるならWindsurfは候補になる

委任したコーディング作業とエディタでの直接確認を行き来したいなら、Windsurfを試す価値があります。特に、複数のセッションを整理したい場合に適しています。Freeのエージェントやモデルの制限で実際の業務に即した評価ができないなら、Proから始めてください。Cursorですでにその作業をこなせているなら継続を、Issueからプルリクエストまでの流れが主な要件ならGitHub Copilotを、スクリプト処理や既存の開発ツールが決め手ならClaude Codeを優先して検討します。

判断基準は具体的です。普段のタスクを、これまでより少ない総介入量で、レビュー可能かつ正しいパッチにできた場合にだけ採用します。 月曜日には、再現可能な保守課題を選び、受け入れテストを明文化し、Codeの前にPlanを使い、再試行、利用量、レビューの手間を記録してください。見栄えのよい完了メッセージだけを根拠に、導入を広げるべきではありません。

試行前にタスク、担当者、受け入れ基準を定義するため、ニュースレターでAI業務ワークフロー監査チェックリストを受け取ってください。

Windsurfを開発しているのはどの会社ですか？

現在のWindsurfの所有者・提供元はCognitionです。同社はWindsurfの製品、知的財産、ブランドを取得しており、現在のエディタ名はDevin Desktopです。今の導入判断では、過去の買収経緯だけでなく、Cognitionの最新の製品ドキュメントと、自分のアカウントに適用される条件を確認してください。

WindsurfはGitHub Copilotより優れていますか？

エディタとエージェントをまとめた作業環境が、作業調整の問題を解決するならWindsurfを選ぶ理由があります。既存のGitHubの作業フロー内での支援とエージェント作業で要件を満たせるなら、GitHub Copilotが合います。Copilotもエージェントタスクを実行するため、自律ツールと単なる自動補完の比較ではありません。

WindsurfとCursorはどちらを選ぶべきですか？

現在の環境ですでにレビュー可能な成果が得られているなら、Cursorを使い続けてください。Devin Desktopのエージェント整理機能や、特定のDevinの作業フローに具体的な移行理由があるなら、Windsurfを評価します。ブランド名やモデル一覧で選ぶより、レビューの手間も含め、自分のリポジトリで代表的なタスクを試す方が有効な判断材料になります。