GitHub Copilot CLI 1.0.49 修正 hooks 與記憶

GitHub Copilot CLI 1.0.49 修正 hooks context、記憶指令，還補了多個終端機細節問題。

GitHub 在 2026-05-18 釋出 Copilot CLI 1.0.49。這版看起來不花俏，但很實用。它把 postToolUse 的 additionalContext 正確送進模型，還補了不少 terminal 和 MCP 的坑。

說真的，這種版本最像工具人的救命包。你平常不會拿它來炫技，但真的用在工作流裡，就會知道差很多。尤其是 hooks、memory、OAuth、Alpine 支援，這些都很貼近真實使用場景。

這版最重要的是 context 沒再漏掉

先講最核心的修正。以前 postToolUse hook 裡的 additionalContext，有機會收到了卻沒送到模型。這版改成 system message，模型終於看得到。

這件事很關鍵。因為 hook 的資料如果沒進模型，就只是紀錄檔。對團隊來說，那些上下文、限制條件、工作提示，全都等於白做。

Copilot CLI 這次也把工具鏈的黏合度拉高一點。它不只是能跑指令而已，還要能把 hooks、session、MCP server 串起來，而且不能亂掉。

• postToolUse 的 additionalContext 不再消失
• .github/hooks/ 在 prompt mode 可正常載入
• 所有 edit tool 的 diff 都能正確回傳給 ACP client
• 文件附件路徑會進入 context

記憶、session、檢查流程都更像工具了

這版新增的指令，讓 Copilot CLI 比以前更像真的工作介面。/memory on|off|show 可以直接控制持久記憶，不用再猜它到底記了什麼。

還有 /session id。這個很務實，能直接看目前 session ID，還能複製到剪貼簿。對除錯、回報問題、或追查一段操作紀錄，都很方便。

我覺得 /chronicle search 也很有意思。它可以用關鍵字查 session 內容。再加上 /exit 的 print 選項，離開前能先把內容吐出來。這種設計很像在說：別只會產生結果，也要能回頭檢查。

“The rubber duck debugging method is a great way to solve problems.” — Andrew Hunt and David Thomas

然後還有 /rubber-duck。它會叫一個獨立 critique agent 來看你的工作。這招聽起來有點鬧，但你卡在 prompt chain 的時候，真的會想用。

終端機體驗也有修。輸入空白時會縮成一行，打字時再自然展開。滑鼠點擊在 CJK 或 emoji 混排時也能正常落點。這些小東西，常常比大功能更影響使用感。

• /memory 支援 on、off、show
• /session id 方便追蹤與除錯
• /chronicle search 可搜尋 session 內容
• /rubber-duck 提供獨立檢視流程

MCP 和 OAuth 的修正很像在補地基

這版很多內容都在修 MCP。這很合理，因為 Copilot CLI 一旦真的進工作流，就不只是聊天工具。它要跟外部服務講話，就得把認證、啟動速度、metadata 都處理好。

1.0.49 裡，static OAuth client 會保留註冊資訊，方便 token refresh。MCP server 如果沒有 args，也會視為空陣列，不會直接炸掉。這些都很像地基補強，不是表面功夫。

還有 auth.redirectPort。這功能很實際。當你在比較嚴格的本機環境跑 OAuth，固定 callback port 會省掉很多麻煩。GitHub Changelog 近來一直在更新 Copilot 相關內容，但這版特別偏向底層整合。

另外一個好消息是 Alpine Linux 支援。透過 musl libc，這工具能跑進更多容器和精簡環境，不用再靠一堆奇怪 workaround。

• static OAuth client 會保留 token refresh 註冊
• auth.redirectPort 可固定 OAuth callback port
• 空的 MCP args 會當成空陣列
• 新增 Alpine Linux 支援

終端機細節，才是使用者最先感受到的

很多修正都很小，但你一用就知道有差。tmux 裡的 progress bar 現在能正常顯示。Windows 終端機在非 UTF-8 狀態下，box-drawing 字元也比較不會亂掉。

還有一個很實際的修正。當你選到 subcommand completion，再按 Enter，現在會插入選項，不會把半成品直接送出去。這種 bug 很煩，因為它不是壞掉一次而已，是會一直打斷你。

Ctrl+G 打開的 editor 也修了。以前可能會吃掉按鍵，或是要按兩次才正常。現在輸入區會跟著終端機高度伸展，不會硬卡在三行。對長 prompt 或長輸入的人來說，這真的比較像人類在用的介面。

token 計算也有調整。現在 input token 會把 cached tokens 算進去，格式也更清楚。你如果有在看成本，這種修正很有感。畢竟多花多少 token，最後都會反映在帳單上。

如果把 1.0.49 跟後續的 v1.0.51-3、v1.0.51-2、v1.0.51 放一起看，方向很明顯。GitHub 正在把 agent 控制、session 可視性、工具整合，做得更細。

• tmux 的 progress bar 顯示正常
• Windows box-drawing 字元更穩
• Enter 會正確插入 completion
• 輸入區會隨終端機高度變大

這版在說什麼方向

Copilot CLI 1.0.49 不是那種會讓人拍桌的版本。可它修的地方，都剛好是 agent 工具最容易出包的地方。context、memory、session、OAuth、終端機輸入，全部都在同一條路上。

講白了，GitHub 是在把 Copilot CLI 做成真正能上工的控制台，不是只拿來展示 AI 回答。你如果已經在用 hooks 或 MCP server，這版很值得先試。

我會建議團隊先測兩件事。第一，hooks 的 context 有沒有真的進模型。第二，terminal 和 MCP 的相容性有沒有踩雷。這兩個點過了，後面才談得上穩定導入。

下一步該看什麼

接下來要觀察的，是 GitHub 會不會繼續把 hooks、memory、外部工具串得更緊。串得越緊，能力越完整；但複雜度也會跟著上來。

如果你現在就在跑 Copilot CLI，我的建議很直接：升到 1.0.49，先在測試環境驗證 hooks、MCP、OAuth，再決定要不要推到正式工作流。這版修的都是基礎，基礎穩不穩，真的差很多。