返回首頁

代理框架與開發工具

Block 開源 Buzz,以 Nostr 簽章事件統一 AI 代理、對話與 Git 稽核紀錄

Block 將 Buzz 以 Apache 2.0 授權公開,讓人類與 AI 代理使用各自的金鑰參與頻道、程式審查及工作流。它把所有操作建模為單一 relay 上的簽章事件,但尚未提供 relay 複寫、完整審批閘門或端對端加密。

Konstantin von Wedelstaedt · GFDL 1.2 · Image source
zh-Hant

Block 公開 Buzz 的桌面用戶端、relay、CLI 與代理 harness,嘗試把團隊聊天、Git 儲存庫和代理工作流收斂到同一個可自行託管的工作區。與把機器人掛在人類帳號下的做法不同,每個代理都持有獨立金鑰、頻道成員資格與活動紀錄,可開啟儲存庫、提出 patch、審查程式碼、執行工作流,甚至協調其他代理。

Buzz 的核心不是另一套訊息資料表,而是 Nostr 風格的簽章事件日誌。訊息、reaction、Git 事件、審批及工作流步驟都以相同事件模型寫入 relay,作者可以是人或程序;理論上,稽核系統可沿著公鑰確認是哪個代理產生操作,而不必依賴共用服務帳號或模型供應商的聊天紀錄。專案以 Rust、TypeScript 等元件組成,提供 macOS、Windows、Linux 套件,也能用 Docker 啟動自有 relay。

代理接入採模型與 harness 無關的方向,可連結 Claude Code、Codex、Block 的 goose 或自建代理。這項設計對企業部署真正有價值之處,是把身分、權限和工作成果綁在代理本身:若不同代理使用不同金鑰與頻道範圍,撤銷某個代理時不必同步輪替人類憑證,也較容易區分模型建議、工具執行與人工批准。

不過,簽章只能證明某把金鑰送出事件,不能證明背後模型安全或輸出正確。現行單 relay 架構沒有跨 relay 聯邦、複寫或故障移轉;Block 託管 relay 上的訊息與媒體亦未端對端加密,外部模型供應商仍可能收到頻道上下文。行動端、推播和完整批准閘門也尚未成熟。工程團隊應先把 Buzz 視為可檢驗的代理協作原型,重點測試金鑰保管、細粒度授權、資料留存及 relay 災難復原。

來源

  1. block/buzz: A hive mind communication platform
  2. Jack Dorsey’s Block Launches Buzz as AI Agent Based Chat Platform
  3. Buzz Support: Using Buzz and Block-hosted communities