Cursor 代理人進駐 Slack：動手前先交一份計畫給你

你在 Slack 的工作頻道丟一句：「幫我把登入流程換成新的 session 邏輯。」

過去 Cursor 的代理人（AI coding agent）會直接開始動手改 code，你要等它跑一段才看得出它有沒有理解對。從 7/17 這版開始，它先回你的不是一堆 diff，而是一份計畫：它打算怎麼做、動哪幾個檔、分幾步。你點頭，它才下手；你覺得方向不對，當場就能把它拉回來。

Cursor 官方把這件事叫 pre-execution planning，寫得很直白——「動手前先回一份計畫，讓你能即時介入、重新指向」。這是同一版三項 Slack 更新裡的一項，另外兩項是多 repo 支援和跨頻道脈絡。但真正值得你先看的是計畫這一項，因為它動到的不是介面，是你和代理人之間最容易出事的那一刻。

動手前先給計畫，攔截點提前到它下手之前

把任務交給 coding 代理人，做錯不可怕，可怕的是它做得很快。它理解偏了一個前提，然後很有效率地照那個偏掉的前提改了十幾個檔——等你發現，一整跑的時間和 token 已經燒掉了，還要花力氣把它 revert 回來。

plan-first 就是在這一刻插了一道閘。代理人先把「我打算怎麼做」講出來，你在它動任何一行 code 之前就能看到方向；不對，就在計畫階段改口，不用等它做完再收拾。這件事 IDE 裡的 plan 模式本來也在做——所以這不是 Cursor 獨有的概念——但把它放到 Slack 有個差別：計畫是貼在團隊看得到的頻道裡，不是只有你一個人對著編輯器。誰都能瞄一眼代理人要幹嘛，誰都能喊停。

對已經整天泡在 Slack 的團隊來說，這等於代理人的控制面從編輯器側欄，挪到了大家本來就在講話的地方。

一個 repo 不夠：代理人現在在具名的多 repo 環境啟動

第二項是多 repo。以前從 Slack 起一個任務，代理人綁在單一預設 repo 上；現在你可以讓它在一個具名的「多 repo 環境」裡啟動，需要時還有一顆「Switch repository」按鈕，任務跑到一半也能切。

聽起來瑣碎，但一個真實任務很少乖乖待在一個 repo 裡。前端一個庫、後端一個庫、共用型別再一個——過去要嘛開好幾個代理人各顧一個，要嘛自己在中間搬。多 repo 環境是把「這件事會跨幾個庫」這個現實，直接寫進代理人的作業範圍。

代理人開始跨頻道找脈絡、回報進度

第三項，代理人現在能讀取並發訊息到其他 Slack 頻道與 thread：需要背景時去別的頻道撈，有進度時回報到該回報的地方。它的作用範圍從「你這一條對話」擴到了整個工作區。

搭配的還有一個小改動：訊息裡原本塞在對話中的按鈕，換成了精簡的頁尾連結，讓表格、PR 和產物在 Slack 裡看起來乾淨一點。單獨看不起眼，但它跟前兩項是同一個方向——讓代理人在聊天室裡待得住、看得懂，而不是把 IDE 的東西硬塞進聊天框。

三項升級，各換到什麼

這版新加的	具體行為	你換到的
動手前先給計畫	代理人先回一份計畫再開始改 code	在燒掉一整跑之前就能攔下錯方向
多 repo 環境	在具名多 repo 環境啟動、中途按鈕切 repo	跨庫的任務不用開一堆代理人或自己搬
跨頻道脈絡	讀寫其他頻道與 thread	代理人以整個工作區為範圍蒐集脈絡、回報

三項排下來，多 repo 和跨頻道是把代理人的「作用範圍」撐大，而 plan-first 是把「你介入的時機」提前。前兩者讓它能做更大的事，後者讓它做錯時你賠得起——對每天真的在派任務的人，省時間最直接的是後者。

控制面正在往聊天室移

把這條放回這幾週的背景看：OpenAI 給 Codex 做了實體鍵盤讓你隨手管代理人，Anthropic 幫 Claude Code 的每場對話加了失控上限，現在 Cursor 讓 Slack 裡的代理人先給計畫再動手。方向是同一個——coding 代理人的控制面，正從「一個人對著 IDE」往「團隊共用的介面」移，而大家共用的介面往往就是聊天室。

不用把它讀成非換不可的工具。這條更新沒附版本號，官方也沒公布多少人在用、多少次真的攔下了走偏的代理人；plan-first 也不是只有 Cursor 做得到。值得你今天就試的是那個習慣：下次要在 Slack 把任務丟給代理人，先讓它把計畫講清楚再放行——這一步幾乎不花你時間，卻是它做錯時你唯一來得及喊停的地方。