摘要： Block 共同創辦人 Jack Dorsey 在 2026 年 7 月 21 日宣布開源 Buzz，把團隊聊天、AI 代理人與規格階段的 Git 託管放進同一工作區。同日釋出的 v0.4.21 桌面版採 Apache 2.0，員工與代理共用身分系統，訊息和工作流事件都以簽名事件保存。文章同時指出行動端、推播與完整審批執行路徑尚未完成，定價與採用數字也未公布。
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 本身仍是集中式的——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 給的建議走務實路線:現在仍屬早期,團隊不必急著搬家。但訊號已經夠明確:當聊天、代理與版控開始被當成同一件事來設計,協作工具堆疊就必須重新回答那個老問題——為什麼需要三套系統。