五個功能先被排成了一份清單:Crew 的更新說明,是一頁自用工具的誠實介面
從 V2EX 一則 Crew 開源 Claude 客戶端的功能更新清單看起,觀察 SSH、多智慧體與 Git 管理如何被排進同一個桌面介面。
科技 設計評論 約 3 分鐘閱讀
一則 V2EX 貼文,一段更新說明,五個編號條目。開發者 lsls931011 為自己的開源 Claude 客戶端 Crew 發布了一次更新,新增 SSH 連線、多智慧體、用量顯示、Git 管理與 ego 瀏覽器整合。發文語氣是典型的自用工具口吻:「感覺也差不多夠用了,後面暫時沒更新欲望。」這句話本身,就是這個專案最誠實的一份設計文件。
先從清單的排序看起。五個功能被寫成編號一至五,順序是 SSH、多智慧體、用量、Git、瀏覽器自動化。這個順序未必經過刻意的資訊架構設計,但它透露了一件事:作者把「遠端伺服器管理」放在最前面,把最花俏的瀏覽器自動化放在最後。對一個把 Claude 當工作臺用的人來說,SSH 是日常,自動化是偶爾。功能的優先級,就是作者自己工作流的快照。
其中 Git 管理那一條最值得停一下。作者直接在說明裡寫道,因為自己喜歡 SourceTree,所以樣式差不多。這是一種毫不掩飾的借用:介面長相跟著個人習慣走,版權與授權壓力因為開源而相對單純。與其原創一套 commit 圖形,不如把已經被驗證過二十年的分支視覺化直接搬過來。對自用工具而言,熟悉本身就是一種設計決策。
用量顯示放在底部,這個位置選擇也有意思。它把 Claude 與 ChatGPT 的消耗做成一條常駐的狀態列資訊,類似儀表板上的油表。這與我們先前觀察過的Claude Max 付費檔位與額度焦慮是同一個課題:當 AI 服務以額度計價,額度就變成介面的一部分,使用者需要隨時看得到水位在哪裡。差別在於,Claude Max 的額度介面逼人做升級決定,Crew 的用量條只是把成本攤在日常視野裡,不做任何推銷。
把 SSH、Git、瀏覽器自動化與多智慧體塞進同一個客戶端,這種做法與官方 Claude 桌面應用的路線明顯不同。官方應用傾向把能力收攏在對話框裡,讓代理能力隱身在模型背後;Crew 反其道,把每一項代理能力做成一個看得到、按得到的入口。這與我們在選單列重寫官方 App的案例裡看到的動機類似:當官方軟體不夠順手,使用者會自己把介面重排成工作的形狀。
當然,能指認的只有這份清單與說明文字。Crew 的實際畫面長什麼樣、Git 視圖是否真的好用、ego 整合的流暢度如何,貼文裡沒有截圖佐證,V2EX 該帖至截稿前也沒有留言討論。這些都得回到 GitHub 專案頁(github.com/elioinvest/Crew)才能核對。
不過,「夠用了,暫時沒更新欲望」這句收尾,恰好說明了這類自用開源工具的設計終點。它服務的對象先是作者自己,介面因此不需要說服任何人,只需要順手。功能清單停在五項,或許就是這個專案最健康的狀態。