【実証】Cursorの/goalにサイト改善を丸投げしたら、24分ノンストップで完走した話

【実証】Cursorの/goalにサイト改善を丸投げしたら24分ノンストップで完走した話
この記事の結論
  • Cursorの/goalにサイト改善を丸投げ → 約24分、一度も止まらずに完走
  • 消費トークンは940万。うち910万がキャッシュ読み込み
  • Proプランのプール消費は3%程度。想像よりはるかに安かった

2026年8月19日のCursorアップデートで、/goal という機能が追加されました。

公式の説明は「エージェントに完全に完了するまで取り組む長期的な目標を与えられる」。

Tomoya

正直、最初は半信半疑でした。

AIエージェントって、途中で息切れして「とりあえずここまでやりました」と returned してくるイメージが強かったからです。

そこで、以前から放置していた自サイトの課題をそのまま投げてみました。

Tomoya

結果は冒頭のとおりです。

この記事では、その24分間に何が起きていたのかを実測値で追いかけます。

/goalコマンドでAmazon・楽天の流入低下原因調査を指定したタスク画面
/goalコマンドを使って改善目標を設定し、タスクが進行している画面です。

目次

2026年8月19日アップデートで何が追加されたのか

今回のリリースは「常時稼働のエージェントが、ループごとの人間の介入なしに自律的にソフトウェアを構築・リリースできるようにする」という方向性で、4つの機能が同時に追加されました。

4つの機能
  • サブスクリプション:PRやSlackスレッドを購読し、変更が起きたら自動で再開
  • カスタムモード:任意のスキルを「常に有効」な状態でチャットに固定
  • 専用マシンで動くサブエージェント:各サブエージェントを独立したVMで並列実行
  • /goal:完了するまで目標を維持し続ける長期タスクモード

今回検証したのは4つ目の /goal のみです。

他の3つは未検証なので、本記事では紹介にとどめます。

参考にした記事URL: クラウドエージェントとCursor harnessの改善 · Cursor


/goal は通常のチャットと何が違うのか

通常のAgentチャット/goal
停止タイミング1タスクごとに応答を返して停止目標を達成するまで継続
人間の介入ループごとに必要原則不要
得意な領域小さな修正、対話的な設計移行作業、原因調査、一括改善

ポイントは「軌道を維持する」という設計思想です。

長時間走らせると文脈が薄れて迷走するのが従来の弱点でしたが、/goal はそこを前提に組まれています。

検証環境と、実際に投げた指示

実行環境Cursor Cloud Agent
モデルCursor Grok 4.6 High
プランPro
対象自サイト(Private / TypeScript 83.1%・JavaScript 13.2%・CSS 3.7%)
実行時間約24分(人間の介入 0回)
Tomoya

投げたゴールはこちらです。

あえて「手順」ではなく「困っていること」をそのまま書きました。

実際に入力したプロンプト:

/goalコマンドでAmazon・楽天の流入低下調査やPageSpeed Insightsの改善方針を指定した画面
/goalコマンドを使用して、サイトの流入低下原因の調査やPageSpeed Insightsの改善方針を指示している画面です。

/goal

Amazon・楽天の流入が明らかに下がっている問題に対処する。
PageSpeed Insights への対処(使用していない JavaScript の削減/過大なネットワークペイロードの回避/使用していない CSS の削減)。
なぜ流入がないのかを調査して修正する。

Tomoya

調査して修正して」だけ。

ファイル指定もタスク分解もしていません。

ここが今回の一番の賭けでした。

Cloud Agent作業の途中経過の15m17sの表示。
Cloud Agent作業の途中経過の15m17sの表示。

24分間、本当に一度も止まらなかった

Worked for 24m 8sの表記と「約24分のロングラン」の注記が入った処理結果画面
処理実行時間が24分8秒に及んだ調査分析プロセスのログ結果です。

エージェントは原因の切り分けから入り、フォント配信・CSS・スクリプトの読み込み方、さらにインデックス制御まで自分で対象を広げていきました。最終的に返ってきた検証ログがこちらです。

robots.txtやCSSの検証ログとnpm run buildおよびPlaywrightテストの成功結果画面
修正作業後にnpm run buildやPlaywrightテストを実行し、各種検証が成功したことを示すログ画面です。
Tomoya

修正前後を並べると、変化はかなり明確でした。

項目修正前修正後
woff2 参照数481件0件
CSS サイズ約283KB約52KB(約82%減)
HTML サイズ約264KB約130KB(約51%減)
同意前の gtag.jsありなし

さらに npm run build の成功、Playwright 75件(chromium / mobile-chrome / tablet)の全通過、契約テストの通過まで自分で確認してから終了しています。

「直しました」で終わらず、検証まで含めて1ゴールとして扱っている点が、従来のチャットとの決定的な差だと感じました。


940万トークンでプール消費は3%だった

Tomoya

気になるコストです。

Settings の Spending で確認したところ、内訳はこうなっていました。

cursor-grok-4.6-highのトークン数が940.1万と表示されたダッシュボード画面
Cursorの使用履歴にて、Grok 4.6モデルで940.1万トークンが処理された記録を確認できます。
940万トークンの内訳
  • キャッシュ読み込み:約910万トークン
  • Input:約20万トークン
  • Output:約5万トークン
  • 合計:約940万トークン

総量の約97%がキャッシュです。

Tomoya

長時間走り続けても、毎回コンテキストを丸ごと読み直しているわけではない、ということですね。

実際、Proのモデルプールの減りは3%程度

24分間フル稼働させた体感からすると、拍子抜けするほど増えていませんでした。

☢注意☢

消費量はタスク内容・リポジトリ規模・モデルによって大きく変わります。

上記はあくまで本検証1回分の実測値で、コストを保証するものではありません。

料金体系も変更される可能性があるため、実行前にご自身のダッシュボードで確認してください。

修正後のPage Speed Insightでの携帯電話とデスクトップでの結果の表示。
修正後のPage Speed Insightでの携帯電話とデスクトップでの結果の表示。

こういう人に刺さると思う

  • 移行作業を抱えている人:手順が長く、途中で止まると面倒な作業ほど向いています
  • バックグラウンドで進めたい人:Cloud Agent なのでPCを閉じても走り続けます
  • 原因が分からない不具合を抱えている人:調査から修正・検証までを一本で任せられます

逆に、仕様が固まっていない設計フェーズや、意思決定を挟みたいタスクには向きません。そこは従来どおり対話しながら進めるべきだと感じました。

まとめ:Cloud Agent への抵抗感が消えた

Cloud Agent は「よく分からないところで勝手に動かれるのが怖い」という理由で、これまで避けていました。

ただ今回、/goal で丸投げして完走まで見届けたことで、印象がかなり変わっています。

まとめ
  • ゴールだけ書けば、タスク分解も検証も自分でやってくれる
  • 24分のロングランでも迷走せず、軌道を維持し続けた
  • キャッシュが効くのでコスト効率が良い(940万トークンでプール3%

次は、公式が推奨しているカスタムモードとの組み合わせ(プレイブックに従わせる)と、/loop による定期チェックを試す予定です。まずは自分のリポジトリで、放置している小さな課題を1つ /goal に投げてみるところから始めるのがおすすめです。


よくある質問

Proプランでも /goal は使えますか?

今回の検証はProプランで実施しています。Cloud Agent 上で動作し、モデルは Cursor Grok 4.6 High を使用しました。

途中で止めることはできますか?

通常のエージェント同様、実行中に停止できます。今回は最後まで介入せずに走らせました。

非エンジニアでも扱えますか?

「何が問題か」を日本語で書ければゴールとして成立します。ただし出力されたコードの妥当性を判断する場面はあるため、テストが整備されたリポジトリで試すと安心です。

※本記事は2026年8月時点の挙動に基づいています。Cursorの仕様・料金は変更される場合があります。

最近のCursor変更関連の記事はこちらから

Cursor Grok 4.6を使った1shot作成の記事

まだ有料プランを契約しておらず迷っている方に朗報です!

以下のリンクから月額プランを契約すると、初月は半額で利用できます。コストが心配な方でも、最初の1か月は最低10ドルから試せるので、気軽に始めやすいと思います(解約も簡単にできます)。


この記事での認識の違いがあればコメントにてフィードバックしていただけると幸いです。

【実証】Cursorの/goalにサイト改善を丸投げしたら24分ノンストップで完走した話

この記事が気に入ったら
フォローしてね!

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

始めまして。このブログを運営するTomoyaです。
未経験個人開発者。AI×個人開発(Vibe Cording)で学習して参入してくれる人が増えて広がっていくと良いなと思って始めました。

実際に作成→デプロイ(公開)→運営を行ってそれについての問題や疑問を記録していきます。
また行っていく上で内容(セキュリティ・制限など)にもこだわっていきたいなと思っています。

コメント

コメント一覧 (1件)

コメントする


目次