Restorm 還是 Bruno？
Bruno 與 Restorm 有同一個出發點的信念：API 集合就是程式碼，它們屬於儲存庫。 這可不是什麼小小的共同點 — 這正是它們兩者與 Postman 分道揚鑣的地方。
差別在於涵蓋範圍。
| Restorm | Bruno | |
|---|---|---|
| 本機儲存且可納入版本控制 | ✔ | ✔ |
| 格式 | .restorm（YAML、JSON 或 JSON5），或資料夾模式 | .bru，每個請求一個檔案 |
| 可執行的協定 | 15 種 | HTTP、GraphQL、gRPC |
| API 設計 | 視覺化設計器 + 5 種協定 mock + 產生用戶端與文件 | — |
| 串接 | 視覺化情境 | JavaScript 腳本與測試 |
| 腳本語言 | 7 種 | JavaScript |
| 模擬伺服器 | 6 種協定，在本機執行 | — |
| 匯入 | 24 種格式 | Postman、Insomnia、OpenAPI |
| 網路防火牆 | ✔ | — |
| AI 操控 | 內建 MCP 伺服器 | — |
| 錄製網頁 | 內建迷你瀏覽器 + 可重播路由推導 | — |
| 應用程式內建 git | ✔，並且能在業務層級解決衝突 | 靠您平常慣用的 git 工具 |
Bruno 做得好的地方
Section titled “Bruno 做得好的地方”- 每個請求一個檔案。 diff 天生就最小，程式碼審查一目瞭然。Restorm 用它的 資料夾模式也能得到差不多 的結果，但 Bruno 是從這裡出發的。
- 簡單。 Bruno 只做一件事，而且做得好。如果您只呼叫 HTTP 與 GraphQL，它較小 的功能面積是實實在在的優點。
.bru這個語言，好讀，而且在任何編輯器裡都能手動編輯。- 開放原始碼。
Restorm 額外帶來的東西
Section titled “Restorm 額外帶來的東西”- API 設計器。 用手工方式為 API 建模 — 模型、列舉、 路由 — 把它當成 mock 同時以 HTTP、GraphQL、SOAP、OData 與 gRPC 提供，並產生 它的用戶端與文件，無需寫下一行規格。Bruno 沒有對應的功能。
- 協定覆蓋面。 Kafka、AMQP、MQTT、Redis、STOMP、SOAP、OData、tRPC、 JSON-RPC、SSE — 請參閱協定目錄。如果您的系統不只 用 HTTP，這就是決定性的判準。
- 視覺化情境，有 90 種以上的方塊 類型、長時間連線的編排，以及在 CI 中執行的能力。
- 本機模擬伺服器，涵蓋六種協定。
- 24 種匯入格式，而且規格演進時還能 從來源更新。
- 防火牆。
- 透過 MCP 操控。
- 內建 Git，可以在真正的請求編輯器裡解決衝突。
| 您的情況 | 我們的建議 |
|---|---|
| 只有 HTTP / GraphQL API，團隊希望工具越少越好 | Bruno |
| 多種傳輸方式 — 訊息佇列、串流、gRPC、SOAP | Restorm |
| 需要在本機模擬服務 | Restorm |
| 需要編排複雜的串接流程 | Restorm |
| 開放原始碼是絕對優先 | Bruno |
您的 Bruno 集合可以直接匯入，腳本也一併帶過來 — bru.* 相容層讓它們照樣運作。
請參閱匯入 Bruno 集合。