投稿者 投稿日: カテゴリー EC×AI活用
Windsurf終了とは、AIコーディングIDEがDevin Desktopへ移行する変更です。
2026年6月2日、自社で在庫連携スクリプトや簡易な集計ツールを書いているEC事業者のうち、AIコーディングIDE「Windsurf」を使っていた人のメニューバーに、見慣れない名前が表示されました。「Devin Desktop」です。料金プランも設定もそのまま、手元で書いていたコードもそのまま。それでいて製品名とロゴだけが入れ替わっています。この記事は、その移行で「何が変わって、何が変わらないのか」「自社の自動化スクリプトが7月1日に止まらないために今日やるべきことは何か」を、EC運営の実務目線で整理したものです。結論を先に言えば、IDE本体の移行は放っておいても勝手に終わりますが、放っておくと止まる種類の自動化が一つだけあります。
Windsurfは消えたのか、名前が変わっただけなのか
まず事実関係を、できるだけ正確に押さえておきます。Windsurfは2026年6月2日に「Devin Desktop」へリブランドされました。背景には所有者の交代があります。Windsurfの製品とブランドはCognitionが取得し、これはGoogleがWindsurfの創業チームを採用した後の経緯にあたります。つまり「Windsurfを作っていた人たちはGoogleへ、Windsurfという製品とブランドはCognitionへ」という形で分かれた、と理解するのが実態に近いです。詳細な移行の流れはDigital Appliedが時系列で整理しています。
EC事業者として最初に知りたいのは「自分の手は動かす必要があるのか」でしょう。ここははっきりしています。移行はOTA（On-The-Air、自動アップデート）方式で進みます。プラン、料金、設定、拡張機能、キーバインドはすべてそのまま引き継がれます。手動でのアカウント移行作業も、データの引っ越しも、ライセンスの再購入も不要です。アプリを最新版に更新すれば、ある日アイコンと名前が変わっているだけ、という体験になります。
ここで「名前が変わっただけなら記事にするほどのことか」と思う人がいるはずです。現場で繰り返し見るのは、こういう「中身は同じ」というアナウンスを鵜呑みにして、本当に止まる部分を見落とすパターンです。今回のリブランドには、純粋なリブランドでは済まない要素が一つ含まれています。Windsurf時代のローカルエージェント「Cascade」が、2026年7月1日でサポート終了（EOL）になる点です。
Cascadeは、Windsurfの中で実際にファイルを読み書きし、コードを書き換えていた「手を動かす側」のエンジンでした。チャット欄に「この関数を直して」と打つと、裏でファイルを開いて差分を作り、適用していたあの動きです。後継は「Devin Local」で、Rust（処理速度とメモリ安全性に優れたプログラミング言語）で書き直されています。公称でトークン効率が約30%良く、サブエージェント（一つの作業を複数の小さなエージェントに分担させる仕組み）に対応します。さらに「ACP（Agent Communication Protocol、エージェント間の通信を標準化したオープンなプロトコル）」を採用しました。
EC運営の文脈に引き寄せると、この変化は二段構えで効いてきます。IDEとして毎日コードを書く分には、移行は自動で完了し、むしろ速くなる可能性が高い。一方で、外部のスクリプトやワークフローから「Cascadeを名指しで呼ぶ」自動化を組んでいた場合、それは7月1日までに更新しないと動かなくなります。社内ツールを内製している店舗ほど、後者の落とし穴に近い位置にいます。
EC内製の現場で、移行が効いてくる場所はどこか
ここからは「自社でちょっとした開発をするEC事業者」が、具体的にどこで影響を受けるかを場面ごとに見ます。抽象的な「開発が便利になる」ではなく、店舗運営の作業に当てはめます。
一つ目は、データ整形と集計のスクリプトです。楽天RMSの「商品分析」からダウンロードしたCSV、Amazon Seller Centralのビジネスレポート、Yahoo!ショッピングの注文データ。これらを毎月Pythonやスプレッドシート関数で突き合わせている担当者は少なくありません。AIコーディングIDEは、この「CSVの列がずれた」「文字コードがShift-JISで読めない」といった毎月の小さな詰まりを、自然言語で直せる道具として定着していました。Devin Desktopへ移っても、この用途はそのまま使えます。むしろDevin LocalのRust化で、大きめのCSVを扱うときの待ち時間が縮む見込みです。ここは安心材料です。
二つ目は、定型の連携バッチです。ある食品ジャンルの中規模店舗の事例では、楽天の受注データを毎朝取得し、在庫管理表へ書き戻す処理を内製のスクリプトで回していました。こうしたバッチを「夜間に自動で走らせ、エラーがあればCascadeに修正案を出させる」という運用を組んでいた場合、その呼び出し部分が7月1日以降は宙に浮きます。Cascadeという名前を引数やAPIエンドポイントに直書きしている箇所が、止まるポイントです。逆に言えば、IDEの画面でチャットしながら書いていただけなら、この問題は発生しません。区別の鍵は「人がIDEを開いて使っていたか」「無人で外部から呼んでいたか」です。
三つ目は、商品ページのテンプレート生成です。楽天のPC用商品説明文（半角10,240文字以内）やスマートフォン用商品説明文（半角2,560文字以内）を、商品マスタから半自動で組み立てるスクリプトを書いている店舗があります。HTMLの定型部分をコードで吐き出し、訴求コピーだけ人が差し込む運用です。この種のコード資産は、IDEが変わっても影響を受けません。コードはあくまでローカルのファイルとして残り、Devin Desktopはそれを開いて編集できます。
四つ目は、AIモデルの呼び出し設定です。執筆時点の最新フラッグシップを確認すると、OpenAIはGPT-5.5系、GoogleはGemini 3.5系、AnthropicはClaude Opus 4.8系がデフォルト級として並びます。Devin Desktopは複数のモデルを切り替えて使える設計を引き継いでおり、Windsurf時代に登録したAPIキーやモデル選択もそのまま移行します。ここで設定をやり直す必要はありません。商品説明文のコピー生成は表現の自然さが効くClaude系、CSV整形のような構造的処理はGPT系やGemini系、というように用途でモデルを使い分ける運用も、移行後そのまま続けられます。
五つ目は、複数人で内製ツールを触る店舗のドキュメントです。社内のREADMEや作業手順書に「Windsurfを開いてCascadeで実行」と書いてあると、新しく入った担当者が存在しないツール名で探し始めて手が止まります。コードは動いていても、人の作業が止まるという別種の停止です。移行のタイミングで、手順書のツール名を「Devin Desktop」へ書き換えておくと、引き継ぎの混乱を防げます。地味ですが、現場で見落とされやすい一点です。
整理すると、影響を受けないのが「IDEで手作業として使っていたコーディング全般」、影響を受けるのが「Cascadeを名指しで外部から呼ぶ無人自動化」です。自店がどちらに該当するか、まず棚卸しすることが、6月中にやるべき最初の作業になります。AIコーディングツール全体の選び方から整理したい場合は、AIコーディングツールの比較記事も合わせて確認してください。
7月1日までに止めないための実装手順とプロンプト例
ここからは具体的な手順です。EC事業者が内製ツールをAIコーディングIDEで触るときに、そのまま使えるプロンプトを3本用意しました。いずれも独立して使えます。Devin Desktopのチャット欄、あるいはChatGPT・Claude・Geminiのいずれに貼っても機能するよう、汎用的な形にしてあります。
最初にやることは、Cascade依存箇所の洗い出しです。自分のリポジトリやスクリプト群の中で「cascade」という文字列を含む設定や呼び出しを探し、それが7月1日に止まるかどうかを判定させます。手作業で全ファイルを開いて目視するより、AIに走査させたほうが漏れが少ないです。
あなたはコード移行を専門とするレビュアーです。
以下のディレクトリ構成とファイル内容を読み、Windsurfのローカルエージェント「Cascade」に依存している箇所をすべて洗い出してください。
確認してほしい観点：
1. 設定ファイル（json, yaml, toml, env）に "cascade" という名前のキーや値が含まれていないか
2. シェルスクリプトやバッチから cascade コマンドを呼んでいないか
3. APIエンドポイントやエージェント名として cascade を直書きしていないか
4. ドキュメントやREADMEに「Cascadeで実行」と書かれた運用手順が残っていないか
出力フォーマット：
- ファイルパス / 該当行 / 7月1日のEOLで止まるか（停止/影響なし）/ 推奨する書き換え方針
止まる箇所だけを先頭に、影響なしの箇所は末尾にまとめてください。
洗い出しが終わったら、止まる箇所を後継のDevin Localへ向け直します。ACPという標準プロトコルへ載せ替える方針になりますが、最初から完璧を狙わず「まず動く形」に直すのが現場のコツです。次のプロンプトは、特定した1ファイルの書き換え案を出させるものです。
あなたはRust製エージェント「Devin Local」とオープンプロトコル「ACP（Agent Communication Protocol）」に精通した開発者です。
以下は、廃止予定の「Cascade」を名指しで呼び出している既存スクリプトです。
これをDevin Local／ACP経由の呼び出しに書き換えてください。
制約：
1. 既存の入力ファイル名・出力ファイル名・実行スケジュールは変えない（運用を壊さない）
2. エラー時のリトライ回数とログ出力の挙動はそのまま維持する
3. Cascade固有の引数で、Devin Localに対応するものがなければ「要確認」とコメントで明示する
4. 書き換え後、変更点を3行以内の日本語コメントで先頭に残す
対象スクリプト：
{ここに既存スクリプトを貼る}
出力：書き換え後の全文＋変更点サマリ＋移行後に手動で確認すべきテスト項目を箇条書き
三本目は、移行作業そのものではなく、EC運営でAIコーディングIDEを日常的に使い倒すための実務プロンプトです。商品データのCSVを安全に整形させる定番で、移行が終わった後の「平常運転」で最もよく使う型です。
あなたはEC事業者の社内データ整備を支援するエンジニアです。
以下のCSVは楽天RMSの商品分析からダウンロードした売上データです。
Pythonで、次の処理を行うスクリプトを書いてください。
要件：
1. 文字コードはShift-JIS（cp932）で読み込み、UTF-8で書き出す
2. 商品管理番号をキーに、前月分CSVと当月分CSVを突き合わせる
3. 売上・アクセス人数・転換率について、前月比の差と比率を新しい列として追加する
4. 商品管理番号が前月のみ・当月のみにしか存在しない行も、欠損として残す（消さない）
5. 例外処理：列名がCSVに存在しない場合は、どの列が見つからなかったかを日本語でエラー表示して停止する
入力：{前月CSVのパス}, {当月CSVのパス}
出力：突き合わせ済みCSVのパスと、処理した行数の標準出力
コードはコメント付きで、非エンジニアでも各ブロックの役割が読める粒度にしてください。
この3本を順に回せば、止まる箇所の特定、書き換え、そして移行後の通常業務までが一通りカバーできます。手順としては、6月の前半で1本目を回して棚卸し、6月後半で2本目を回して止まる箇所を直し、7月1日のEOLを越える、という順序が安全です。Codexやクラウド型のコーディングエージェントとの併用を検討している場合は、CodexとClaude Codeの比較記事で役割分担の考え方を確認しておくと判断が早まります。
移行で起きがちな失敗と、その回避策
直近の支援案件で観測したのは、こうしたツール移行で店舗側が踏みやすい失敗が、だいたい三つに集約されることです。
一つ目は、「OTAで全部自動だから何もしなくていい」と読み違えるケースです。IDE本体は確かに自動移行ですが、Cascadeを名指しした無人自動化はその対象外です。アナウンス文の「設定はそのまま引き継がれる」という一文を、自分が組んだバッチの呼び出しにまで拡大解釈してしまうのが落とし穴になります。回避策は単純で、前章の1本目のプロンプトで「cascade」という文字列を機械的に全走査し、人間の記憶に頼らないことです。
二つ目は、移行を機に欲張って作り直し、本番を壊すケースです。Devin Localはサブエージェント対応で機能が増えているため、「せっかくだから処理全体を作り直そう」と手を広げると、動いていたバッチが動かなくなり、受注処理や在庫更新が一時的に止まります。アパレル系の単一店舗で試したケースでは、移行と機能追加を同時にやってしまい、在庫の書き戻しが半日止まる事態になりました。回避策は、移行フェーズでは「同じことを新しい呼び出しで再現する」までに作業を限定し、機能拡張は安定してから別タスクとして切り出すことです。
三つ目は、テストなしで本番に当てるケースです。書き換えたスクリプトをいきなり夜間バッチに載せ、翌朝エラーで止まっているのに気づく、という流れです。回避策は、書き換え後にまず手元で1回手動実行し、出力ファイルの行数と中身を前月分と見比べてから自動化に戻すことです。前章の2本目のプロンプトで「移行後に手動で確認すべきテスト項目」を出させているのは、このためです。
薬機法や景表法のような表現規制とは別の話に見えますが、商品ページのテンプレートをコードで吐き出している店舗は注意が必要です。テンプレートの定型文に規制ワードが紛れていると、コードが正常に動くほど全商品へ機械的に拡散します。移行のタイミングは、こうした定型文を一度棚卸しする良い機会でもあります。
四つ目として挙げておきたいのは、移行作業をAIに丸投げして検収を省くケースです。Devin LocalやDevin Desktopは書き換え案を流暢に出しますが、出てきたコードが本当に元の挙動を再現しているかは別問題です。楽天/Amazonの両方を回している店舗で観測されたのは、書き換え後のスクリプトが「動くには動くが、欠損行を黙って捨てる挙動に変わっていた」という事故でした。前章の2本目のプロンプトで「欠損行を消さない」と明示的に制約を書いているのは、この種のサイレントな仕様変更を防ぐためです。AIに任せた箇所ほど、出力件数を前月分と突き合わせて検収する一手間を省かないことが肝心です。
費用と工数の目安、そして社内のだれが担当すべきか
費用面から見ます。Devin DesktopはWindsurf時代の料金プランをそのまま引き継ぐため、移行に伴う追加課金は発生しません。AIコーディングIDEを補助的に使う場合、生成AI側の月額として、ChatGPT Plusが月20米ドル、Claude Proが月20米ドル、Gemini Advanced（Google AI Pro系）が月20米ドル前後というのが2026年6月時点の目安です。IDEと生成AIを併用する小規模なEC事業者なら、月数十米ドルの範囲で収まるケースが多く見られます。
工数の目安は、自社の自動化の作り込み具合で大きく変わります。IDEを手作業のコーディング補助としてしか使っていない店舗なら、移行に要する実作業はゼロに近く、アプリ更新の数分だけです。一方、Cascadeを名指しした無人バッチを複数本抱えている店舗の場合、棚卸しに半日、書き換えとテストに1本あたり1〜2時間、というのが現場感覚での見込みです。バッチが5本あれば、1日強で一巡できる規模感だと考えてください。
担当者の割り当ても重要です。5,000社支援の中で何度も再現したパターンとして、こうした移行を「いつかやる」と誰の担当にもしないまま放置し、EOL当日に動かなくなって慌てる、という流れがあります。回避策は、6月の早い段階で「Cascade依存の棚卸し」だけを誰か一人のタスクに割り当てることです。棚卸しの結果、止まる箇所がゼロなら、そこで安心して終われます。止まる箇所があれば、そこで初めて書き換えの工数を見積もればよい。判断の順序を「まず棚卸し、次に見積もり」にすることが、無駄な不安と無駄な作業の両方を減らします。生成AIで業務自動化そのものを設計し直したい場合は、Claude CodeでEC業務を自動化する記事が考え方の参考になります。
このリブランドが、EC内製の今後に示しているもの
今回の出来事から読み取れる構造変化を、独自の視点で考えます。
注目したいのは、ACPというオープンなエージェント通信プロトコルが前面に出てきた点です。これまでAIコーディングツールは、各社が独自のエージェントを抱え込み、外から呼ぶときの作法もバラバラでした。Cascadeを名指しで呼ぶ自動化が今回止まるのも、その「独自仕様への密結合」が原因です。ACPのような標準プロトコルが広がると、特定のツール名に縛られず、エージェントを差し替えながら使える方向へ進みます。EC事業者にとっては、「今使っているツールが終わっても、自動化を作り直さずに済む」未来が近づくということです。今回の移行で痛い目を見た店舗ほど、次からは標準プロトコル経由で組む価値を実感するはずです。
もう一つは、AIコーディングツールの所有者が短期間で入れ替わる時代に入った、という点です。創業チームはGoogleへ、ブランドはCognitionへ、という今回の分裂は、ツール選定の判断軸を変えます。これからは「どの会社の製品か」よりも「どの標準に乗っているか」「データとコードを自社のローカルに持てるか」を重く見るのが定石になります。Devin Localがローカル実行のRust製エージェントである点は、この観点で評価できます。コードと実行環境が自社の手元に残る設計は、ベンダーの体制変更に振り回されにくいからです。
楽天やAmazonの実務に引き寄せると、内製ツールは「外部サービスへの依存をどこまで許すか」の設計が肝心になります。受注や在庫という店舗の生命線に関わる処理ほど、特定ツールの存続に運命を預けないほうが安全です。今回のWindsurf終了は、その教訓を低コストで学べる好機だと前向きに捉えられます。なお、コーディングエージェントが「正しいファイルは見つけても、直すべき正確な行を外す」という精度の限界についてはAIコーディングエージェントの精度に関する記事で扱っており、自動化に任せきりにしないための線引きの参考になります。CLIベースの代替を検討する人にはGemini CLIへの移行記事も選択肢の一つです。
よくある質問
Windsurfを使っていましたが、今すぐ何かする必要はありますか
IDEとして手作業でコードを書いていただけなら、特別な作業は不要です。アプリを最新版に更新すれば、OTAで自動的にDevin Desktopへ移行し、プラン・設定・拡張機能・キーバインドはそのまま引き継がれます。ただし、Cascadeを名指しで呼ぶ無人の自動化を組んでいる場合だけは、7月1日までに更新が必要です。まずは「cascade」という文字列が自社のスクリプトに含まれていないかを確認してください。
Cascadeのサポート終了で、私のバッチ処理は止まりますか
止まるのは、CascadeをコマンドやAPIとして外部から名指しで呼び出している場合に限られます。IDEの画面でチャットしながらコードを書いていただけなら、その作業はDevin Desktopでそのまま続けられ、止まりません。7月1日というEOLの日付を踏まえ、6月のうちに該当箇所を洗い出し、後継のDevin LocalとACP経由の呼び出しへ書き換えておくのが安全です。
後継のDevin Localは、Cascadeと比べて何が良くなったのですか
Devin LocalはRustで書き直されており、公称でトークン効率が約30%良いとされています。さらにサブエージェント（作業を複数の小さなエージェントに分担させる仕組み）に対応し、ACPというオープンなエージェント通信プロトコルを採用しました。EC運営の実務では、大きめのCSVを扱う処理の待ち時間が縮む点と、特定ツールへの密結合を避けやすくなる点が利点になります。
料金プランは変わりますか。追加費用は発生しますか
Devin DesktopはWindsurf時代の料金プランをそのまま引き継ぐため、移行に伴う追加課金は発生しません。生成AIを併用する場合の月額は、ChatGPT Plus・Claude Pro・Gemini Advanceがそれぞれ月20米ドル前後というのが2026年6月時点の目安です。実額は各社の最新の料金ページで確認してください。
EC事業者がこの移行で最初にやるべきことは何ですか
最初の一歩は、自社のスクリプトとバッチを対象に「cascade」という文字列を全走査し、無人で呼んでいる箇所がないかを棚卸しすることです。止まる箇所がゼロなら、そこで対応は完了します。止まる箇所があれば、本記事のプロンプトを使って後継への書き換えとテストを行い、7月1日のEOLを越えてください。判断の順序は「まず棚卸し、次に見積もり」が無駄を減らします。
移行のチェックは、いつまでに終わらせればよいですか
Cascadeのサポート終了は2026年7月1日です。書き換え後の手動テストや夜間バッチでの確認に時間の余裕を持たせるため、棚卸しは6月前半、書き換えとテストは6月後半までに済ませる進め方が現実的です。EOL当日に慌てて直すと、受注処理や在庫更新が止まるリスクがあるため、余裕を持った日程で進めてください。
Windsurfで使っていた拡張機能やキーバインドは引き継がれますか
はい、引き継がれます。OTAでの自動移行により、拡張機能・キーバインド・設定はそのままDevin Desktopへ移ります。再設定や再インストールの作業は不要です。万一、移行後に一部の設定が反映されていない場合は、Windsurf時代の設定ファイルがローカルに残っているはずなので、そこから手動で確認できます。
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
【監修】齋藤竹紘（株式会社オルセル代表 / 19年・5,000社のEC支援実績）
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
