文字模式的謊言：為什麼現代終端使用者介面是無障礙環境的噩夢

背景

這篇文章挑戰了開發者圈中長期存在的迷思：認為基於文字的介面（TUI）因為沒有複雜的圖形與 DOM 結構，天生就比圖形介面（GUI）更具無障礙優勢。作者指出，現代 TUI 框架如 Ink 或 Bubble Tea 為了追求視覺上的開發體驗，將終端機從線性的「串流模式」轉變為二維的「網格模式」，這種頻繁重繪與游標跳躍的行為，反而成為螢幕閱讀器使用者的噩夢。

社群觀點

在 Hacker News 的討論中，許多網友對此現象深有共鳴，認為現代 TUI 的興起其實是一種倒退。有觀點指出，這些工具本質上是「穿著終端機外殼的網頁應用程式」，卻丟失了網頁多年來累積的無障礙標準與沙盒安全性。部分留言者直言，現代 TUI 框架如 Ink 雖然讓開發者能用 React 語法輕鬆構建介面，但其底層邏輯更像是早期的 DOS 或 Borland 系統，透過不斷堆疊終端機代碼來模擬圖形效果，這對視障者來說，其混亂程度甚至超過了設計不良的圖形介面。

針對終端機是否具備無障礙基礎，社群內存在不同看法。有人質疑終端機本身就缺乏完善的無障礙支援，但隨即有反對者指出，傳統的命令列介面（CLI）因為遵循標準輸入輸出的線性邏輯，對螢幕閱讀器非常友善。真正的問題在於「渲染引擎」的設計者並未考慮到非視覺使用者的需求。例如在討論 Claude Code 的 TUI 渲染時，有網友發現其為了防止閃爍而採用的複雜分層技術，雖然提升了視覺流暢度，卻讓系統穩定性與輸入延遲變得難以忍受，尤其是在處理大量歷史紀錄時，單執行緒環境下的效能損耗會導致嚴重的輸入滯後。

此外，社群也對 TUI 的流行動機進行了反思。部分資深開發者認為，終端機真正的威力在於可組合的工具鏈與串流模型，而現代 TUI 往往破壞了這種簡潔性。有人諷刺地表示，這類工具的流行很大程度上是為了滿足開發者想要「看起來像駭客」的虛榮心，他們渴望在終端機視窗中獲得類似 GUI 的體驗，卻忽視了這種做法在效能與包容性上的代價。儘管如此，仍有少數觀點認為這並非框架本身的錯，而是實作時缺乏對無障礙細節的關注，例如忽略了如何正確隱藏游標或減少不必要的狀態更新。

延伸閱讀

• Ink: 基於 React 的終端機 UI 框架，文中提到的 gemini-cli 即是使用此工具開發。
• CLAUDE_CODE_NO_FLICKER: 提及於討論中，用於調整 Claude Code TUI 渲染行為的環境變數。
• VT100 Scrolling Regions: 傳統工具如 Irssi 用於實現高效且具無障礙性渲染的技術標準。