結論（おすすめ1つ）
軽量で乗り換えコストを抑えたいなら Bruno を推す。理由は3つ。リクエストをプレーンな .bru テキストで管理しGitに素直に乗る、ローカル完結でアカウント必須クラウド同期に縛られない、Postmanコレクション(v2.1)のインポートに対応し移行が現実的。
比較表（料金/無料枠/移行コスト/対応言語）
| ツール | 料金 | 無料枠 | 移行コスト(Postmanから) | 対応(コード生成/言語) |
|---|---|---|---|---|
| Bruno | 公式の料金ページで要確認(コアはオープンソース/ローカル無料) | あり(ローカル機能はアカウント不要) | 低: コレクションv2.1インポート可 | curl/JS/Pythonほか多数 |
| Hoppscotch | 公式の料金ページで要確認(OSS・セルフホスト可) | あり(Web版を無料利用可) | 中: OpenAPI/curlインポート経由が確実 | 主要言語のスニペット生成あり |
| Insomnia | 公式の料金ページで要確認 | あり(要アカウント) | 中: Postmanインポート対応だが認証設定は手直し要 | 多言語のコード生成あり |
| HTTPie(Desktop/CLI) | 公式の料金ページで要確認 | あり | 中〜高: GUIコレクション構造が異なる | CLI主体、言語非依存 |
※金額・プラン名は変動するため、確定値は各公式の料金ページで必ず確認してください。
移行手順
ここでは Bruno への移行を例にする。
Postman側でコレクションを v2.1 (JSON) でエクスポートする(Export → Collection v2.1)。
Bruno をインストール。macOSなら:
brew install bruno
Windowsはwinget:
winget install Bruno.Bruno
Bruno を起動し、
Import Collection→Postman Collectionを選び、エクスポートしたJSONを指定する。環境変数(Environment)はインポート後に値が空になる場合があるため、
.bruの環境ファイルを直接確認・補完する。プロジェクト直下に生成される構成例:
my-api/
├── bruno.json
├── environments/
│ └── local.bru
└── ユーザー取得.bru
- リクエストはテキストなのでGitで差分管理できる。リポジトリに含める:
git add my-api
git commit -m "Add Bruno API collection (migrated from Postman)"
- CIや共有用にCLI実行が必要なら Bruno CLI を使う:
npm install -g @usebruno/cli
bru run --env local
認証トークンを .bru に直書きせず、環境変数や .env で注入する運用にしておくと漏洩を防げる。
向き不向き
- 向く: Gitでレビューしたい少〜中規模チーム — テキスト管理でPR差分が読め、コレクションのコンフリクト解消もしやすい。
- 向く: ローカル完結・オフライン重視 — クラウド強制同期を避けたい場合にBruno/Hoppscotch(セルフホスト)が合う。
- 向く: CLIで自動テストを回したい — Bruno CLIやHTTPie CLIをCIに組み込みやすい。
- 避けるべき: 大人数で高度なコラボ機能(リアルタイム共同編集・権限管理・モックサーバ)を前提とする運用 — この領域はPostmanの作り込みが厚く、軽量クライアントでは機能不足になりやすい。
- 避けるべき: 既存資産がPostman独自のスクリプト(pre-request/test)に深く依存している場合 — 移行時に書き換えコストが大きく、効果に見合わないことがある。
- 判断保留: 料金が決め手のとき — プランは変動するため、必ず各公式の料金ページで最新の無料枠と上限を確認してから決めること。
Top comments (0)