集めたリクエストは、コードとして育てる

API を試す道具を何年も使うと、同じ不満がたまる。リクエストの集まりがアカウントの中に閉じ込められ、同僚に渡すには書き出して読み込ませる。エンドポイントが変わっても誰も気づかない。引き継ぎは口伝えになり、新しく入った人は開けないフォルダを受け取る。Bruno の答えは失礼なほど単純だ。一つのリクエストを、手元の平文の書類として保存する。集まりはフォルダ、リクエストは書類、そのフォルダを保管庫に入れれば、履歴も枝も査読も巻き戻しもそのまま効く。

結果は見た目の話ではない。仕様の変更が査読の差分として現れるので、話は変更の隣で起きる。三日後の伝言ではない。誰かが知らせるのを覚えておく必要もない。集まりはただコードになり、コードは次に触る人が読む。些細な話に聞こえるが、最初の引き継ぎで効く。前の持ち主が去り、あるエンドポイントの振る舞いを説明する唯一の記述が、それを呼ぶリクエストになる。

切れても使える。約束は仕組みの中にある

Bruno は、雲を使わないという約束を注記ではなく製品の言葉として書いた数少ない道具だ。公式の説明は明快で、同期の予定はなく、アカウントも必須ではない。データは手元にあり、切れてもそのまま動く。列車の中でも、何もかも止める社内の網の中でも同じだ。

この言葉が薄い機能を隠すためのものなら安いが、そうではない。REST、GraphQL、gRPC、WebSocket を覆い、環境の変数は層になって開発と本番前が混ざらず、スクリプトが前後の処理を担う。第 4 版では生成と試験のための AI 助手、型付きの変数、作り直した秘密の管理が加わった。班のための有料の段は秘密を外部の保管へ向けられ、鍵が保管庫に入らない。中核は MIT で公開され、有料の段が売るのは協働であって利用の権利ではなく、書類の形式もコマンド行も制限されない。

4.1 版は 2026-08 に出て、内蔵の模擬サーバと書式付きの文書編集が加わった。更新は月に数版のままで、見本市の賞も取っている。賞より大事なのは移る道筋だ。アカウントを強いる道具から書き出した集まりを、読み込みの機能がそのまま食べる。.bru は読める平文なので、査読の差分は一目で分かる。機械が作った識別子の壁にならない。

一日の姿と、引き換えに払うもの

Bruno の一日は地味だ。それが褒め言葉になる。作業のフォルダを開き、環境を選び、リクエストを送り、返りを例として保存する。例はやがてコマンド行から走る試験になる。集まりが書類の入ったフォルダなので、同僚はそれを複製すれば同じ試験を走らせられる。提供元に許しを請う必要も、招待の知らせを待つ必要もない。模擬サーバが残りの半分を埋める。本当のエンドポイントができる前に、保存した返りに対して画面を作れる。そこが普段は即興で埋められてしまう期間だ。

合わない場所も書いておく。預けた共有、ブラウザからの利用、技術者でない人向けの見やすい画面を求める班には、Bruno は素朴すぎる。保管庫とは何かを知っていて、使う気がある人を前提にしている。これは実際の選別であり欠点ではないが、誰が心地よく使えるかを決めてしまう。

同期がないということは、機械をまたぐ移動が自分の仕事になるということだ。保管庫、共有の場所、自分で複製する書庫。もともと版の管理の中で生きている班には利点で、携帯と持ち運びの機械が黙って一致してほしいだけの人には一歩後退である。どちらも本当のことだから、隠さずに書いておく。

Bruno の広がりは、道具の市場が忘れがちなことを示している。開発の道具の行き着く先は、すべてを雲へ移すことではなく、選ぶ権を返すことだ。集まりをコードにし、データを手元に置き、規格を本当に開く。三つが揃えば、班で仕様を扱う既定の答えの一つになる。