GitHub 在 2026 年 8 月 7 日發布 Copilot weekly releases 更新，涵蓋 Copilot app、Copilot CLI 和 VS Code。這批更新沒有把重點放在單一模型，而是改善 agent 工作的上下文、隔離、回退和回饋方式，令長時間開發任務更容易被分拆和檢查。
Copilot app 現在會顯示每次請求由哪個模型處理，以及 AI credit 和 cache 的使用資料。使用者也可以更快跳到 shared sessions，並用 /side 開一個平行問題而不打斷主要對話。這些資料有助於理解一個請求的成本和模型路徑，但不等於所有任務都能靠介面資訊解釋結果；工具輸出和實際程式碼變更仍要自行審閱。
Copilot CLI 的 sessions sidebar 讓多個並行 session 更易管理，實驗性的 /worktree 可以為工作建立隔離的 Git worktree。/rewind 則可在沒有依賴 Git commit 的情況下回退對話和檔案，同時保留後續編輯。對需要同時試幾個修正方案的團隊來說，隔離 worktree 加上可回退上下文，可以減少 agent 把不同實驗混在同一個工作目錄的風險；但 /worktree 仍標示為 experimental，應先在非關鍵 repo 驗證。
VS Code 1.132 的更新則把 agent feedback 推近編輯器本身。整合的 browser 可以選取和標註頁面元素，再把較精確的視覺問題送回 agent；on-device dictation 讓多語輸入不必先送到遠端服務；/btw 可以在保留原有上下文的情況下提出 side question。Markdown diff 的 hybrid editor 亦嘗試讓差異檢查更接近一般編輯流程。
GitHub 同一頁的 editor notes 在 8 月 10 和 11 日繼續修正文案和功能說明，所以實際可見功能會取決於 Copilot app、CLI、VS Code 及各自版本。對自動化流程而言，不能只按 release note 假設所有使用者都有同一組 command；應在啟動時檢查版本、feature flag 和權限，並為不可用的功能提供清楚 fallback。
這批變更反映 coding agent 的產品問題正由「能否生成程式碼」轉向「能否安全地管理多個正在進行的工作」。平行 session 需要清楚的 ownership，worktree 需要清理和 merge 規則，rewind 需要知道哪些檔案是 agent 寫入、哪些是人手在後面修改。沒有這些操作規範，更多按鈕只會把狀態管理責任推回使用者。
較實用的採用方式，是先把 /worktree 和並行 sessions 限定在可重建的開發任務，為每個 session 設置目標、分支、工具權限和人工 review 點。完成後檢查 diff、測試和 agent session 記錄，再把真正需要合併的變更帶回主分支。
