AIによるソフトウェア開発が、また一段階変わろうとしている。
これまで「AIコーディング」といえば、開発者のPCにCursorやClaude Codeをインストールし、ローカルのリポジトリをAIに操作させるスタイルが一般的だった。しかし現在は、AIエージェントそのものをクラウド上の仮想マシン（VM）で動かし、人間は成果物をレビューするという開発スタイルが急速に現実味を帯びている。
その変化を象徴するのが、Zennで公開された「ローカルでの開発やめませんか？Claude Code / Cursorで開発の8割をクラウドに移した話」という記事だ。筆者は開発作業の約8割をクラウド側へ移し、「判断はローカル、実行はクラウド」という開発スタイルを実践している。(Zenn)
AIに「PC」を与えるクラウドエージェント
この方式のポイントは、単純にAIへコードを書かせることではない。
CursorのCloud Agentsなどでは、AIエージェントごとに独立したVMを用意する。そこにGitリポジトリをcloneし、依存パッケージをインストールし、コマンドを実行し、アプリケーションを起動する。そしてテストまで実行したうえで、Pull Request（PR）を作成する。
つまりAIに「コードを書く能力」だけではなく、一台の開発マシンそのものを与えるわけだ。
この違いは非常に大きい。
ローカル環境では、AIがコマンドを実行するたびに人間が確認したり、複数のAIを並列稼働させるためにworktreeを分けたり、ポート番号の衝突を避けたりする必要がある。
一方、クラウドではエージェントごとに独立したVMがあるため、複数のタスクを同時に走らせても開発者のPCにはほとんど負荷がかからない。記事でも、これによってworktree管理やローカルPCのCPU・メモリ消費から解放されたことが紹介されている。(Zenn)
「PCを閉じても開発が進む」という衝撃
クラウド開発の最大のメリットの一つが、開発者がPCの前にいなくてもAIが仕事を続けられることだ。
例えば退勤前に「このIssueを修正してテストまで実行し、PRを作って」と指示する。
その後、PCを閉じて帰宅してもいい。
エージェントはクラウド上で処理を続け、コードを書き、テストを実行する。完了すれば通知を受け取り、人間はスマートフォンなどから結果を確認してPRをレビューできる。
Cursor自身も、Cloud Agentsはローカルエージェントより長時間のタスクを扱え、複数エージェントを並列実行できることを説明している。(Cursor)
これは「AIがコードを書く」という話を超えている。
人間が開発環境に張り付く必要がなくなるという話なのだ。
「ファイル」ではなく「PR」が仕事の単位になる
もう一つ重要なのが、開発者の仕事の単位が変わることだ。
従来は、
「このファイルを修正する」
「この関数を書き換える」
「ローカルで動作確認する」
という形だった。
クラウドエージェント時代には、
「このIssueを解決する」
「この機能を実装する」
「このバグを直す」
というタスク単位でAIに渡すことができる。
AIはそのタスクに必要なファイルを調査し、コードを変更し、テストを実行し、場合によってはブラウザまで操作して、最終的にPRを作る。
人間の仕事は「コードを書く」ことから、「AIに適切な仕事を与え、結果をレビューする」ことへ移っていく。
実際、Cursorはクラウドエージェントがリポジトリを操作し、テストや検証を行ったうえでPRを作成するワークフローを推進している。(Cursor)
特に強力なのが「Computer Use」
記事の中でも特に注目したいのが、CursorのComputer Useだ。
AIがコードを書くだけでなく、実際にブラウザを操作してUIを確認する。
例えばWebアプリにボタンを追加した場合、AIがブラウザを開き、画面を操作し、スクリーンショットや動画を取得して、その結果をPRに添付することができる。
これにより、
「コードは動くのか？」
だけではなく、
「実際の画面は意図したとおりなのか？」
までAI自身が検証できる。
Cursorは2026年、エージェントに専用VMとフル開発環境を与え、生成したソフトウェアを実際に操作・検証できる仕組みを強化している。(Cursor)
ここまで来ると、AIは単なる「プログラミング助手」ではない。
仮想的な開発者に近づいている。
それでも「全部クラウド」ではない
興味深いのは、記事の筆者もすべてをクラウドへ移しているわけではない点だ。
残しているのは主に「UI作業」と「計画」。
UIの細かな調整は、人間がローカル画面を見ながら「あと2px」「もう少し余白を」と調整したほうが速い。
また、複雑な仕様を決める「計画」もローカルに残す。人間とAIが短いサイクルで何度も対話しながら設計を固め、その計画をクラウドエージェントへ渡すという分業だ。(Zenn)
これは非常に合理的だ。
人間の判断が必要な仕事はローカル、機械的に長時間実行する仕事はクラウド。
という役割分担である。
セキュリティは最大の注意点
ただし、「クラウドだから安全」と単純に考えるのは危険だ。
専用VMによって、AIが誤ったコマンドを実行しても開発者のMacそのものを壊すリスクは抑えられる。しかし、リポジトリやシークレットをVMへ渡している場合、別の問題が発生する。
特にAIエージェントに外部ネットワークへのアクセスを許可すると、プロンプトインジェクションなどによって機密情報が外部へ送信される可能性がある。
記事でも、「PCが壊れないこと」と「コードや秘密情報が外部へ流出しないこと」は別問題として注意喚起している。(Zenn)
企業で導入する場合には、権限、Secrets、ネットワークアクセス、利用可能なMCP、監査ログなどを含めた設計が不可欠になる。
なおCursorは、自社ネットワーク内でクラウドエージェントを動かす「self-hosted cloud agents」も提供しており、コードやツール実行を自社環境内に留める選択肢も用意している。(Cursor)
Cursor Self-hosted Cloud Agents
「AIにコードを書かせる」から「AIに開発を任せる」へ
今回の記事が示しているのは、単なるCursorやClaude Codeの便利な使い方ではない。
ソフトウェア開発そのものの単位が変わり始めているということだ。
これまでは、
人間 → PC → IDE → コード
という流れだった。
これからは、
人間 → Issue／仕様 → AIエージェント → クラウドVM → テスト → PR → 人間レビュー
という流れが増えていく可能性がある。
しかもAIエージェントは一体ではない。複数のVM上で複数のエージェントを同時に動かせる。
すると開発者一人が「一人でコードを書く」のではなく、複数のAI開発者を指揮する立場になっていく。
実際、2026年にはAIエージェントが生成したPRを別のAIがレビューする「AI-to-AI code review」も研究対象になっており、AIが開発工程の複数段階を担当する流れは確実に広がっている。(arXiv)
一方で、最新の研究では、長期間にわたる大規模なリファクタリングや技術スタック移行では、AIエージェントがまだ完全に信頼できる段階ではないことも示されている。520回の実験で全評価を通過したケースは5.4％にとどまった。(arXiv)
つまり、「人間が不要になる」のではなく、人間の仕事が変わると考えるのが現実的だろう。
コードを書く時間を減らし、仕様を決め、AIに仕事を分解して与え、結果をレビューする。
「ローカル開発をやめる」というタイトルはかなり刺激的だが、その本質はローカルPCを捨てることではない。
開発者がPCに張り付く必要のない開発体制へ移行すること。
そこに、このクラウドエージェント時代の本当の意味がある。
そして今後は、「AIに何を書かせるか」よりも、**「AIにどこまで仕事を任せられる開発環境を作れるか」**が、開発チームの生産性を左右するようになりそうだ。
関連URL
- 元記事：ローカルでの開発やめませんか？Claude Code / Cursorで開発の8割をクラウドに移した話
- Cursor Cloud Agents公式ドキュメント
- Cursor Cloud Agents公式ブログ
- Cursor「Development environments for your cloud agents」
- Claude Code公式ドキュメント
- Cursor「What we’ve learned building cloud agents」