はじめに

2026年7月17日、Cursor の Slack 連携機能に3つの大きなアップデートが入りました。いずれも「Slack 上で Cursor にコードを書かせる」というワークフローを、より実運用に耐える形に近づける変更です。

タスク開始前にプランを提示し、作業中はステータスを逐次更新
単一リポジトリ前提からマルチリポジトリ環境での起動・切り替えに対応
他の Slack チャンネル・スレッドを横断した読み取り・書き込みに対応

特にマルチリポジトリ対応は、フロントエンド・バックエンド・共有ライブラリがリポジトリごとに分離しているような組織にとっては、Slack から Cursor を実運用フローに組み込む上での大きな障壁が一つ取り除かれた形になります。

📌 影響を受ける人

Slack 経由で Cursor に開発タスクを依頼しているチーム

フロントエンド/バックエンド/共有コードがリポジトリ分割されている組織

複数チャンネルにまたがってレビュー依頼や進捗共有を行っているチーム

変更の全体像

今回のアップデートは「Slack 上での Cursor とのやり取り」という一連の体験を、開始前・実行中・実行後の3つのフェーズで改善したものと整理できます。

この図の通り、今回の変更は「事前確認できるプラン提示」「マルチリポジトリの動的な切り替え」「チャンネルを横断した情報の出入り」という3つの独立した改善が組み合わさり、Slack 上での Cursor の利用体験全体を底上げしています。

変更内容

1. タスク開始前のプラン提示とステータス更新(severity: medium)

Cursor は Slack でタスクを開始する前に、まず作業計画(プラン)を返答するようになりました。実行前にプランが見えることで、意図しない方向に進む前にユーザーが介入・軌道修正できます。実行中も各ステップのステータスが更新されるため、進捗が追いやすくなっています。

あわせて UI も刷新されました。

項目	変更前	変更後
プラン提示	なし(いきなり実行)	実行前にプランを提示
進捗確認	完了通知のみ	ステップごとにステータス更新
操作方法	メッセージ内ボタン	コンパクトなフッターリンク
テーブル/PR/アーティファクト表示	崩れやすい	よりクリーンにレンダリング

2. Slack からのマルチリポジトリ環境サポート(severity: high)

これまで Slack から Cursor を起動する場合、単一のデフォルトリポジトリに紐づく形でした。今回のアップデートで、名前付きのマルチリポジトリ環境を指定して起動できるようになりました。

フロントエンド・バックエンド・共有コードが別リポジトリに分かれている構成でも、リクエスト内容から Cursor が必要なリポジトリをすべて含む環境を自動選択
タスクの途中で現在の環境に含まれないリポジトリが必要になった場合、「Switch repository」ボタンが表示される
リポジトリ/環境を選び直すと、Cursor は中断した箇所から作業を再開する(最初からやり直しにならない)

3. クロスチャンネルワークフロー対応(severity: medium)

Cursor が、タスクの実行中にワークスペース内の他チャンネル・スレッドを読み書きできるようになりました。

別チャンネルや別スレッドからコンテキストを取得できる
元のスレッドや関連するチャンネルに、実行結果や更新情報を投稿できる

例えば「#eng-general で相談されていた仕様変更を踏まえて、このスレッドで実装して」といった依頼が、チャンネルをまたいで成立するようになるイメージです。詳細な設定については Slack docs を参照してください。

影響と対応

今回の変更はいずれも action_required: false(既存ユーザーの設定変更は不要)ですが、チームの運用によっては見直すと良い点があります。

マルチリポジトリ構成のチーム: これまで Slack 経由の Cursor 利用を「単一リポジトリのタスクに限定」して運用していた場合、この制約が外れたため利用範囲を広げられないか検討する価値があります
Slack ボット権限の確認: クロスチャンネルでの読み書きに対応したため、Cursor の Slack アプリに与えているチャンネルアクセス権限(招待状況)を今一度確認しておくと安心です
プラン提示を前提とした運用: 実行前にプランが表示されるようになったため、「即実行」を前提としたSlackワークフロー(自動承認スクリプトなど)がある場合は、プラン確認ステップが挟まることを考慮してください

💡 Tips
マルチリポジトリ環境の自動選択は「リクエスト内容の解釈」に依存するため、依頼メッセージ内で対象リポジトリ名やサービス名を明示すると、環境選択の精度が上がりやすくなります。

⚠️ Breaking Change
今回のアップデートに破壊的変更はありません。ただし UI 面では「メッセージ内ボタン」が廃止され「フッターリンク」に統一されているため、ボタン操作を前提にした社内マニュアルやスクリーンショット付きの手順書がある場合は更新が必要です。

コード例

今回の変更はプロダクトコードの API 変更ではなく Slack 上での対話フローの変更のため、コード例の代わりに Slack 上でのやり取りの Before/After を示します。

Before(単一リポジトリ前提)

User: フロントの一覧画面にページネーションを追加して
Cursor: (デフォルトリポジトリのみで作業を開始)
Cursor: 完了しました。PRはこちらです。

After(マルチリポジトリ対応 + プラン提示)

User: フロントの一覧画面にページネーションを追加して、APIも合わせて更新して
Cursor: 以下のプランで進めます。
  1. backend: 一覧APIにページネーションパラメータを追加
  2. frontend: ページネーションUIを実装し、更新後のAPIを呼び出す
  この内容でよろしいですか?

User: OKです、進めてください

Cursor: [1/2] backend の変更を実行中...
Cursor: [2/2] frontend の変更を実行中...
Cursor: (frontendリポジトリが現在の環境に含まれないことを検知)
Cursor: 必要なリポジトリを含む環境「web-monorepo-env」に切り替えますか? [Switch repository]

User: (Switch repository を選択)

Cursor: 中断箇所から作業を再開します。
Cursor: 完了しました。PRはこちらです。

まとめ

2026年7月17日の Cursor Slack 連携アップデートは、次の3点に集約されます。

実行前にプランが見えるようになり、途中経過も追いやすくなった(UIもフッターリンクへ刷新)
マルチリポジトリ環境での起動・タスク途中の切り替えに対応し、中断箇所から作業を再開できる
チャンネルをまたいだコンテキスト取得・結果投稿に対応した

いずれも即座の設定変更は不要ですが、特にマルチリポジトリ構成のチームにとっては、Slack 経由での Cursor 活用範囲を広げられる意味のあるアップデートです。まずは自分たちのワークフローで「Switch repository」の挙動やプラン提示の内容を一度試してみることをおすすめします。

なお、変更ログの diff 上で確認できた 2026年6月18日付の Automations 関連エントリの削除は、変更ログのローテーションによるものであり、該当機能の廃止を意味するものではない点を補足しておきます。