Cursor、/automateを公開…Slack・GitHubから常時AI自動化へ

何が公開されたのか

Cursorは6月18日のchangelogで、/automateスキル、Slack絵文字トリガー、GitHubの新しいイベントトリガーをまとめて発表しました。説明によると、ユーザーはローカルのエージェントセッションで自然言語を使って自動化を作成でき、その自動化はIssueコメント、PRレビューコメント、レビュー提出、レビュースレッドの状態変更、GitHub Actions完了といったイベントに反応できます。

つまり、「このPRを見て」と毎回手で依頼する代わりに、失敗したアクションがあれば自動で原因を整理したり、レビューコメントが付いたら自動で修正作業を続けたりする仕組みを作れるということです。

なぜクラウドエージェントとあわせて見るべきか

その前日、6月17日にCursorはAgents Window関連で、クラウド開発環境の準備、/in-cloudサブエージェント、ローカルとクラウド間のセッションハンドオフを公開しました。公式説明では、エージェントは別VMと別ブランチで動作し、環境スナップショットを保存して次回の実行もより速くつなげられます。

そのため、今回の6月18日の自動化発表は単独機能というより、イベントが来るとクラウドエージェントが動き続け、テストや修正まで進めるための最後のピースとして見るほうが実態に近いです。

誰にとって実感が大きいのか

この変化は、とくにCI失敗の整理、PRレビュー後の修正対応、Slackで繰り返し依頼される運用系作業が多いチームにとって実感が大きいはずです。Cursor自身が例として挙げているのも、失敗したGitHub Actionsのトリアージと、PRレビューコメントへの自動修正です。

たとえるなら、これまでのAIコーディングツールが「隣に座って少し手伝ってくれる助手」だったとすれば、今回の構造は特定のベルが鳴ると自分で出勤する夜間当番に少し近づきます。この差は、チーム運用ではかなり大きな意味を持ちます。

先に確認しておきたいこと

ただし、常時自動化はそのまま無制限の自律運転を意味するわけではありません。Cursorのdocsでも、開発環境の準備、リポジトリ権限、シークレットへのアクセス、ネットワーク接続といった基盤が整って初めて、エージェントがテストや検証まで完結できると説明されています。

だからチームが先に決めるべきなのは、「自動化できるか」よりも、どこまで自動で直させるのか、どのイベントは人の承認前までに止めるのかです。常時エージェントの価値は大きいものの、境界設定が甘いと運用負荷も同時に増えてしまいます。