「各ループで人を呼ばない」を既定へ──Cursorのクラウドエージェントが/goalと専用マシンで“常駐して自走”に振り切った
Cursorがクラウドエージェントを刷新。イベントで起きる常駐化、長期目標の/goal、専用マシンで走るサブエージェント、PR/Slack購読を追加し「各ループで人を呼ばない」自走へ。便利さと監督密度の低下という論点を整理します。
イベントで起き、目標に着くまで走り続ける
Cursorは2026年8月19日、クラウドエージェントを大きく作り替える更新「Cloud Agents and Cursor Harness Improvements」を出しました。狙いは明快で、公式の言葉を借りれば「各ループで人が介入しなくてもソフトウェアを作って出荷する」ことです。これまでのように「頼んで、待って、続きを頼む」を繰り返すのではなく、エージェントがイベントを合図に自分で起き、与えられた目標に着くまで走り続ける――そういう働き方を既定に寄せる内容です。
背景には、エージェントが数分〜数時間の長い作業を回せるようになったという業界全体の流れがあります。今回の更新は、その「長く走る」前提に合わせて、起動のきっかけ・作業の続け方・並行のさばき方をまとめて組み替えたものと言えます。
今回そろった手綱
変更は多岐にわたりますが、開発の回し方に効く要点は次の6つです。
常駐(Always-On)
クラウドエージェントが常時起きた状態で待機し、イベントに反応して作業を拾えるようになりました。都度立ち上げるのではなく、必要になった瞬間に動き出す設計です。
購読(Subscriptions)
PR(プルリクエスト)やSlackのスレッド、定期タスクを「購読」しておくと、そこに動きがあったときにエージェントが自動で起きます。自分が作ったPRには自動で購読が付き、CIの修正やボットコメントへの対応まで含めて完了まで面倒を見ます。
/goal(長期目標)
新しい /goal コマンドで、「フレーキーなテストを全部直してCIを緑にする」といった長めの目標を1つ渡せます。エージェントは達成するまでその目標を保持して働き続けます。
専用マシンで走るサブエージェント
サブエージェントが、それぞれ独立した仮想マシン上で動けるようになりました。各自がプロジェクトのクリーンな複製と新しいコンテキストを持つため、親の変更を別環境でテストしたり、独立した修正を衝突なく並行で片付けたりできます。
カスタムモード(常駐スキル)
任意のスキルを「Custom Mode」としてチャットに固定でき、そのスキルにエージェントを集中させ続けられます。いわば「常時オン」のスキルです。
ステアリングの改善
作業中でも横から指示を送れます。追加の指示はエージェントを途中で断ち切らず、次のツール呼び出しの区切りで反映される――「作業を中断させずに舵を切る」動きに整えられました。
開発の回し方はどう変わるか
これまでのクラウドエージェントは「1回の依頼→1回の応答」を人がつなぐ形でした。今回の更新で、つなぎ役の多くをエージェント側に移せます。PRを開けば本人が張り付いてCIを緑にし、Slackに投げれば拾いに来て、夜間の定期タスクとして走らせておくこともできる。人の役割は「各ステップの承認」から「目標を渡して、要所で舵を切る」へと寄っていきます。
並行作業の設計も変わります。サブエージェントが専用マシンで独立して動くため、複数の修正を同時に走らせて衝突を避けたり、親の変更を隔離環境で検証させたりが素直に組めます。1つの大きな目標を、複数の小さな自走ユニットに割って片付ける――そんな回し方が現実的になります。
ビジネス面のインパクト
効きどころは「人が張り付く時間」の削減です。CIの修正待ちやレビューの往復、定型的な後追い作業をエージェントの購読と /goal に預けられれば、開発者は判断が要る部分に集中できます。常時起きたエージェントをイベントで動かす形は、少人数チームが実質的な稼働時間を伸ばす手段にもなり得ます。
一方で、常駐で待機し続けるモデルは、使い方次第でトークン代・実行時間といったコストが読みにくくなります。導入時は購読の対象と /goal の範囲を絞り、どこまで自走させるかの線引きを先に決めておくのが安全です。
「各ループで人が要らない」の裏側
利便性の裏で、留意すべき論点も指摘できます。最大の変化は「各ループでの人の確認」を既定から外す方向に進んだことで、これは監督(オーバーサイト)の密度が下がることを意味します。エージェントが自分のPRを完了まで駆動し、CIやボットコメントに自動で応じるほど、変更が人の目を通らずにマージ手前まで進む場面が増えます。
コーディングエージェント全般では、生成物を別のツールが信じて実行してしまう受け渡しの穴や、サンドボックス周りのリスクも報告されてきました。専用マシンでの隔離は安全側の設計ですが、常時起きて外部イベントで自走する範囲が広がるほど、権限の最小化やマージ前の人によるゲート、実行ログの監査といった歯止めの重要性は増します。自走の便利さと、どこに人の関所を残すか――その設計はチームごとに詰める必要があります。
参照: Cursor Changelog: Cloud Agents and Cursor Harness Improvements(2026-08-19) / Cursor Docs: Cloud Agents / Cursor Docs: Automations / Releasebot: Cursor Updates