Cursor が2026年8月19日、クラウドエージェント機能に「サブスクリプション」と「/goal」という2つの仕組みを追加した。これまでのクラウドエージェントは、指示を出すたびに1回分の作業をこなして返してくる存在だった。今回の更新で変わったのは、そこではない。エージェント自身が「PRに動きがあったら起きる」「目標を達成するまで居座る」ようになった点にある。

指示待ちの道具から、放っておいても勝手に仕事を拾ってくる同僚へ。この方向転換が実際に何をもたらすのか、そしてGitHub CopilotやClaude Codeと比べてどこが違うのかを整理する。

⚠ 情報の鮮度について
一次情報はCursor公式の変更履歴ページ「Cloud Agents and Cursor Harness Improvements」（2026年8月19日付）です。本記事公開時点で発表から2日前後が経過しており、速報ではなく解説の切り口で書いています。前段にあたる8月13日の更新（Cursor Builds）もあわせて参照しています。
Section 01

Cursorに来た「自走」機能とは何か

クラウドエージェントとは、Cursorのエディタ内ではなくCursor側のサーバー上でコードの読み書きやテストの実行までひと通り済ませてくれる機能のことだ。今回の更新で加わったのは、大きく4つになる。

01
サブスクリプション

エージェントがPRやSlackのスレッド、決まった時刻の実行に「購読」できるようになった。自分が作ったPRに自動で購読し、CIが落ちればテストを直し、レビューボットの指摘にも対応する。

02
/goal コマンド

「フレーキーなテストを全部直してCIを green にする」のような、1回の会話では終わらない目標を持たせられる。目標が達成されたと判断するまで、セッションをまたいで作業を続ける。

03
サブエージェントの隔離実行

親のエージェントが出した変更を、別のまっさらな環境を用意したサブエージェントに検証させたり、干渉し合わない形で複数の修正を同時に進めさせたりできる。作業中に送った指示は途中で割り込まず、次の区切りまで待ってから反映される。

04
対応範囲の拡張

従来のGitHub・GitLabに加えてBitbucket Cloud、Azure DevOps上のPRにも対応。複数PRをまたいだセッションや、進行中・要対応・レビュー待ちを一覧できる「Inbox」も加わった。

一言でまとめると──「頼んだ分だけ動くツール」から「起きたことに反応して、目標を達成するまで居座るエージェント」への切り替えです。人がプロンプトを打つ回数を減らす方向の更新といえます。
Section 02

8月13日と19日、2段構えのリリースだった

今回の更新は単発ではなく、8月13日の下地作りがあっての19日だった。

2026.08.13

「Cursor Builds」を投入クラウドエージェントが使う実行環境の起動を高速化。環境の立ち上げが最大10倍、最初のトークンが出るまでの時間が最大3倍速くなったとしている。ここでいう速さは、あくまで環境が動き出すまでの待ち時間の話で、モデル自体の推論速度の話ではない。

2026.08.16

SpaceXによる買収成立が本誌でも報道Cursor開発元の買収がこの週に正式に成立している。詳しい経緯は前回の記事で伝えた通り。

2026.08.19

「Cloud Agents and Cursor Harness Improvements」を投入13日の速度改善の上に、サブスクリプション・/goal・サブエージェント隔離・対応SCM拡張を積み上げた。Cursor側は「常時稼働のエージェントが、ループのたびに人の介入を求めずシステムとして動けるようにする」ものと位置づけている。

10倍 環境起動の高速化（8/13・Cursor公表値）
3倍 最初のトークンが出るまでの高速化（同）
6日 Builds公開から今回の更新までの間隔

1週間足らずで「速くする」と「賢く居座らせる」を続けて出してきた形になる。買収の話題が先に立った直後の週に製品側の更新を重ねてきたのは、開発体制そのものは動いていないと示したい意図もありそうだ。ここは※観測として留めておく。

Section 03

サブエージェントを隔離環境で動かす理由

今回の更新でとくに実務への影響が大きいのが、サブエージェントを「毎回まっさらなプロジェクトの複製を持つ隔離VM」で動かす仕組みだ。

複数のエージェントが同じ作業ディレクトリを共有していると、片方の変更をもう片方が上書きしたり、テストが互いの途中状態を拾って落ちたりする事故が起きやすい。1つのサブエージェントに親エージェントの変更を検証させ、別のサブエージェントには関係のない不具合を並行して直させる、という使い方をしても、環境ごと分かれていれば衝突しない。

ⓘ 「途中で口を挟めない」わけではない
作業中のエージェントに送ったメッセージは、その場で割り込んで止めるのではなく、次の区切り（ツール呼び出しの合間）まで待ってから反映される仕組みに変わった。これまでは指示を送ると動作中の処理が中断されることがあったため、途中で送った一言が意図せず作業を止めてしまう場面を減らす狙いと読める。

複数のAIが同じコードベースを同時に触る運用は、これまで「誰が何を壊したか分からなくなる」問題と隣り合わせだった。環境ごと切り分けるという今回のやり方は、その問題への現実的な対処のひとつといえる。

Section 04

GitHub CopilotやClaude Codeと何が違うのか

「AIがPRを自動で作って直す」こと自体は、Cursorだけの専売特許ではない。GitHub Copilotのコーディングエージェントも、GitHub Issueを割り当てるとGitHub Actions上の隔離環境で自律的に作業し、PRを作って戻す。Claude Codeにも、特定のイベントでコマンドを走らせる「フック」機能があり、テストの自動実行やSlack通知などを組み込める。3つとも「AIに作業を任せて後で確認する」という方向は同じだ。

Cursor
起点はイベント購読

PR・Slackスレッド・時刻指定のいずれかに「購読」させ、動きがあるたびにエージェントが自分で起きる。1つの目標を複数セッションにまたいで持たせられるのが特徴。

Copilot
起点はGitHub Issue

Issueを割り当てると、GitHub Actionsの隔離環境内で作業しPRを作る。GitHubのレビュー・セキュリティ検査の仕組みにそのまま乗る点が強み。

Claude Code
起点はフック

ツール実行やセッションの節目などの決まったタイミングで、外部コマンドを差し込む形の自動化。細かい制御をコード側で書き込みたい人に向く。

どれが優れているという話ではなく、自動化の起点をどこに置きたいかで選ぶものが変わる、と捉えるのが実態に近い。PRやSlackといったチームのやり取りそのものにエージェントを常駐させたいならCursorの今回の更新が刺さる。GitHubのワークフローに寄せたいならCopilot、細かい条件分岐を自分で書き込みたいならClaude Codeのフックが向く。

Section 05

使い始める前に確認しておきたいこと

⚠ 「勝手に動く」は「見なくていい」ではない
エージェントがPRを自動で追いかけ、CIを直し、レビューボットの指摘に対応するようになるということは、人が気づかないうちにコードが書き換わる場面が増えるということでもある。とくに/goalで長時間の目標を持たせた場合、途中経過を追わずに結果だけ見ると、意図しない方向に直され続けていたことに後から気づく形になりかねない。Inboxで進行中の作業を定期的に確認する運用を、最初から組み込んでおいたほうがよい。
💡 まず小さく試す
いきなり本番ブランチのCIを/goalに任せるのではなく、フレーキーテストの修正のような失敗しても被害が小さいタスクで挙動を確認してから、購読の対象を広げていくのが安全だろう。サブスクリプション自体は現時点でクラウドエージェント限定の機能である点にも注意したい。
Section 06

編集部の見立て

Editor's Opinion

今回の更新でいちばん注目したいのは、機能の数そのものよりも「エージェントが起きるきっかけ」が人からイベントに移った点だと考えます。これまでのAIコーディングツールは、良くも悪くも人がプロンプトを打つたびに動くものでした。サブスクリプションは、その前提を崩しにきています。

これは便利さと同時に、確認の手間を新しく発生させる変更でもあります。人が指示を出さなくてもコードが動くということは、人が見ていない間に方向性がずれても気づきにくいということです。Inboxのような「何が起きているか一覧できる場所」がセットで用意されたのは、この裏返しの課題をCursor自身も認識しているからだと見ています。

GitHub CopilotのIssue起点、Claude Codeのフック起点、Cursorのイベント購読起点──3社の設計思想が少しずつ違う方向に伸びているのも興味深いところです。どれか1つに統一されるというより、しばらくはチームの開発フローに合わせて使い分けが続く展開になりそうです。

Cursorにとっては、買収成立の直後に開発の手を緩めていないことを示す更新にもなりました。次に気にすべきは、この自走の仕組みが実際の開発現場でどれだけ事故なく回るか、その運用実績のほうでしょう。

Section 07

まとめ

2026年8月19日、Cursorがクラウドエージェントに「サブスクリプション」と「/goal」を追加しました。エージェントがPRやSlackスレッド、決まった時刻の実行に購読して自動で作業を再開し、目標が達成されるまでセッションをまたいで作業を続けられるようになっています。

サブエージェントは毎回まっさらな隔離環境で動くようになり、複数の修正を同時に進めても衝突しにくくなりました。対応するSCMもBitbucket CloudとAzure DevOpsに拡張され、進行状況を一覧できるInboxも加わっています。この更新は、8月13日の環境起動高速化（最大10倍）を土台にした2段構えのリリースでした。

GitHub Copilotのイシュー起点、Claude Codeのフック起点と比べると、Cursorはイベント購読を軸にした設計です。便利さの裏側で、人が見ていない間に作業が進む場面が増える点には注意が必要で、Inboxでの定期的な確認を運用に組み込むことをおすすめします。

自走するエージェントが増えるほど、開発者に求められるのは「指示の出し方」より「任せ方」になっていきそうです。