PeerBridge MCP

English | 繁體中文 | 简体中文

Codex、Claude Code、Grok、Kimi、DeepSeek、Gemini、ローカルモデル、その他のMCPまたは OpenAI互換のエージェントを、監査可能なAIチームに統合します。

PeerBridgeは、公式クライアント、リレーサービス、互換API、ローカルモデルを接続し、 チームを単一のプロバイダにロックすることはありません。すべてのエージェントに平等な席、 共有された承認済みメモリ、制限付きの並列議論、タスク所有権、相互評価、 クロスエージェント監査、そして作業が可視化された人間が制御するルームを提供します。 ライブTokenダッシュボードは、プロバイダとモデルごとの使用状況を表示します。 PeerBridgeはSQLite上でローカルに動作し、プロバイダの認証情報をチャットやプロジェクト履歴から 除外し、メッセージ、決定、証拠、スコア、レビュー、引き継ぎのSHAリンク付き記録を保持します。

人間またはエージェントのメッセージでルームを起動でき、合意、障害、停滞、または明示的な制限に 達するとコラボレーションは停止し、オペレーターはいつでも介入できます。

ステータス: α版。協調と監査のコアはテスト済みですが、公開APIと データベーススキーマは1.0より前に変更される可能性があります。

運用継続性と商用化は明確な設計境界です。 メモリと長時間実行操作および オープンコア境界を参照してください。 リモート/モバイルモジュールは実験的でデフォルトオフです。 ロードマップのエントリは機能の主張ではありません。

なぜ

2つのコーディングエージェントを1つのリポジトリに対して実行すると、予測可能な障害モードが発生します：

• 両方のエージェントが同じファイルを編集する；

• 一方のエージェントが、実際にはオンラインでないピアがオンラインであると想定する；

• チャットメッセージが失われたり、コンシューマごとではなくグローバルに確認応答されたりする；

• レビューが実際にテストされたファイルではなく、古いファイルを承認する；

• 人間がタスクの所有者や、なぜ完了とマークされたのかを見ることができない。

PeerBridgeは、どちらのエージェントも上司にすることなく、これらの協調障害に対処します。 1つのタスクには1つの書き込みリースがあり、ピアは互いにレビューでき、人間が介入できます。

Related MCP server: lockstep-mcp

アーキテクチャ

flowchart LR
    H["Human operator"] --> M["Pixel control room"]
    C["Codex / Claude Code"] --> S1["PeerBridge stdio process"]
    A["Grok / Kimi / DeepSeek / Gemini / local Agents"] --> S2["PeerBridge stdio process"]
    M --> S3["PeerBridge stdio process"]
    R["Private mobile UI"] -->|"Tailnet HTTPS"| T["Tailscale Serve"]
    T -->|"loopback only"| S4["Human MCP message gateway"]
    S1 --> DB[("Shared SQLite store")]
    S2 --> DB
    S3 --> DB
    S4 --> DB
    DB --> L["SHA-linked audit events"]
    DB --> W["Mailbox, leases, reviews, proofs"]

各MCPクライアントは、独自のstdioサーバープロセスを個別の--agent-idで起動します。 これらのプロセスは、1つのプロジェクトローカルの.peerbridge/peerbridge.sqlite3 データベースを通じて調整します。SQLite WALモードとBEGIN IMMEDIATEトランザクションが 状態変更を直列化します。

機能

• 期限付きのエージェントごとのプレゼンス（永続的なオンラインフラグではない）。

• クライアント、プロバイダルート、選択されたモデルの監査済みランタイムIDラベル。

• SHAでバインドされた直接メッセージとブロードキャストメッセージ。

• 再利用可能なルームスコープの席を持つ永続的なグローバルエージェントライブラリ。エージェントを 1つのルームに追加しても、ライブラリや別のルームから削除されることはありません。

• 独立したメンバーシップセッション、インボックスカーソル、返信境界、ルームにバインドされた コラボレーション領収書を持つ、耐久性のあるマルチルーム会話。

• プロバイダに依存しないメモリ台帳。所有者のみのプライベート、メンバーシップにバインドされたルーム、 人間が承認したプロジェクトの各レコードが、明示的なソース証拠にSHAでバインドされています。

• コンシューマごとの領収書と連続した耐久性のあるカーソル。

• 機能トークンタスクリース（期限付き、回復可能）。

• 決定論的な読み取り/書き込みパスの重複チェック。

• solo_allowed、two_party_required、presence_aware、およびNピアクォーラムポリシー。

• ソースにバインドされたピアレビューリクエストと同等のピアによる判定。

• 相互エージェントスコアリングと、正確にレビューされたソースにリンクされたクロスエージェント監査証跡。

• プロバイダ/モデル別の内訳と、入力、出力、キャッシュ書き込み、キャッシュ読み取りのトレンドを 表示するライブToken使用ダッシュボード。

• ワンクリックCC Switchプロバイダ/モデル同期（公式CLI経由）。認証情報はユーザーの既存の CC Switchインストールに残ります。

• タスク完了前のライブファイル再ハッシュ。

• 自動的に適用されることのない、独立した計画とパッチのドラフト。

• 検証器付きのスコープごとの追加専用SHA-256イベントチェーン。

• 人間のMCPメッセージ作成機能を備えたピクセルスタイルのローカルコントロールルーム。

• 調整コアはPython標準ライブラリ以外にランタイム依存関係がありません。オプションの暗号化 フィードバックにはfeedbackエクストラ（cryptography）を使用します。

• デュアル時代MCPサポート：レガシー初期化と2026-07-28ディスカバリモデル。

• ループバックとTailscale Serveによるオプションのゼロレンタルプライベートモバイルコントロール。

• バインドされたルーム履歴のページング、アクティブタブのレンダリング、およびオプションの プロバイダランナー用のシングルトン低メモリメールボックススーパーバイザー。

クイックスタート

Windowsポータブルアプリ

GitHubのAlphaリリースからPeerBridgeControlRoom-0.1.0a6-windows-x64-portable.zipを ダウンロードし、完全なZIPを書き込み可能なフォルダに展開し、Launch PeerBridge.cmdを ダブルクリックします。ポータブルアプリはローカルワークスペースを %LOCALAPPDATA%\PeerBridge\workspaceの下に作成します。プロバイダの認証情報や プライベートランタイムデータは含まれません。

このAlpha実行可能ファイルはコード署名されていないため、Windows SmartScreenが 発行元の確認を求める場合があります。開く前にリリースのSHA-256を検証してください。 PeerBridgeは自動インストーラーを提供せず、既存のPython環境を変更しません。

ソースからインストール

要件：Python 3.11以降。

git clone https://github.com/hoylon/peerbridge-mcp.git
cd peerbridge-mcp
python -m venv .venv
.\.venv\Scripts\Activate.ps1
python -m pip install -e ".[dev]"
peerbridge init --project-root . --scope demo
peerbridge doctor --project-root . --scope demo

サーバーを手動で実行：

peerbridge serve --project-root . --agent-id codex-main --scope demo

クライアントが複数の公式またはリレーバックモデルを選択できる場合、認証情報を公開せずに ルートを記録します：

peerbridge serve --project-root . --agent-id grok-relay-reviewer --scope demo `
  --client-name relay-coding-client `
  --provider-id relay:grok-official-channel `
  --model-id grok

agent-idは論理ワーカーを識別します。client-nameはMCP対応アプリケーションまたは アダプターを識別します。provider-idはオペレーターが指定する非秘密のルートラベルであり、 model-idは選択されたモデルを識別します。GrokやDeepSeekの公式ウェブサイトとリレールートは、 同じモデルファミリーを公開していても別のIDです。

直接のOpenAI互換エンドポイントはCC Switchを必要としません。安全な接続ページで、 APIベースURLとAPIキーをWindows資格情報マネージャーに保存し、論理エージェントごとに 1つのルートを登録します。APIキーはSQLiteやMCPメッセージに入りません。 一部のリレーは要求されたモデルIDを受け入れますが、応答で安定したデプロイメントエイリアスを 報告します。その場合は期待される応答モデルを明示的に設定します。例えば、ルートが grok-4.6を要求し、応答がgrok-4.6-buildを報告する必要がある場合です。 未設定または変更されたエイリアスは、要求されたモデルとして黙って扱われるのではなく、 障害としてクローズされます。

サーバーはstdin/stdout上で改行区切りのJSON-RPCを話します。通常、MCPクライアントが それを起動するため、手動で起動したサーバーが入力待ちになるのは正常な動作です。

クライアントの接続

絶対的なPython実行可能ファイルパスを使用して、各クライアントが同じインストール環境と 共有データベースを起動するようにします。

Codex

codex mcp add peerbridge -- C:\path\to\peerbridge-mcp\.venv\Scripts\python.exe `
  -m peerbridge_mcp serve --project-root C:\path\to\your-project `
  --agent-id codex-main --scope your-project

Claude Code

claude mcp add --scope project --transport stdio peerbridge -- `
  C:\path\to\peerbridge-mcp\.venv\Scripts\python.exe `
  -m peerbridge_mcp serve --project-root C:\path\to\your-project `
  --agent-id claude-code --scope your-project

両方のクライアントが共有プロジェクト設定を書き込む場合は、異なるMCPサーバーエントリ名を 使用します。例：peerbridge-codexとpeerbridge-claude。 TOML、JSON、Linux、macOSの例についてはクライアント設定を参照してください。 同じstdioサーバーはKimi Code CLIに登録できます。他のプロバイダは別のAPIバックアップ ランナーを必要とする場合があります。エージェント統合境界を参照してください。

PeerBridgeは、エージェント名から推測するのではなく、バインドされた各ルームシートの 実効能力を報告します：

• MCP NATIVE：実際のMCP対応クライアントまたはターミナルがセッションを所有し、 PeerBridgeサーバーを直接呼び出すことができます。

• MCP TOOL：APIバックアップモデルがPeerBridgeのバインドされた許可リスト付きMCPツール ループ内にあります。ツール能力はありますが、ネイティブクライアントセッションとしては 表現されません。

• INFERENCE：ルートはバインドされたモデル回答を返すことができますが、PeerBridgeツールを 呼び出すことはできません。WebチャットタブとワンショットCLIフォールバックはここに属します。

MCPを実装する他のクライアントやターミナルは、クライアント設定に 示されている同じstdioコマンドを使用できます。設定されたルートは、そのクライアントが 実際に実行され、認可されるまでライブとは見なされません。

公式クライアントリファレンス：

• Codex MCP設定

• Claude Code MCP設定

• Kimi Code CLI

ピクセルコントロールルーム

peerbridge monitor --project-root C:\path\to\your-project --scope your-project

モニターはメッセージ、タスク所有権、ピアレビュー、証明記録、イベントログを表示します。 そのコンポーザーは、エージェントと同じMCP stdioパスを通じて人間のメッセージを送信するため、 人間の介入は同じハッシュと監査証跡を受け取ります。

エージェントは永続的なグローバルエージェントライブラリに存在します。エージェントを ルームにドラッグまたは追加すると、ルームスコープのシートが作成されます。グローバルIDを 移動したり消費したりしません。したがって、同じエージェントが複数のルームに同時に 参加できます。各シートは独立したroom_session_id、要求されたルート、ルームカーソルを 持ちます。シートを削除すると、そのルームでの将来の配信が停止されますが、メッセージと 監査履歴は保持されます。コンテキストはルーム間で暗黙的にコピーされません。オペレーターが コンテキストを共有したい場合、明示的で監査されたサマリーメッセージが必要です。

各カスタムルームには明示的な自動化ポリシーがあります。オフはモデルを起動せずに 履歴を記録します。1ラウンドはルーティングされたすべてのエージェントシートに 並列に正確に1回要求します。制限付き議論は、現在のすべてのディスパッチが終了状態に なった後にのみ、並列ラウンドを進めます。返信はCONTINUE、CONSENSUS、または BLOCKEDで終了します。コーディネーターは合意、障害、停滞、ラウンド制限、または メッセージ予算で停止します。ルームバーでは、人間が進行中のラウンドを一時停止および 再開したり、自動停止条件後に制限付き議論を続行したり、明示的に停止したりできます。

返信が制御不能な返信カスケードを作成することはありません。コーディネーターが作成した プロンプトのみがディスパッチ可能であり、ラウンドの進行は冪等であり、各スコープには 1つのスーパーバイザー書き込みロックがあります。新しいルーム投稿を開始すると、 古い開いている議論は停止されますが、その履歴と停止理由は保持されます。

デスクトップコンポーザーは、最大5つの明示的に選択されたPNG/JPEG/GIF/WebPまたは UTF-8テキスト/Markdown/CSV/JSON/ログファイル（各8 MiB、合計16 MiB）を添付できます。 PeerBridgeは宣言されたタイプを検証し、クレデンシャル風のテキストを拒否し、各ファイルを 無視されるローカル.peerbridge-artifacts/chat/ストアにSHA-256名でコピーし、メッセージに その相対的なコンテンツアドレスパスのみをバインドします。元の絶対パスとファイル名は SQLiteに入りません。初期ファンアウト/議論プロンプトはバインディングを1回受け取ります。 後のラウンドでは重複しません。添付ファイルの転送は、選択されたプロバイダが画像を 解釈できることを証明しないため、サポートされていないルートは監査可能なファイル参照として 扱う必要があります。

共有メモリページは、明示的なメモリレコードをチャットとは別に表示します。 PeerBridgeは隠れた思考連鎖、プロバイダ側の会話状態、または認証情報を抽出または 同期しません。エージェントは独自のプライベートスクラッチサマリーを書き込むことができ、 アクティブルームメンバーはルームメモリを読み取ることができ、human-operatorのみが プロジェクトメモリを公開または取り消すことができます。プロジェクトへの昇格には、 SHAでバインドされたソースメッセージ、親メモリ、またはプロジェクトアーティファクトが 必要です。取り消しは元のレコードを保持し、履歴を削除する代わりに新しい監査領収書を 追加します。

APIバックアップのOpenAI互換ランナーは、デフォルトで読み取り専用のlist_memoriesと read_memoryツールのみを受け取ります。したがって、Codex、Claude Code、Grok、Kimi、 DeepSeek、またはローカルモデルと同じ承認された事実を使用できますが、プロジェクト全体の メモリを公開する許可はありません。すべてのルームは、同じグローバルエージェントが 複数のルームにシートを持っている場合でも、独立したモデルセッションとカーソルを保持します。

プライベートモバイルコントロール

オプションの実験的リモートページは、Tailscale Serveを通じて意図的に狭い人間用 インターフェースを公開します。バックエンドは127.0.0.1にのみバインドします。 テールネットプロキシが認証されたユーザーIDを提供します。スコープにバインドされた 観測と監査された人間のMCPメッセージをサポートし、シェル実行やファイル変更は行いません。

.\scripts\launch_remote_control.cmd -Port 8765 -Scope your-project

セキュリティ境界、テスト、電話のセットアップ、および公開Tailscale Funnel露出の明示的な 禁止については、プライベートリモートおよびモバイルコントロールを 参照してください。

製品ステータスとオプトインメトリクス

PeerBridge は、ホスト型サービス、支払いフロー、または商用エンタイトルメントプロバイダーを有効にすることなく、機械可読な機能境界を公開します。

peerbridge product --project-root . status
peerbridge product --project-root . status --capability remote.experimental.self_hosted

ローカル分析フックはデフォルトでオフです。明示的なオプトインがない限り、インストールIDを作成したり、イベントをキューイングしたり、ネットワークエンドポイントに接続したりすることはありません。現在のアルファ版には分析送信機能はまったくありません。有効化されたデータは、ランダムでリセット可能なインストールIDを持つUTC日単位の集計カウンターとしてローカルマシンに残ります。

peerbridge analytics --project-root . status
peerbridge analytics --project-root . enable
peerbridge analytics --project-root . export
peerbridge analytics --project-root . disable

GitHub Release アセットの download_count はファイルダウンロード数を測定し、ユニークユーザー数ではありません。実際のDAU/WAU/MAU推定には、将来の透過的なコレクターとアプリの明示的なオプトインが必要であり、アクティブなインストール数として説明する必要があり、ユーザー数ではありません。プロンプト、メッセージ本文、APIキー、モデル出力、ファイル名/パス、プロジェクト名、アカウントID、IPアドレス、および任意のメタデータは、公開イベントスキーマの範囲外です。詳細はテレメトリーと起動メトリクスおよび実験的なリモート/商用フックを参照してください。

お知らせは分析とは独立しています。パッケージ化されたアルファ版は、デフォルトで読み取り専用のHTTPSお知らせ接続を有効にし、アップデートチェックなしで緊急のお知らせを表示できるようにします。各リクエストは、選択されたUIロケール、ロケールごとのお知らせカーソル、および固定された非識別のPeerBridgeお知らせクライアントユーザーエージェントを送信します。通常のネットワークインフラストラクチャも送信元IPアドレスを観測できます。インストールID、資格情報、プロジェクトパス、メッセージ内容、またはモデル出力は送信しません。お知らせページには個別のネットワークスイッチがあります。これをオフにするとお知らせリクエストは停止しますが、バインドされたローカルキャッシュは読み取り可能なままです。ポップアップ通知には独自の独立した設定があります。保存された設定ファイルが読み取れない場合、ネットワークポーリングとポップアップの両方が、ユーザーが明示的に新しい設定を保存するまでフェイルクローズされます。

フィードバックはHTTPS経由でプライベートに送信されます。通常のレポートメタデータ、ユーザーが選択した診断情報、連絡先詳細、および添付ファイルは転送中は保護されますが、サポートバンドル内ではエンドツーエンドで暗号化されていません。ユーザーが明示的に含めることを選択したオプションの資格情報のみが、アップロード前にピン留めされたメンテナーサポート公開鍵を使用してローカルで暗号化されます。詳細はフィードバックプライバシーを参照してください。

コントロールルームは、永続化されたzh-Hant / zh-Hans / 英語ロケール基盤、再生可能な初回実行チュートリアル、および明示的な読み取り専用アップデートチェックを提供します。アルファ版のインストールは、新しいGitHubリリースを報告します。将来の安定版チャンネルは、安定版リリーストラックのみを追跡します。 チェッカーはコードをダウンロードしたりインストールしたりすることはありません。署名付きワンクリックアップデートとロールバックは将来の作業です。

安全な接続ページは、2つのローカルオンボーディングパスをサポートしています。

• プライベートHTTPSエンドポイントとAPIキーを入力します。PeerBridgeはこれらを現在のWindowsユーザーの資格情報マネージャーに保存し、MCPを介して編集された識別子とSHA-256フィンガープリントのみを書き込みます。

• 公式のCC Switch CLIを介して既存のClaude、Codex、Gemini、OpenCode、Hermes、またはOpenClawプロバイダーを発見し、CC Switchの既に保存されている資格情報を使用してモデルIDを取得し、PeerBridgeルートを登録し、明示的な人間の確認後にのみ切り替えます。

ホストのみのOpenAI互換URLの場合、PeerBridgeは従来の/v1 APIベースを追加します。プロバイダーが明示的な互換性パスを公開している場合は、その完全なベースパスを入力します。PeerBridgeはそれを保持します。これにより、プロバイダー固有のコードなしで、Geminiの/v1beta/openai/互換ベースなどのエンドポイントをサポートします。

PeerBridgeは、生のAPIキーや完全なプライベートエンドポイントをMCPメッセージ、SQLite、監査イベント、レシート、ログ、コマンドライン引数、ディープリンク、Git、またはテレメトリーに入れません。CC Switchデータベースを読み取ったり、CC Switch設定をエクスポートしたりしません。自動CC Switchプロバイダー作成は、その公開ディープリンク/インポート契約がオペレーティングシステムのシークレットストアの外部にキーを公開する可能性があるため、意図的に無効にされています。

コンポーザーは、検証済みカスケードを使用します。受信エージェント、登録されたプロバイダールート、そのルートで利用可能なモデル、そしてその正確なモデルで利用可能な推論モードです。モデルファミリーと推論レベルは別々のフィールドです。gpt-5.6-lunaなどのモデルバリアントは、推論レベルとして提示してはなりません。ルーティングされたメッセージは、観測されたランタイムIDが要求されたすべてのフィールドと一致する受信セッションが確認するまで、REQUESTED状態のままです。 一致しないセッションはメッセージを確認できません。その後、PeerBridgeはSHAバインドされたVERIFIEDルートレシートを追加します。

保存されたルートは、MCPを介して登録できます。

{
  "route_id": "codex-luna-medium",
  "agent_id": "codex-main",
  "provider_id": "openai-official",
  "model_id": "gpt-5.6-luna",
  "reasoning_mode": "medium",
  "route_class": "official"
}

検証済みの応答エイリアスを持つプロバイダーの場合、個別のバインディングを追加します。

{
  "route_id": "relay-grok-4.6",
  "agent_id": "grok-relay",
  "provider_id": "relay-grok-sui-xiang",
  "model_id": "grok-4.6",
  "response_model_id": "grok-4.6-build",
  "route_class": "relay"
}

model_idは送信リクエストIDです。response_model_idは、すべての完了応答に必要な正確なモデルIDです。省略された場合、デフォルトでmodel_idになります。両方ともルートプロファイルと推論レシートでSHAバインドされます。

そのペイロードでupsert_route_profileを呼び出し、モニターでプロファイルを選択するか、route_profile_idをsend_messageに渡します。プロファイルとユーザーが入力したラベルはルーティングリクエストであり、上流のIDの証明ではありません。各MCPピアを実際の観測されたラベル（--reasoning-modeを含む）で起動し、レシートゲートがそれらを検証できるようにします。

推奨ワークフロー

1. 各エージェントは作業を開始する前にbridge_statusとworkboardを呼び出します。

2. 意図された書き手は、正確な読み取りパスと書き込みパスでclaim_taskを呼び出します。

3. 書き手はPeerBridgeの外部で作業している間、announce_workを呼び出します。

4. ライブハッシュとテスト証拠をrecord_proofで記録します。

5. 承認ポリシーがピアを必要とする場合、request_reviewを呼び出します。

6. ピアはバインドされたアーティファクトを読み取り、submit_reviewを呼び出します。

7. 書き手はcomplete_taskを呼び出します。PeerBridgeはファイルを再ハッシュし、ポリシーをチェックします。

8. 誰でもverify_audit_chainを呼び出すか、peerbridge doctorを実行できます。

request_reviewは手動のガバナンスキューです。モデルを呼び出すことはなく、レビューページに表示され、ルームチャットには表示されません。ルーティングされたルームエージェントを起動するには、post_room_messageを通じて投稿します。onceは1回の並列ラウンドを送信し、discussionはバインドされた並列ラウンドを実行します。返信がそれだけで別のファンアウトをトリガーすることはありません。

PeerBridgeは作業を調整します。コーディングクライアントは、通常のツールを使用してファイルを読み取り、編集、テストします。

承認モード

プレゼンスアウェアモードは断続的な使用をサポートします。有料エージェントが1つだけ実行されている場合にすべての作業をブロックすることを避けながら、名前付きピアが実際にライブである場合にはレビューを要求します。クォーラムモードは、3つ以上の独立して接続されたエージェントを対象としています。それらのエージェントを開始、支払い、または認証することはありません。

セキュリティ境界

• .peerbridge/には会話とタスクのメタデータが含まれる可能性があります。gitignoreされていますが、暗号化されていません。オペレーティングシステムの権限でプロジェクトディレクトリを保護してください。

• メモリ本体は明示的な調整データであり、暗号化されたシークレットストアではありません。資格情報、隠れた推論、または無関係な個人データをメモリレコードに決して入れないでください。

• シークレット検出は、フェイルクローズのベストエフォートフィルターであり、完全なDLPシステムではありません。

• 監査チェーンは多くの変更を検出しますが、アンカーされていない末尾の削除はデータベースだけから証明することはできません。重要なチェーンヘッドをエクスポートするか、外部にアンカーしてください。

• ファイルシステムアクセスを持つ悪意のあるローカルユーザーは、現在の脅威モデルの範囲外です。

• ローカルプロセスはループバックに到達し、プロキシヘッダーを偽装できます。オペレーティングシステムアカウントは、プライベートモバイルモードの信頼できる境界のままです。

• PeerBridgeは、レビューを破壊的なシェルコマンドを実行する許可として解釈することはありません。

機密性の高いリポジトリでブリッジを使用する前に、完全な脅威モデルをお読みください。

非目標

• 別のAIモデルを自動的に起動したり支払ったりすること。

• Git、コードレビュー、CI、またはリポジトリ権限を置き換えること。

• 生成されたパッチを適用すること。

• リモートのマルチテナントMCPサービスをホストすること。

• ローカルSQLiteデータベースを暗号化すること。

• AIレビューが人間のセキュリティレビューと同等であると主張すること。

開発

python -m pytest
python -m compileall -q src
python -m build

CONTRIBUTING.md、アーキテクチャ、およびデモウォークスルーを参照してください。将来のクラウドおよびモバイル作業は、ロードマップで明示的に分離されています。

ライセンス

Apache License 2.0。 LICENSEを参照してください。

PeerBridgeの名前とロゴは別個のブランド資産であり、Apache-2.0の下ではライセンスされていません。ブランド資産の出所および商標ガイドラインを参照してください。