bb

bbを選ぶ理由

エディター内の単独チャットでは仕事を管理しきれない場面に向いています。複数のエージェントへ依頼し、動作を確認・調整し、より広い自動処理につなぐ継続的な作業場所を提供します。

従来のAI付きエディターより、エージェントの作業・管理基盤に近い製品です。ファイル編集、ターミナル、リポジトリ操作もできますが、中心はエージェント、環境、プロジェクトにひも付く進行中の仕事、つまりスレッドです。

環境自体もエージェントで変更できます。製品側の対応を待たず、繰り返す要件をプラグイン、コマンド、パネル、スキルにできます。一般的なIDEでは合わない独自の手順を持つ開発者に魅力的です。

柔軟な分、ユーザーが担う責任も増えます。一体型の商用エディターは内部を隠して使いやすくできますが、bbはエージェントの仕組みをより多く公開します。制御したい場合には強力でも、補完と単独の助手だけなら過剰かもしれません。

基本的な作業の流れ

bbはエージェントの上で動く管理層です。認証と多くの実行はClaude Code、Codex、Cursor、Piなどが担い、bbは選択と調整のための作業環境を提供します。

小さな仕事は、プロジェクトを開き、スレッドと提供元を選んで変更を依頼し、結果を追う流れです。複数の独立・依存タスクでは、スレッドを分け、子作業を作り、worktreeや別環境で競合を抑えられます。

提供元をリポジトリ全体ではなく仕事ごとに選べます。長い実装、集中的なレビュー、手持ちの契約が合う作業を別エージェントへ任せられ、意図的に複数サービスを使い分ける場合に役立ちます。

活用例

CI調査、機能開発、移行レビューなどを同時に長く進める場合に向いています。各仕事を識別し、単一会話より実行中の仕事全体を管理する構成です。

独自の社内環境も作れます。リリース確認、タスク管理、文書規約、デプロイコマンドなどをプラグイン化し、別々のスクリプトやブラウザーで管理せず、作業環境へ組み込めます。

外部スクリプトやサービスからスレッドを作り、後で開発者が確認する自動化の実験にも使えます。課題からPRまで完全自律で進める仕組みとは異なり、人が管理する環境で自動処理と対話作業を合わせることを重視します。

他のツールとの比較

直接コードを書くことが中心なら、CursorやWindsurfのエディターを軸にした構成が分かりやすいでしょう。bbはエージェントと実行中の仕事が中心で、ファイル編集はそれを支える手段のひとつです。

Kiroは仕様中心で、要件と実装計画を明示する構造化された開発を重視します。bbは仕事の表現方法をあまり固定せず、複数のエージェントとプラグインで自分の環境を組む方針です。

Google Antigravityもエージェント中心の協調を重視しますが、選択の軸が異なります。bbはオープンソースで、自分が管理する提供元・契約を使い、多くの拡張点を公開します。Antigravityは統合型です。関数の生成能力だけでなく、エージェントの管理層を誰が持つかを比較してください。

おすすめの構成

初回はNightlyより安定版を使い、普段の提供元だけを接続します。すべてを比較する設定作業にせず、スレッド方式が仕事に役立つかを確かめます。

標準のパッケージ起動コマンドは次のとおりです。

npx bb-app@latest

新しいnpmでは、ネイティブ依存のインストールスクリプトに明示的な許可が必要な場合があります。バインディング不足のエラーが出たら、資料の許可リスト形式を使います。

npx --allow-scripts=better-sqlite3,node-pty,@parcel/watcher bb-app@latest

Apple SiliconのmacOSはデスクトップ版を導入しやすく、Linuxでalpha AppImageに問題があればnpm版を使えます。WindowsはWSL2を実際の実行環境とし、Node.js、Git、エージェントCLIをLinux側へ入れ、そこでリポジトリを配置・参照します。PowerShellでのネイティブ動作は前提にしないでください。

可能なら提供元の認証はbbの外で行い、ログイン済みCLIを再利用します。必要な接続ではキーも指定できますが、選択肢があるだけで追加すると管理が複雑になります。

機密性が重要な環境では、端末外へ公開する前にテレメトリーと遠隔アクセスを確認します。匿名の本番テレメトリーは、次の起動方法で無効にできます。

BB_TELEMETRY=false npx bb-app@latest

まずは繰り返す手順を見つけ、環境へ組み込む価値があるか確認します。自己変更のデモだけでなく、実際の反復作業を担うプラグインにすると有用です。

移行時の注意点

従来のIDE設定を初日から再現する必要はありません。bbは好みのエディターと併用できるため、まずエージェントの調整を移し、手動編集は従来どおりにします。効果を確認してから機能を追加できます。

モデルと認証まで同時に変更せず、Claude Code、Codex、Cursorなどを単独で動く状態に保ち、bbから管理します。bb側か提供元側か、問題も切り分けやすくなります。

独自プラグインでは、実験扱いのAPIに注意が必要です。重要な社内処理は可能なら安定したインターフェースを選び、再現性が必要なら版を固定します。更新もテスト対象の変更として扱い、永久の互換性は前提にしません。