CLI 看不到的資訊，有人自己補了一塊側邊欄：Claude Code 插件 panel 的功能邏輯

11 月 6 日前後，開發者 Tyangs 在 V2EX 分享創造板發布了一個 Claude Code CLI 側邊欄插件，名為 panel，原始碼放在 GitHub 的 itaober/agent-plugins 儲存庫。文章發布一天內累積近千次瀏覽，討論串裡的問答，恰好把這類工具存在的理由講清楚了。

問題從哪裡來：兩套介面，兩種資訊量

Claude Code 有桌面 App 與 CLI 兩種使用方式。Tyangs 在帖文中說明，日常工作同時持有兩個帳號，得 App 和 CLI 一起用。桌面版有側邊欄，能看到的資訊完整；CLI 介面精簡，能看的東西少。這個插件的目的，就是把桌面版那塊側邊欄的功能帶進 CLI。

panel 顯示的內容包括：當前會話的工作目錄、Git 分支、使用的模型、上下文用量與 5 小時及每週額度；子 Agent 的狀態、耗時與 token 消耗；會話中碰過的 PR 與 Issue，附帶即時狀態；使用者貼上的與工具產出的連結。安裝方式是兩行指令，透過 plugin marketplace 加入儲存庫後安裝，需要 Claude Code 2.1.293 以上版本，重開會話後用 /panel 指令開關。

這個功能組合值得留意的一點是額度顯示。上下文用量與每週額度是 AI 工具使用者日常最想掌握、卻最容易被介面藏起來的數字，把它放在側邊欄常駐，等於把帳單意識放進工作流程。

為什麼有人堅持用 CLI

討論串裡的第一個提問很直接：為什麼「得 App 和 CLI 一起用」？網友 cryptitalk 表示自己用了 CC 的 remote control 之後基本上不再碰 CLI。Tyangs 的回覆點出關鍵：不敢走代理，怕被封號。cryptitalk 隨後理解了情境，對方是把 CC 掛在雲端節點上、透過 SSH 連過去使用。

這段對話顯示，CLI 的存續場景跟帳號風險管理有關。對於把工作環境放在雲端、用終端機連線的操作方式，CLI 是最自然的介面，而桌面版的便利反而用不上。這也與先前討論過的為了用 Claude 把電腦寄放在美國朋友家裡的繞道邏輯相通：帳號的地域與風控限制，實質塑造了使用者選擇哪種介面。

另一位網友 Tory12138 指出桌面版本來就有這些資訊，Tyangs 承認桌面版好用，但確實存在需要 CLI 的場景，於是自己動手做了這個工具。還有網友認為現有的 hud 工具已足夠，Tyangs 回應之前也一直用 hud，這次是因為有個人需求才另起爐竈。

插件機制：一條 marketplace 指令背後的分工

從安裝指令可以看出，Claude Code 的插件體系已經能支撐「別人寫、你一鍵裝」的分工。claude plugin marketplace add itaober/agent-plugins 加上 claude plugin install panel@itaober，整個過程不需要手動複製檔案或改設定檔。這種機制對照我們先前分析的Claude Code 2.1.314 的寫入邊界設定可以看出方向：官方一邊在收緊工具的權限邊界，一邊開放第三方擴充介面，兩條線同時進行。

對開發者的實際意義在於，當你發現 CLI 缺一塊顯示資訊，補上它的成本已經降到兩行指令。Tyangs 自己也說這是「vibe 出來的」作品，先滿足個人需求，持續迭代中。這種由個人需求驅動、快速釋出、開源接受回饋的路徑，正是目前 AI 工具周邊生態最常見的補位方式。

下一步訊號

這個插件本身規模不大，但它所在的趨勢值得觀察。當 AI 代理工具的使用時間拉長，會話中的子 Agent 狀態、token 消耗、額度餘量這些數字，會從除錯資訊變成日常儀表板。官方介面通常追不上所有使用情境，側邊欄這類缺口會繼續由社羣補。判斷類似工具值不值得納入流程，可以看三件事：它顯示的資訊是否影響你的決策、安裝與解除是否乾淨、以及維護者是否持續更新。panel 目前三者都有基本答案，後續就看迭代速度。