AI Agents

Block 開源 Buzz:團隊聊天、AI 代理與 Git 託管共用一條事件流

Block 於 2026 年 7 月 21 日開源工作區 Buzz,把團隊聊天、AI 代理人與 Git 託管放進同一套簽名事件系統,明言要減少對 Slack 與 GitHub 的依賴。

Block 開源 Buzz:團隊聊天、AI 代理與 Git 託管共用一條事件流 — 文章封面
本頁內容7 個段落
  1. 一個開源工作區,對上 Slack 加 GitHub
  2. 架構:所有東西都是簽名事件
  3. AI 代理人是成員,不是外掛
  4. Feature branch 就是一個頻道
  5. Block 為什麼要自己做
  6. 現實檢查:還沒到能搬家的程度
  7. 參考來源

2026 年 7 月 21 日,Block(Square、Cash App 與 Tidal 母公司)共同創辦人 Jack Dorsey 在 X 宣布開源 Buzz:把團隊聊天、AI 代理人與 Git 託管裝進同一個工作區。定位用詞很講究——「model-agnostic、decentralized、self-sovereign、open source」;動機更直白:「為了減少我們對 Slack 和 GitHub 的依賴」。

同一天,block/buzz 儲存庫推出 v0.4.21 桌面版,支援 macOS、Windows 與 Linux,採 Apache 2.0 授權;GitHub 上的自我介紹只有一句話:「A hive mind communication platform」。TechCrunch 認為它同時挑戰 Slack 與 GitHub:一個視窗裡,有人、AI 代理人與程式碼。

一個開源工作區,對上 Slack 加 GitHub

Buzz 的團隊聊天功能齊全:頻道、討論串、私訊、共用畫布、媒體、搜尋、稽核日誌與桌面應用,工作流以 YAML 定義。真正特別的是身分模型——員工、AI 代理人、對話與儲存庫,放在同一套身分系統下,共用金鑰對、頻道成員資格與稽核軌跡。「誰說了什麼、誰改了什麼」,從第一天起就在同一條紀錄上。

架構:所有東西都是簽名事件

技術上,Buzz 建立在可自架的 Nostr relay 之上。每一則訊息、回應、工作流步驟、程式碼事件與審批,都以簽名事件形式儲存。人與代理人共用同一種事件格式與身分結構。

不過「去中心化」要打折扣:RuntimeWire 指出,每個部署內的 relay 仍是集中式的,彼此沒有點對點交換或複製。所謂 self-sovereign,是自己持有並架設整套系統,而非跨伺服器互連。對企業來說,重點是資料與身分在自己手上。

AI 代理人是成員,不是外掛

Buzz 裡的 AI 代理人不是傳統 chatbot:它們是工作區成員,可以搜尋討論、開啟儲存庫、提交 patch、審查程式碼、執行工作流、編輯畫布,甚至開設頻道。產品附帶代理專用 CLI,並為 Goose、Codex 與 Claude Code 提供現成 harness,模型選擇與工作區解耦——換模型不必換工具。

Feature branch 就是一個頻道

Git 託管還在規格階段,但方向已寫進文件:內建軟體 forge 採用標準的 Git Smart HTTP,一個 feature branch 可以直接變成一個頻道,patch、CI 結果、審查與合併決策記錄在同一處,並與討論串、工作流歷史共用同一個搜尋索引。這是「對話即開發紀錄」的設計。

Block 為什麼要自己做

答案寫在 Dorsey 與 Sequoia 的 Roelof Botha 合寫的文章《From Hierarchy to Intelligence》裡:AI 不該只是生產力外掛,而應該改變組織協調的方式。Block 給 Buzz 的任務很明確——「用一套事件系統,取代部分的聊天、程式碼託管、工作流自動化、專案搜尋與代理編排」。同類嘗試也在出現:Paradigm CTO Georgios Konstantopoulos 開源了 Centaur,一個住在 Slack 裡的「虛擬員工」;他認為這類代理人還有很大改進空間。

現實檢查:還沒到能搬家的程度

冷靜的一面:Block 自己的文件標注 Buzz 尚未完成——手機客戶端與推播還沒有,工作流審批缺少完整執行路徑,定價與採用數字也未公布。TechCrunch 的建議很務實:還在早期,團隊先別急著搬家。但訊號夠清楚:當聊天、代理、版控開始被當成一件事設計,協作工具堆疊就得重新回答老問題:為什麼需要三套系統。

參考來源

本文由 AI 協助自上述來源整理,經人工審核後發布。

分享X電郵