まとめ
Brunoは優れたローカルAPIクライアントであり、確かな強みを持っていますが、ワークフローによっては重要な実際の欠点があります。クラウド同期なし、モックサーバーなし、APIドキュメントなし、チーム機能が限定的、Postmanよりもスクリプト機能が弱い。このレビューでは、それぞれの欠点とそれが実際にいつ問題になるのかについて正直に述べています。
はじめに
Brunoはその評判を確立しています。高速でオープンソース、MITライセンスであり、すべてをGitと互換性のあるプレーンテキストで保存します。GitHubコミュニティは活発で、メンテナーは迅速に対応し、主要なユースケースであるローカルでのHTTPリクエストの作成とテストはうまく機能します。
しかし、「余計な機能はなし」という哲学には代償があります。Brunoが持たない機能の中には、余計なものではなく、実際のチームが必要とするものもあります。この記事では、主要な制限について正直に説明し、それぞれがいつ重要になるのか、そして代わりに何を使用すべきかを示します。
制限1：クラウド同期なし
不足している機能：Brunoには、マシンやチームメンバー間でコレクションを同期するための組み込みメカニズムがありません。Bru Cloud機能はオプションの有料サービスとして発表されましたが、コア製品はローカルのみのままです。
チームが対処する方法：Gitリポジトリ。コレクションフォルダをGitHub、GitLab、またはBitbucketにプッシュし、チームメンバーがそれをプルします。これは、全員がGitの規律を守っている場合にうまく機能します。
問題となるケース：
- Gitを定期的に使用しない同僚と簡単なテストを共有する必要がある場合
- チームにGitワークフローに慣れていないQAエンジニアやPMがいる場合
- 変更を加えて、1分以内にチームメイトのマシンに反映させたい場合
- 複数のマシンで作業しており、変更を自動的に同期させたい場合
代わりに使うもの：Apidogのオプションのクラウド同期は、Gitコミットサイクルを必要とせずに、チーム全体でコレクションを同期させます。純粋なGitで問題ない場合は、開発者のみのチームであればBruno + Gitのアプローチで十分です。
制限2：Gitが唯一のチームコラボレーションメカニズム
不足している機能：Brunoにはワークスペースの概念、共有プロジェクトダッシュボード、リクエストへのコメント、ロールベースのアクセス制御がありません。すべての「チーム」体験はGitを介して行われます。
問題となるケース：
- チームメンバーが共有リクエストに破壊的な変更を加え、CIで何か問題が発生するまで誰も気づかない場合
- リクエストをチームメンバーに割り当てたり、誰がなぜ変更を加えたのかを追跡したい場合
- 開発者ではない利害関係者（クライアント、テクニカルライター、プロダクトマネージャー）が、GitアカウントなしでAPIコレクションへの読み取りアクセスを必要とする場合
- 本番環境の認証情報を変更できるユーザーを制限する必要がある場合
代わりに使うもの：適切なワークスペース機能を備えたツール。ApidogはRBAC、共有ワークスペース、ビューアーロールを提供するため、利害関係者はコレクションに触れることなくドキュメントにアクセスできます。
Brunoが実際に提供するもの：完全なGit履歴は本当に役立ちます。すべてのリクエストに対するすべての変更は、作成者、タイムスタンプ、コミットメッセージとともに追跡されます。これはほとんどのツールが提供する以上のものですが、コラボレーション機能の代替にはなりません。
制限3：組み込みのモックサーバーなし
不足している機能：Brunoはモックレスポンスを提供できません。Brunoに「APIサーバーとして動作し、これらのレスポンスを返す」と指示する方法はありません。
問題となるケース：
- フロントエンド開発がまだ構築されていないAPIに依存している場合
- ライブ環境ではなく、安定した予測可能なモックに対して自動テストを実行したい場合
- ステージング環境が不安定で、分離されたテストを行いたい場合
- サービス間の契約テストに、各サービスのAPIのモックが必要な場合
代わりに使うもの：
- Apidog Smart Mock – API仕様からモックレスポンスを自動生成します
- WireMock – スタンドアロンのJavaベースモックサーバー、セットアップは多いが非常に柔軟
- MSW (Mock Service Worker) – ブラウザでのフロントエンド開発に最適
- Prism – OpenAPIベースのモックサーバー、CLI優先
モックサーバーがないことは、Brunoユーザーがチームが成長したときに挙げる最も一般的な制限です。それは単に「メニューに隠れている」のではなく、実際に存在しません。
制限4：APIドキュメント生成機能なし
不足している機能：BrunoはコレクションからAPIドキュメントを生成できません。ホストされたドキュメントURL、HTMLまたはMarkdownへのエクスポート、OpenAPIスキーマ生成機能はありません。
問題となるケース：
- 外部開発者やパートナーとAPIドキュメントを共有する必要がある場合
- チームが別のツールでAPIドキュメントを手動で作成している場合（高いメンテナンスコスト）
- 新しい開発者のオンボーディングで、実際のAPIから乖離したNotionページやConfluenceドキュメントを参照させることになる場合
- 公開APIリファレンスを公開する必要がある場合
代わりに使うもの：
- Apidog – 仕様から直接APIドキュメントを生成・ホストし、同期を保ちます
- Stoplight – APIデザインおよびドキュメントプラットフォーム
- Redoc または Swagger UI – OpenAPI仕様からのセルフホスト型ドキュメント
多くのチームは最初、ドキュメント生成が必要だとは考えません。しかし、新しい開発者一人あたりのオンボーディングに3時間かかるようになると、考え直します。
制限5：Postmanと比較してスクリプト機能が弱い
Brunoで利用可能な機能：JavaScriptで、bru名前空間を使用したプリリクエストおよびポストレスポンススクリプト。変数設定、リクエストの連鎖、Chaiによるアサーション記述など、ほとんどの一般的な操作が可能です。
Postmanと比較して不足している機能：
- Postmanのような事前構築済みユーティリティのライブラリがない
bru名前空間はPostmanのpmよりもドキュメントが少ない- スクリプト内の
require()には制限がある（Nodeの組み込み機能へのアクセスはデフォルトで制限されている） - 開発者以外のユーザー向けのGUIスクリプトビルダーがない
- スクリプトの失敗時のエラーメッセージがわかりにくい
問題となるケース：
- 複数のプリリクエスト計算を必要とする複雑な認証フロー
- Postmanのより広範なAPIを好む開発者向けのスクリプト作成
- 精巧なPostmanスクリプトライブラリを構築したQA自動化エンジニア
回避策：ほとんどのPostmanスクリプトは、名前空間の変更（pm.がbru.になる）でBrunoに変換できます。複雑なrequire()依存関係を持つスクリプトは、より多くの作業が必要です。
制限6：エンタープライズ機能なし
不足している機能：SSO（SAML、LDAP）なし、監査ログなし、コンプライアンスエクスポートなし、管理コンソールなし、Gitを超えるきめ細かい権限設定なし。
問題となるケース：
- IT部門がすべてのツールにSSOを要求するエンタープライズ環境
- どのAPI認証情報に誰がアクセスしたかのログを必要とするセキュリティ監査
- コンプライアンス要件のある規制対象業界（金融、ヘルスケア）
- アクセス管理が重要となる大規模組織（開発者50人以上）
これは意図的な製品決定であり、見落としではありません。Brunoはエンタープライズ製品を目指していません。
代わりに使うもの：RBACが必要なチームにはApidog。完全なエンタープライズコンプライアンス機能が必要な組織にはPostman EnterpriseまたはInsomnia Enterprise。
制限7：デスクトップのみ、ウェブインターフェースなし
不足している機能：Brunoにはウェブアプリがありません。ブラウザで開いたり、ライブコレクションのURLを共有したり、ソフトウェアをインストールできないマシンで使用したりすることはできません。
問題となるケース：
- ソフトウェアをインストールできない厳重に管理された会社のPCで作業している場合
- Brunoがインストールされていない人と実行可能なAPIコレクションを共有したい場合
- チームがChromebookやシンクライアントを使用している場合
- 特定のコンプライアンス上の理由でブラウザベースのアクセスが必要な場合
代わりに使うもの：Apidogにはデスクトップアプリとウェブインターフェースの両方があります。ウェブクライアントが特に必要な場合は、Hoppscotchがブラウザベースでオープンソースです。
よくある質問
これらの制限があるにもかかわらず、Brunoはまだ使う価値がありますか？はい、適切なユースケースであれば。Git規律のあるソロ開発者や小規模チームにとっては、高速でコストゼロ、プライバシーを尊重し、主要なタスクをうまくこなすツールです。これらの制限は、Brunoが意図的に省略した機能が必要になったときに初めて問題となります。
Brunoは最終的にクラウド同期を追加しますか？Bru Cloudはオプションの有料ティアとして発表されました。いつどのようにリリースされるかはまだ不明です。コアアプリは引き続きローカルファーストが期待されています。
API設計（OpenAPI仕様の作成）にBrunoを使用できますか？いいえ。BrunoはAPIクライアントであり、API設計ツールではありません。BrunoでOpenAPI仕様を作成したり検証したりすることはできません。API設計にはApidog、Stoplight、またはOpenAPI拡張機能付きのコードエディターを使用してください。
BrunoはWebSocketまたはgRPCをサポートしていますか？WebSocketのサポートは限定的です。gRPCは現在の安定版ではサポートされていません。チームがgRPCを大規模に使用している場合、Brunoは適切なツールではありません。
Brunoにモックサーバーを追加する予定はありますか？2026年現在、組み込みモックサーバーに関する公式ロードマップ項目はありません。メンテナーの哲学は、範囲を広げるよりも、いくつかのことをうまくこなすことを優先しています。
チーム向けにBrunoとInsomniaを比較するとどうですか？Insomniaにはクラウド同期と有料のチームプランがあります。機能セットはPostmanに近いです。Brunoはよりミニマルです。ApidogやPostmanを使わずに、特にクラウド同期が必要なチームには、Insomniaは検討する価値があります。
Brunoの制限はバグではありません。それらは意図的な設計選択の結果です。それらの選択が何であるかを事前に知っておくことで、プロジェクトの途中でそれらを発見する手間を省くことができます。