Anthropic 修復Claude Code 終端機閃爍：從根源分析到渲染系統重構 來自Claude Code 開發者@trq212 的分享，詳細解釋了Claude Code 長期存在的螢幕閃爍問題，以及團隊如何透過重寫渲染系統將閃爍減少約85%。 閃爍問題的根本原因終端介面分為兩個部分： · viewport：使用者目前看到的底部區域。 · scrollback buffer：上方已滾過的歷史內容。 普通命令列工具（如ls 或echo）一次列印輸出後退出，不會頻繁更新介面。但Claude Code 是一個長運行的互動式UI，每秒可能重繪視窗數十次。 當內容超過視窗高度時，最上面的行會被推入滾動緩衝區，導致部分渲染發生在「offscreen」。為了避免渲染錯誤或終端調整大小時出現混亂，舊系統每次都需要清除整個滾動緩衝區，這就造成了明顯的閃爍效果。 解決方案：重寫渲染系統過去幾個月，團隊從零重寫了渲染引擎。主要改進包括： · diffing：逐一比較終端cell 中的變化，只發出必要的ANSI 轉義序列來更新修改的部分。 · 最小化全螢幕重繪：僅在絕對必要時（如終端大小變化）進行完整重繪。 為什麼不採用「alternate screen」模式？ 一些終端應用（如emacs 或vim）會切換到「備用螢幕」模式： · 程式完全控制滾動、選擇等功能。 · 退出時，原終端機內容自動恢復。 · 這能徹底消除閃爍。 但缺點是失去終端的原生體驗，例如： · Cmd+F 全域搜尋。 · 滑鼠文字選擇。 · 複製/貼上等功能。 團隊非常重視這些原生終端特性，因此目前優先保留主螢幕模式。未來可能探索備用螢幕，但標準很高，不會輕易妥協。 為什麼修復耗時這麼久？ 早期渲染程式碼缺乏足夠的自動化測試。修改一處往往會導致其他地方意外出錯，進展緩慢。 關鍵突破是引入property-based testing： · 產生數千種隨機UI 狀態（不同終端寬度、內容長度、Unicode 邊緣案例等）。 · 同時透過舊系統和新系統渲染相同狀態，並自動diff 輸出是否一致。
