Cursor Automations まとめ — PRレビューコメントで自動修正できる時代

2026年6月18日、Cursor の Changelog に Cursor Automations の機能改善 が載りました。常時稼働のクラウドエージェントがイベントをトリガーに反復タスクを代行する仕組みで、今回は GitHub まわりのトリガーが大きく増えています。

最初に見たとき、「PR にコメントが来たら自動で直せるのか」と Devin Review のような運用を連想しました。調べてみると、方向性は近いですが、Cursor Automations はもっと汎用的な自動化基盤です。ここでは、何ができるのか、Devin Review との違い、実際に使えそうなパターンをまとめます。

Cursor Automations とは

Cursor Automations は、決まったイベントが起きたらクラウドエージェントが起動し、指示に従って作業する仕組みです。ローカルの Agent チャットで都度依頼するのとは別に、GitHub や Slack、スケジュールなどをトリガーに常時待機します。

ざっくり次のような組み合わせが作れます。

• トリガー: GitHub イベント、Slack メッセージやリアクション、cron、Linear / Sentry / PagerDuty、Webhook など
• エージェントの作業: コード修正、PR 作成・更新、Slack 通知、MCP 連携など
• 設定方法: Cursor の Automations UI、または /automate スキルで自然言語から下書きを作る

「CI が落ちたら調査する」「レビューコメントが来たら修正して push する」といった反復作業を、人が毎回起動しなくてよくなる、という位置づけです。

今回のアップデートで増えたもの

Changelog（2026-06-18） で目立つのは次の4点です。

/automate スキル

エージェントウィンドウで「PR にレビューコメントが来たら修正して」のように自然言語で説明すると、Cursor がトリガー・ツール・指示を組み立て、Automations エディタに下書きを渡してくれます。GUI を一から触らなくても設定を始められます。

Slack 絵文字トリガー

指定した絵文字で Slack メッセージにリアクションすると、自動化が起動します。Cursor 社内でも Slack から特定の自動化を直接トリガーしている、と Changelog に書かれています。

新しい GitHub トリガー（5種）

このうち PR review comment と Workflow run completed は、Devin Review や CI トリアージに近い用途で使われそうです。マーケットプレイスには「失敗した GitHub Actions のトリアージ」「PR レビューコメントの自動修正」用のテンプレートも追加されています。

コンピュータ使用ツール

自動化で起動したクラウドエージェントが、専用コンピュータ上で作業のデモやアーティファクトを生成できます。すべての自動化でデフォルト有効で、指示に「デモを含めて」と書けば使われます。

その他の改善

• 未完成の自動化も保存できます（MCP 認証の設定中に画面を離れても進行状況が消えにくくなりました）
• PR を開く機能がデフォルト有効です（UI で個別指定が不要になりました）
• メモリファイルを UI から削除できます

もともとあった GitHub トリガー

今回新規追加の5種に加え、以前から GitHub イベントで起動できます。スキル仕様上、次のようなものがあります。

• Draft PR / PR が開かれた
• PR への push
• PR がマージされた
• PR への一般コメント（Comment added on pull request）
• ラベル変更
• ブランチへの push
• CI チェック完了

「PR にコメントが来たら動く」は以前から可能でした。今回の PR review comment は、diff 上のインラインコメントに特化したトリガーで、レビュー指摘への自動対応と相性がよいです。

Devin Review 的な「コメントで修正」はできるか

結論から言うと、近い体験は作れます。ただし Devin Review のようなレビュー特化プロダクトではなく、自分で自動化を定義する汎用フレームワークです。

レビュアーがインラインコメント
    ↓
PR review comment トリガーでクラウドエージェント起動
    ↓
プロンプトに従って修正 → コミット → 同 PR に push

マーケットプレイスのテンプレートをベースにカスタマイズすれば、Devin Review に近い運用をすぐ試せます。一方で、何をするかはプロンプト次第であり、トリガーを設定しただけでは自動修正にはならない点は押さえておきたいです。

使えそうなパターン

1. レビューコメント → 自動修正

• トリガー: PR review comment
• 指示例: 「指摘箇所を修正し、同 PR に push する。対応内容を PR にコメントする」

diff 上の具体的な指摘に反応できるのが、一般コメントトリガーとの違いです。

2. CI 失敗 → 自動調査・修正

• トリガー: Workflow run completed
• 指示例: 「失敗した workflow のログを読み、原因を特定して修正を PR に push する」

Changelog でも CI トリアージ用テンプレートが明示されています。

3. Slack から起動

• トリガー: 特定メッセージへの絵文字リアクション
• 指示例: 「このスレッドの内容を要約し、関連リポジトリの Issue を作成する」

非エンジニアからの依頼を Slack 経由でエージェントに渡す、といった使い方もできます。

4. 定期実行

• トリガー: cron（毎日、毎週など）
• 指示例: 「依存関係の更新を確認し、必要なら PR を作成する」

使ううえでの注意

• クラウドエージェントが動きます。ローカル IDE の Agent チャットとは別物です。
• 全部のコメントで走るわけではありません。リポジトリ範囲やトリガー種別は設定で絞れます。
• マージまで自動にするかは指示次第です。多くの場合は「修正して PR に push」止まりが無難です。
• 未完成でも保存できるようになったので、MCP 連携が必要な自動化は認証設定を挟みながら進めやすくなりました。

まとめ

• Cursor Automations は、イベント駆動でクラウドエージェントを常時待機させる自動化基盤です
• 2026-06-18 の更新で、PR review comment や Workflow run completed など GitHub トリガーが大幅に増えました
• /automate スキルで自然言語から自動化の下書きを作れます
• Devin Review に近い「レビューコメント → 自動修正」は、テンプレートとプロンプト次第で実現できます
• 汎用基盤なので、CI トリアージ、Slack トリガー、定期実行など用途は広いです

まだ自分では試していませんが、PR レビューの往復や CI 失敗対応は、エージェントに任せられる領域として一番試す価値がありそうです。自分のリポジトリ向けに自動化を組むときは、マーケットプレイスのテンプレートから入るのが早いと思います。

参考リンク

• Cursor Automations の機能改善（Changelog 2026-06-18）
• Cursor 公式ドキュメント
• Cursor Marketplace