這個範例要解決的問題
你想讓 ChatGPT 幫你修一個 bug，但每次都要在 ChatGPT 分頁和編輯器之間切來切去：看 diff、跑測試、看檔案。而且如果測試跑很久，Loop 還會卡住。
v2.1.17 起，工作區就在聊天旁邊；v2.1.22 起，長指令不再讓 Loop 卡死。
第一步：開啟工作區面板
在 CoS 中開啟一個專案聊天後：
| 面板 | 快捷鍵 | 用途 |
|---|---|---|
| Files | Ctrl+Shift+1 |
專案檔案樹（隱藏 .git、.DS_Store） |
| Terminal | Ctrl+Shift+2 或 Ctrl+` |
底部終端機 |
| Agents | Ctrl+Shift+3 |
worker 狀態 |
| Review | Ctrl+Shift+4 |
Git 變更、單次編輯效果、branch 比對 |
第二步：用 Skills 庫加速
v2.1.17 的 Skills 庫提供 18 個現成 skill，一鍵安裝：
- code review
- systematic debugging
- security review
- data analysis
- translation
- project planning
也可以從 GitHub 連結匯入自訂 skill。連結的 skill 會在來源更新時提醒你。
第三步：讓 Loop 跑長指令
假設你要 Loop 執行一個會跑 20 分鐘的測試套件：
Loop: 執行 npm test，修復所有失敗的測試，直到全部通過v2.1.22 的關鍵修復：
- 訊息確認：ChatGPT 某些版本回傳用
 編碼空格的長訊息，過去 CoS 認不出自己的訊息、下一則永遠在等。現在正確解析；兩分鐘內未確認送達的訊息標為「可能已送出」，絕不重複發送。 - 長指令 compaction：過去「ChatGPT 還沒確認收到最新 tool results」會讓 Compact & resume 放棄、聊天漲到上限。現在等到兩次檢查之間的停頓才壓縮。
隨堂測驗
Loop 正在跑一個 20 分鐘的測試，聊天快到 context 上限。v2.1.22 會怎麼處理？
💡 想先看個提示？
回顧 v2.1.22 的兩個關鍵修復：訊息確認與長指令 compaction。
v2.1.22 的修復正是針對這個場景：過去會放棄並讓聊天爆表。現在它等到兩次檢查之間的停頓才壓縮——既不打斷長指令，也不讓聊天漲到上限。這是「長任務韌性」的核心。
第四步：即時掌握進度
v2.1.21 起，聊天末端有即時狀態列：
Running npm test 12s不再是靜默的轉圈。完成後顯示「Worked for 1m 12s」。
第五步：升級後的連線確認
常見誤區
| 誤區 | 事實 |
|---|---|
| 「Review 會自動套用變更」 | Review 是唯讀的，只顯示 diff |
| 「Loop 卡住只能重開」 | v2.1.22 起長指令 compaction 會等停頓再壓縮 |
| 「未確認的訊息會重送」 | 標為「可能已送出」，絕不重複發送 |
| 「extension 每次更新都要手動 reload」 | v2.1.19 起自動連線 |
動手練習
- 開啟工作區面板（
Ctrl+Shift+1–4），用 Review 看一次 ChatGPT 的編輯 diff - 從 Skills 庫安裝一個 skill（例如 systematic debugging）
- 讓 Loop 跑一個長指令，觀察即時狀態列與 compaction 行為
延伸閱讀
-
教學：
005-v2122-workspace-and-reliability——v2.1.16～22 完整說明 -
範例 007：
007-goal-loop-overnight-run——Goal 與 Loop 的過夜長跑