Cursor Automations 強化：/automate コマンド・Slack トリガー・GitHub 新トリガー5種

要約

Cursor Automations が大きく進化しました。今回の変更で「自動化を作る」「自動化を動かす」両面が強化されています。

最大の変化は /automate コマンドの追加です。エージェントセッションの中で「このタスクを自動化して」と自然言語で頼むと、Cursor がトリガー・指示・使うツールを自動で構成してオートメーションを生成します。これまでは設定画面でポチポチ組む必要があったものが、会話の流れで作れるようになりました。

トリガーの選択肢も広がりました。Slack の絵文字リアクションをトリガーにできるようになったほか、GitHub の新トリガー 5種（Issue コメント・PR レビューコメント・PR レビュー提出・レビュースレッド更新・GitHub Actions ワークフロー完了）が追加されています。

何が変わったか

• /automate コマンド: エージェントセッションから直接オートメーションを自然言語で生成。トリガー・指示・ツールが自動構成される
• Slack トリガー: 特定チャンネルの絵文字リアクションをオートメーションのトリガーとして設定可能
• GitHub 新トリガー5種: Issue コメント / PR レビューコメント / PR レビュー提出 / レビュースレッド更新 / GitHub Actions ワークフロー完了
• クラウドエージェントへのコンピュータ使用権限: クラウドエージェントが独自のコンピュータを使用してデモや成果物を自動生成（デフォルト有効）
• 未完成状態でのオートメーション保存・PR の自動オープン・メモリファイルの削除にも対応

業務インパクト（一般企業向け）

開発チームの日常的な自動化をコード不要で組める範囲が広がりました。

具体的な活用例:

• PR レビュー完了時に Slack に通知 → GitHub Actions ワークフロー完了トリガー + Slack 連携
• 絵文字リアクションでデプロイを開始 → Slack 絵文字トリガー + GitHub Actions 起動
• Issue コメントに応じた自動ラベル付け → Issue コメントトリガー + ラベル操作

/automate コマンドは特に重要で、「自動化の設計」そのものを Cursor が引き受けてくれます。「○○のたびに△△するオートメーションを作って」と伝えるだけでよく、自動化のハードルが大きく下がります。

副業・個人活用視点

フリーランスや副業開発者にとって、CI/CD の通知管理やコードレビューのフォローアップは地味に時間を取られる作業です。Cursor Automations を使って「PR がレビュー承認されたら Slack に通知」「GitHub Actions が失敗したら絵文字で確認を促す」などを組むと、マルチタスクの見落としが減ります。

/automate コマンドは、「何かを自動化したいが設定が面倒で後回しにしていた」という状況を変えるかもしれません。セッションの中で「あ、これ毎回やってるな」と気づいたらそのまま /automate で手順を渡す、という自然な流れが作れます。