如果你曾經看過 Agent 嘗試修復 Bug，你就會發現它其實是在猜測。它讀取程式碼、想出一套理論、做出修改，然後祈禱。有時候它猜對了。但很多時候，你會得到一個看似自信的修復，卻悄悄隱藏了真正的 Bug。
除錯模式（Debug Mode）就是我們為此打造的。Agent 不會只是坐在那裡推理程式碼，而是會實際去取得證據，了解程式碼在執行時到底做了什麼。
以下是這個循環：
- Agent 提出多個假設，並從最可能的那個開始處理
- 接著，加入日誌來測試其中一個假設（不更動實作邏輯）
- 一個小巧的除錯伺服器會在你執行程式時，將執行階段的輸出收集到
.cursor/debug.log - 你重現 Bug，Agent 就能讀取日誌並了解實際發生的狀況，而不是靠猜測
- Cursor 在日誌中找出根本原因，進行修復，並移除它剛才加入的日誌
以下是用在真實 Bug 上的示範，加速到約一分鐘：
團隊如何使用它
我們內部用除錯模式解決了一些有趣的問題：
- 一個在每 20 次執行中只出現 1 次的競態條件（race condition），它會破壞我們最佳化測試中的 git 元資料。除錯模式在一小時內就定位了它
- 一個記憶體洩漏，一次就追蹤完成。問題出在前端框架的誤用。修復只改了一行程式碼
- 一個 C++ 深層的原生崩潰。這種 Electron 崩潰通常人們會繞過去。但日誌讓它變得可追蹤
- 一個被放棄的 SSR 閃爍問題。沒人想碰的渲染 Bug，一旦 Agent 能看到頁面在執行時的行為，就修好了
試試看按 Shift+Tab（也可以在 CLI 中用 /debug 使用）。
我相信人們還有其他我想不到的用法，所以歡迎告訴我！
