Nous Research、Hermes Agent と Buzz の統合経路を 3 つ公開
本文の状態
日本語全文を表示中
詳細モードで約5分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
MarkTechPost
Buzz Desktop でのローカル実行、ホスト型エージェント用リレーブリッジ、Telegram や Discord と同等機能を持つネイティブゲートウェイプラットフォームという3つの接続方法が提示された。
AI深層分析を開く2026年7月31日 21:51
AI深層分析
キーポイント
3 つの統合パスの詳細
Buzz Desktop でのローカル実行、ホスト型エージェント用リレーブリッジ、Telegram や Discord と同等機能を持つネイティブゲートウェイプラットフォームという3つの接続方法が提示された。
Bot トークンモデルの排除
Buzz は Nostr プロトコルを採用し、すべてのメッセージを署名付きイベントとして扱うことで、従来のボットトークンモデルに代わり、エージェントに独自の鍵ペアとアイデンティティを与える。
デプロイメントとライセンス
Buzz は Apache-2.0、Hermes Agent は MIT ライセンスで、ソロ開発者から中堅企業までが自己ホスト可能であり、モバイルクライアントや承認ゲートは現在整備中の段階である。
セキュリティとデフォルト設定
ゲートウェイ経路では NIP-42 認証と BIP-340 署名を採用し、メンション必須やユーザー制限などのデフォルト設定により、エージェントの動作範囲を制御する仕組みが用意されている。
ゲートウェイ経路の機能維持
この経路では、Hermes のメモリ、スキル、承認、cron、セッションがすべて保持される。
重要な引用
That removes the bot-token model.
Agents get their own identity, their own channel memberships, and their own audit trail.
Buzz is Apache-2.0 with 18.8k stars; Hermes Agent is MIT licensed.
The gateway path keeps Hermes memory, skills, approvals, cron, and sessions intact.
編集コメントを表示
編集コメント
エージェントに固有のアイデンティティと監査証跡を与える設計は、AI の信頼性と透明性を高める上で重要な一歩となる。ただし、モバイルクライアントや承認ゲートの整備状況を確認し、自社のユースケースに適した統合パスを選択する必要がある。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
Nous Research は、Buzz における Hermes Agent のサポートを発表しました。Buzz は Block が開発したオープンソースのセルフホスト可能なワークスペースで、人間と AI エージェントが同じチャンネルを共有できます。Buzz は Nostr を基盤としており、すべてのメッセージはあなたが管理するリレー上の署名済みイベントです。参加者（人間もエージェントも）すべてが鍵ペアとして機能します。これにより、従来のボットトークンモデルは不要になります。エージェントには独自のアイデンティティ、チャンネルへの加入権限、そして監査証跡が与えられます。
これは実際に導入可能なのでしょうか？誰向けの実装でしょうか？
はい、両方とも今日からセルフホスト可能です。Buzz は Apache-2.0 ライセンスで GitHub のスター数は 18.8k を突破しています。Hermes Agent は MIT ライセンスです。個人開発者や小規模なエンジニアリングチームであれば、設定不要で Buzz Desktop を通じてすぐに運用できます。中堅企業向けのプラットフォームチームにとって最も適した構成と言えます。なぜなら、リレーは Postgres、Redis、S3/MinIO 上に構築されるためです。大企業では、モバイルクライアントやワークフロー承認ゲートがまだ実装段階にある点を考慮し、パイロットプロジェクトとして範囲を限定して導入するのが現実的です。具体的な活用事例としては、チャンネル履歴に基づくインシデントの記憶保持、ブランチを部屋に見立てたコードレビュー、エージェントが草案を作成したリリースノート、そして定期実行されるレポート配信などが挙げられます。
接続する 3 つの方法
統合ドキュメントでは、Hermes が動作する場所に応じてアプローチを分けています。
Buzz Desktop の管理ランタイム下では、Buzz が Hermes をローカルで起動し、事前に設定されたハッチとして機能させます。[Settings → Runtimes] を開くと、自動的に Hermes が見つかります。ディスカバリー機能により、ログインシェルの PATH に登録されている hermes-acp ランチャーが解決されます。これはインストーラーによって ~/.local/bin ディレクトリに書き込まれます。外部からの通信は、標準入出力（stdio）を介した ACP で行われます。
ホスト型エージェントのアイデンティティには、リレーブリッジが適しています。Buzz の buzz-acp ハーネスは、標準入出力（stdio）を介して Hermes ACP へチャネルを橋渡しし、WebSocket でリレーに到達します。これはインストールを追加するのではなく、転送経路の統合です。起動されたサブプロセスは、そのホスト上の Hermes と同じ設定、認証情報、メモリ、スキル、状態を共有します。
ネイティブゲートウェイプラットフォームが最も深い選択肢となります。バンドルされた Buzz プラグインにより、Buzz は Telegram や Discord のような通常の Hermes メッセージングプラットフォームとして機能し、チャネル、ダイレクトメッセージ（DM）、メンションによるアクセス制限、スレッド付き返信、リアクション、画像、定期配信などをカバーします。Hermes 側は独自の承認管理、メモリ、セッション管理を維持します。セットアップは Hermes ゲートウェイのセットアップと同様です。
転送経路、デフォルト設定、アイデンティティについて
ゲートウェイパスでは、受信データは依存関係のない BIP-340 署名を持つ永続的な NIP-42 認証 Nostr WebSocket を経由して到着し、自動的に CLI ポリングにフォールバックします。送信は常に Buzz CLI を通じて行われます。転送設定には「auto（自動）」「websocket」「poll」が指定可能で、poll_interval のデフォルト値は 4 秒です。
推奨されるデフォルト設定では、プライバシー保護が優先されます。「require_mention: true」とすると、エージェントはチャネル内で名前を呼ばれた場合のみ回答し、DM では常に即座に返信します。「allow_all_users: false」を設定すると、アクセス権限はリストされた npubs または hex 形式の公開鍵に制限されます。また、「interim_assistant_messages: false」と「tool_progress: off」により、ツールログがチャネルに表示されないように制御できます。イベントはイベント ID を用いて重複排除され、各チャネルごとの最高水位（high-water mark）に対して管理されます。さらに、エージェント自身のメッセージも公開鍵（pubkey）によってフィルタリングされます。
要点
Hermes Agent は、Buzz と接続するために 3 つの経路を用意しています。それぞれデスクトップランタイム、リレーブリッジ、ネイティブゲートウェイです。
ゲートウェイ経由では、Hermes のメモリ、スキル、承認履歴、定期タスク（cron）、セッション情報がすべて保持されます。
外部からの通信には NIP-42 仕様の Nostr WebSocket を使用し、必要に応じて CLI によるポーリング（4 秒間隔）をフォールバックとして用意しています。
デフォルト設定はプライバシー重視です。メンション機能は制限され、許可リストが強制適用され、ツールのログ出力も抑制されます。
Buzz Desktop ではツールへのアクセス権限が自動承認されるため、エージェントは所有者のみが利用できるように設定してください。
詳細は統合ドキュメント、Buzz アダプターリファレンス、GitHub リポジトリをご覧ください。また、Twitter のフォローや SubReddit への参加、ニュースレターの購読も歓迎しています。
原文を表示
Nous Research has released Hermes Agent support for Buzz, Block’s open source, self-hostable workspace where humans and AI agents share the same channels. Buzz is built on Nostr. Every message is a signed event on a relay you own, and every participant, human or agent, is a keypair. That removes the bot-token model. Agents get their own identity, their own channel memberships, and their own audit trail.
Is it deployable, and for whom?
Yes, and both sides are self-hostable today. Buzz is Apache-2.0 with 18.8k stars; Hermes Agent is MIT licensed. Solo developers and small engineering teams can run it through Buzz Desktop with no configuration. Mid-market platform teams are the strongest fit, because the relay sits on Postgres, Redis, and S3/MinIO. Enterprises should scope this as a pilot, since mobile clients and workflow approval gates are still being wired up. Practical applications include incident memory over channel history, branch-as-room code review, agent-drafted release notes, and cron-delivered reports.
Three ways to connect
The integration docs split the work by where Hermes runs.
Under the Buzz Desktop managed runtime, Buzz spawns Hermes locally as a preset harness. Open Settings → Runtimes and Hermes appears automatically. Discovery resolves the hermes-acp launcher on your login-shell PATH, which the installer writes to ~/.local/bin. Inbound is ACP over stdio.
The relay bridge suits a hosted agent identity. Buzz’s buzz-acp harness bridges a channel to hermes acp over stdio, reaching the relay by WebSocket. This is a transport integration, not a second install. The spawned subprocess shares the same config, credentials, memory, skills, and state as hermes on that host.
The native gateway platform is the deepest option. A bundled buzz plugin makes Buzz a normal Hermes messaging platform beside Telegram and Discord, covering channels, DMs, mention gating, threaded replies, reactions, images, and cron delivery. Hermes keeps its own approvals, memory, and session management. Setup is hermes gateway setup.
Transport, defaults, and identity
On the gateway path, inbound arrives over a persistent NIP-42-authenticated Nostr WebSocket with dependency-free BIP-340 signing, falling back to CLI polling automatically. Outbound always goes through the buzz CLI. The transport setting accepts auto, websocket, or poll, and poll_interval defaults to 4 seconds.
The recommended defaults ship private. require_mention: true means the agent answers only when addressed in channels, while DMs always dispatch. allow_all_users: false restricts access to listed npubs or hex pubkeys. interim_assistant_messages: false and tool_progress: off keep the tool log out of the channel. Events are de-duplicated by event id against a per-channel high-water mark, and the agent’s own messages are filtered by pubkey.
Key Takeaways
Hermes Agent connects to Buzz three ways: Desktop runtime, relay bridge, and native gateway.
The gateway path keeps Hermes memory, skills, approvals, cron, and sessions intact.
Inbound uses a NIP-42 Nostr WebSocket, with CLI polling fallback at 4 seconds.
Defaults are private: mention gating on, allow-list enforced, tool logs suppressed.
Buzz Desktop auto-approves tool permissions, so keep agents owner-only.
Check out the Integration Docs, the Buzz Adapter Reference, and the GitHub Repo. Also, feel free to follow us on Twitter, and don’t forget to join our SubReddit and subscribe to our Newsletter.
The post Nous Research Ships Three Integration Paths for Hermes Agent and Buzz, Block’s Open Source Nostr Workspace for Humans and Agents appeared first on MarkTechPost.
関連記事
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み