2026 年 1 月 8 日,Cursor 發布 CLI 更新,官方說明寫得很樸素:「新的 CLI 功能與改善的 CLI 效能」。但這波更新把終端機版的 Cursor 從「桌機版的附屬品」推向可獨立運作的自動化入口:模型選擇、規則、指令與 MCP 設定,第一次全部可以在終端機裡管理。
更新的核心有兩塊:組態管理命令,以及 hooks 的平行化。前者決定 agent 的行為邊界,後者決定多層防護下的執行速度。兩者加起來,回應的是同一個問題——當 coding agent 進入無人值守的場景,你能不能只靠終端機就把它設定好、看住它。
agent 成為主要入口
這次更新後,agent 成為 CLI 的主要入口命令,原本的 cursor-agent 保留為向後相容的別名。方向很明確:CLI 的第一公民是 agent 本身,而非附屬功能。
入口統一之後,互動體驗也跟著調整:執行過的子命令會被記錄進歷史,分頁會根據對話內容自動命名。對在終端機裡同時開多個 agent 工作階段的開發者,這些細節決定了工具能不能真正進入日常工作流。
模型、規則與指令的終端機管理
組態管理是這次更新最實用的一塊。開發者可以用 agent models 命令、–list-models 旗標或 /models 斜線命令列出與切換模型;用 /rules 建立與編輯規則;用 /commands 建立與編輯指令。MCP 的開關也搬進了 CLI:/mcp enable 與 /mcp disable 直接控制個別 MCP 伺服器,連名稱含空格的伺服器都支援。
這代表什麼?模型選擇、規則、指令與 MCP——定義一個 agent 「能做什麼、不能碰什麼」的四個關鍵旋鈕——全部可以用命令列操作。它們天生就是可腳本化的:寫進初始化腳本、存進版控、在新機器上一鍵重現。Cursor 的論壇討論也點出,現在可以直接從 CLI 管理 MCP 伺服器。對把 agent 設定當程式碼管理的團隊,這是從「打開 GUI 手動點」到「宣告式設定」的一步。
hooks 平行執行,延遲大幅下降
hooks 是終端機 agent 的防護欄機制:在特定事件發生時執行你指定的指令碼,做政策檢查、格式化或驗證。問題在於,防護欄一多,速度就崩:多個 hook 指令碼逐一序列執行時,每次事件都要排隊等完。
這次更新把 hooks 改為平行執行、回應合併,官方數據是執行延遲降低 10 倍;Cursor 論壇的討論串則以 10 到 20 倍描述多個 hook 指令碼情境下的加速。細節也補上了:afterFileEdit 事件現在會附帶包含前一版內容的 old_string,讓 diff 擷取類的 hook 不必再猜「改了什麼」。
這個改動的訊號比數字本身重要:hooks 是延伸點,堆疊多層防護是正常用法而不是邊緣案例。當每層防護的成本從「秒級等待」降到接近免費,團隊才會認真把合規檢查、安全掃描掛進 agent 流程。
互動細節修復
更新也修了一輪基本盤:Ctrl+D 連按兩下才會離開 CLI,對齊標準 shell 行為,誤觸退出不再發生;Shift+Enter 可以輸入換行;修掉了輸入時的殘影行、對話狀態的競爭條件,以及 node-pty 的模組找不到問題。單獨看都是小事,疊起來決定了終端機 agent 是「偶爾用用」還是「整天開著」。
對自動化流程的意義
把視野拉遠:終端機是 agent 進入自動化場景的天然介面——CI pipeline、cron 排程、遠端主機,都沒有 GUI 可用。第三方指南也指出,Cursor CLI 與桌機版共用 MCP 伺服器、規則與身分驗證,適合排程任務與腳本化的程式碼修改。這次更新補齊的組態命令與平行 hooks,正好補上無人值守場景最需要的兩塊:設定要能腳本化,防護要夠快。
可以預期下一步的競爭點:背景執行、工作階段交接、與 CI 的深度整合。對正在評估終端機 coding agent 的團隊,現在的檢查清單很具體——模型與規則能否用命令列切換、hooks 是否平行執行、事件是否提供足夠的上下文。這三題,這次更新都給了肯定答案。
參考來源
- New CLI Features and Improved CLI Performance — Cursor Changelog
- Cursor CLI (Jan 8, 2026) — Cursor Forum
- Cursor CLI (Jan 8, 2026): New commands and performance improvements — Cursor Forum
本文由 AI 協助自上述來源整理，經人工審核後發布。