介面集合，也該當程式碼養

用過幾年 API 除錯工具的人，心裡都有同一道隱痛：請求集合鎖在帳號體系裡，同事想複用得先匯出再匯入；介面改了沒人同步，交接全靠口頭，新人接手時連資料夾都打不開。Bruno 的答案簡單到近乎失禮——把每個請求存成本地純文字檔：集合就是資料夾，請求就是檔案，資料夾往版本庫一放，Git 的提交、分支、評審、回滾全部原樣適用。

這件事不像表面那麼小。介面變更會出現在程式碼評審的差異裡，討論就發生在變更旁邊，而不是三天後的群組訊息。沒有人需要記得去通知誰。集合就這樣變成程式碼，而程式碼總會被下一個動手的人讀到。細節小到平常不會注意，直到第一次交接：原本負責的人走了，關於某個介面行為的唯一描述，就是呼叫它的那支請求。

離線優先，承諾寫在架構裡

Bruno 是少數把「不做雲」寫進產品承諾、而不是塞進註腳的工具。官方文件明白寫著：沒有雲端同步的計畫，沒有強制帳號，資料從頭到尾留在你自己的機器上，離線照樣能用——在高鐵上、在公司網路什麼都擋的會議室裡，都一樣。

如果這句話背後是功能寒酸，那它一文不值，而事實並非如此。REST、GraphQL、gRPC 到 WebSocket 全都覆蓋，環境變數分層管理，開發與預發不會互相污染，腳本支援前後置邏輯；第 4 版補上原生 AI 助手（生成請求、搭測試）、型別化變數與重寫過的密鑰管理，團隊版的密鑰可指向外部密鑰庫，憑證不必進版本庫。內核 MIT 開源，付費檔位賣的是協作而不是存取權，檔案格式與命令列工具不受任何限制。

4.1 版在 2026 年 8 月發布，新增內建模擬伺服器與富文字文書編輯，迭代維持每月數版的節奏，也拿下了產業展會的大獎。獎項其實不如遷移路徑重要：匯入器能直接吃那些強制帳號的工具所匯出的集合，.bru 是純文字，評審看差異一眼就懂，而不是一整片機器生成的識別碼。

日常長什麼樣，取捨在哪裡

在 Bruno 裡過一天很平淡，這正是讚美。開工作區資料夾、選環境、送出請求、把回應存成範例，範例之後就變成可以從命令列批次跑的測試。因為集合就是一堆檔案，同事直接複製整個資料夾就能跑同一套測試，不必向廠商申請權限，也不必等邀請信。模擬伺服器補上另一半：真正的介面還沒好，前端就能照著已存的回應先開工——而那正是團隊最常靠即興發揮的時期。

不合適的地方也該講清楚。想要託管分享、瀏覽器直接開、給非工程師看的儀表板，Bruno 太素了：它預設你知道版本庫是什麼，而且願意用。這是一道真實的門檻，不是缺陷，但它決定了誰用得順手、誰會跟它打架。

沒有雲端同步，意味著跨裝置要自己走 Git 或網盤。對本來就活在版本控制裡的團隊，這是加分而非代價；對只想讓手機和筆電不必思考就一致的人，這是退步，該承認就承認，講清楚比含糊過去好。

Bruno 的走紅印證了一件事：開發者工具的終點不是把一切搬上雲，而是把選擇權還給使用者。集合即程式碼、資料留本地、協定真開源——三件湊齊，它就成了團隊介面協作的預設答案之一。