Blockの「Berd」とは？ Goose・Claude Code・Codexを一つにまとめるオープンソースAI開発環境

ACPで異なるエージェントを接続

Berdと各エージェントの連携には、Agent Client Protocol（ACP）が使われます。ACPは、エージェントごとに専用の接続方式を用意するのではなく、対応するクライアントとハーネスが共通プロトコルで通信できるようにする仕組みです。

そのため、BerdではGooseだけでなく、Claude Code、Codexなど、ACPに対応したエージェントを同じ作業環境から扱える構成が目指されています。

ただし、Berdがすべてのサービスを一括して置き換えるわけではありません。GooseはBlockの統合されたエージェント実行環境として利用できますが、Claude CodeやCodexについては、それぞれのインストール、アカウント、サブスクリプション、認証情報が必要です。どのモデル提供者にプロンプトやコード、ツールの実行結果が送られるかも、選択したエージェントによって変わります。

Tauri 2とReact 19で3つのOSに対応

BerdはReact 19のフロントエンドとTauri 2を組み合わせて構築されています。ブラウザー上だけで動くサービスではなく、macOS、Windows、Linux向けのデスクトップアプリとして配布されます。

ローカルのプロジェクトファイルや通常の開発環境と、AIエージェントのセッションを同じコンピューター上で扱える点が特徴です。一方で、デスクトップアプリである以上、更新、権限設定、エージェントの構成、認証情報の保護は利用者側で管理する必要があります。

公開時点のリポジトリについては、91人のコントリビューターが関わったとの報告もあります。ただし、これは特定時点のリポジトリの状態を示す数字であり、今後の運営体制や外部貢献の方針を保証するものではありません。

「ローカルファースト」は完全ローカル処理ではない

Berdのローカルファースト設計では、アプリ本体やプロジェクト、会話履歴を、Blockがホスティングするワークスペースではなく、利用者のコンピューター上に保存します。

これはプライバシー上の重要な境界線ですが、「AI処理がすべて端末内で完結する」という意味ではありません。クラウドモデルや外部API、リモートツールを使う場合、プロンプト、ソースコード、ファイル、ツールの実行結果が端末の外へ送られる可能性があります。

したがって、実際のデータ取り扱いはBerdだけで決まるものではありません。選択したエージェント、モデル提供者、接続するツール、設定内容を合わせて確認する必要があります。

現時点で提供されている情報だけでは、Berdの確定的なテレメトリーポリシーや、各OSでどの認証情報保管庫・キーチェーン実装を使うのかまでは確認できません。機密性の高い用途で導入する場合は、最新リポジトリのセキュリティおよびプライバシー文書を確認するべきです。

Berdは無料？モデル利用料は別にかかる

Berd自体はApache-2.0ライセンスで公開されており、無料で利用できます。 ただし、Berdを使えばすべてのAIエージェント利用が無料になるわけではありません。

利用するエージェントやモデルに応じて、各サービスのサブスクリプションやAPIキーを用意する必要があり、モデルの利用量に応じた料金が発生する場合があります。

費用の考え方は、次のように分けると分かりやすいでしょう。

• Berd本体: Apache-2.0で公開されたオープンソースソフトウェア
• エージェントランタイム: ハーネスによって、統合済みの場合と別途インストールが必要な場合がある
• モデルへのアクセス: サービス提供者の契約やAPIキーが必要になる場合がある
• モデル利用: 選択した提供者から別途課金される可能性がある

企業利用でいう「配布の継ぎ目」とは

Berdはまず、個人の開発者がローカルで使うツールとして設計されているようです。企業が全社向けに管理する完成済みの管理基盤というより、便利なデスクトップアプリを組織へ展開する際に、追加の運用設計が必要になる段階にあります。

ここでいう「distribution seams（配布の継ぎ目）」には、たとえば次のような課題が含まれます。

• 管理下でのインストールとアップデート
• ID管理とアクセス制御
• 認証情報の配布
• ネットワークやプロキシのポリシー
• 操作ログや監査
• エージェントの行動に関する組織ルール
• 社内サポートと運用責任

公開されている情報からは、Berdがこれらすべてを備えた企業向け管理レイヤーをすでに提供しているとは確認できません。企業が導入する場合は、Apache-2.0であることを企業向け機能の存在と混同せず、必要な機能を個別に検証する必要があります。

外部からのプルリクエストが自動で閉じられる理由

Berdのリポジトリで外部からのプルリクエストが自動的に閉じられることは、ライセンスではなく、貢献を受け付けるプロセスに関する判断です。メンテナーが、まずIssueで変更案を議論したいと考えている可能性や、公開リポジトリが社内の正式な開発元を反映している可能性があります。

ただし、Blockが自動クローズの正確な理由を明示したという証拠は、提供された資料からは確認できません。セキュリティ上の理由、ライセンス上の理由、外部貢献への反対などと断定するのは適切ではありません。

また、外部プルリクエストを閉じる運用によってApache-2.0ライセンスが無効になるわけではありません。利用者はライセンス条件の範囲でコードを調査、利用、改変、フォークできます。

BerdとBuzzの違い

BerdとBuzzは関連性のあるプロジェクトですが、想定する協働の単位が異なります。

Berdは個人向けのデスクトップワークスペースです。 一人の開発者が、ローカルプロジェクト、ファイル、スキル、セッションを横断してAIエージェントに作業を指示します。

Buzzは人間とAIエージェントのための共同ワークスペースです。 BlockはBuzzを2026年7月21日に公開し、モデルやエージェントのハーネスを変更しても、プロジェクトのアイデンティティ、権限、履歴を維持できる環境として位置づけています。Claude Code、Codex、Gooseなど、ACPに対応するエージェントを利用できます。

Buzzでは、自分で運用するリレーを設定することも可能です。リレーをローカルまたは運営者が管理するインフラで動かせるため、必ずしもBlockのホスティング基盤に依存する構成ではありません。ただし、その場合は運用、ネットワーク、セキュリティの責任が利用者側へ移ります。

両者はモデルやハーネスに依存しない設計思想でつながっていますが、BerdとBuzzを統合する計画や、共通の将来ロードマップが正式に示されたとは、提供資料からは確認できません。

Berdの今後は「Goose専用化」より相互運用性

Blockが公に示しているBerdの方向性は、Gooseだけに閉じたインターフェースではなく、プロジェクト、ツール、スキル、モデル、エージェントランタイムをまたいで使える柔軟なワークスペースです。

現時点で明確なのは、この相互運用性を重視する方針です。一方、企業向け管理機能、テレメトリーの確約、料金体系の変更、BerdとBuzzの正式な統合については、確定した情報がありません。今後の詳細は、Blockのリポジトリや公式発表で確認する必要があります。