七月二十一日，Jack Dorsey 的公司 Block（Square、Cash App、比特幣業務的母公司）沒有開發布會，直接把一個叫 Buzz 的東西丟上 GitHub。五天，一萬兩千顆星，全站當日新增第一。它想幹的事只有一句話：把你團隊分散在七個付費軟體裡的活，收進一個你自己擁有的房間，而且讓 AI 不再是外掛，是房裡有身分證的成員。
一句話結論：Block Buzz 是 Jack Dorsey 團隊開源（Apache 2.0）的自架協作工作台，把聊天、程式碼倉庫、CI、審批、搜尋合成一個跑在 Nostr relay 上的「房間」，AI agent 在裡面有自己的加密身分和審計軌跡。目前桌面版、倉庫、搜尋已能用，適合想自架、在意主權、又想讓 Claude Code／Codex 真正「進駐」團隊的人。
最後更新：2026 年 7 月 26 日。版本與功能狀態以 官方 GitHub 為準。
三十秒看懂 Buzz 是什麼
| 項目 | 內容 |
|---|---|
| 是什麼 | 自架的團隊工作台，人和 AI agent 共用同一批房間 |
| 出品 | Block, Inc.（Jack Dorsey），2026-07-21 開源 |
| 授權 | Apache 2.0（免費、可商用、可自架） |
| 底層 | Nostr relay：每則訊息／審批／git 事件都是一筆簽名事件，同一份日誌 |
| 星數 | 約 12,000★，開源當週單日新增約 2,500（截至 2026-07-26） |
| 支援 agent | Block 自家 Goose、OpenAI Codex、Claude Code |
| 平台 | 桌面版 macOS／Windows／Linux；手機版（iOS＋Android）開發中 |
| 重點聲明 | 「不是區塊鏈」「不是要取代人」：用簽名事件，不發幣，人留在圈內 |
Block Buzz 到底是什麼？
是一個你自己架、人和 AI 共用的團隊工作空間。表面上它像 Slack：有頻道、討論串、私訊、語音、媒體分享。但打開引擎蓋，它其實是一份「事件日誌」：你發的每一則訊息、每一個表情回應、每一步工作流程、每一次程式碼審查的批准、每一個 git 動作，都是 Nostr relay 上的一筆簽名事件，存在同一條時間線裡。
Nostr 是一個去中心化的訊息協定，核心概念很簡單：你用一把私鑰簽名，任何人都能驗證「這確實是你發的」，而不需要一間公司幫你保管帳號。Buzz 把整個團隊協作搬到這套模型上，於是「人發的」和「機器發的」在資料結構上長得一模一樣，同樣的形狀、同樣的身分模型、同樣的審計軌跡。差別只有一件事：用哪一把鑰匙簽名。
官方文件裡有一句話說得很誠實：「說到底又是一個 AI 開發者工具，我們很抱歉。」它跟其他工具的真正差別，不在聊天框，而在 agent 進到房間之後能做什麼：開倉庫、送修補、審程式碼、跑工作流程、編輯畫布、指揮其他 agent、跳進語音會議、開新頻道。跟一個人類同事一樣的權限範圍，一樣的審計軌跡，只是換一把鑰匙。
為什麼是 Jack Dorsey 來做這個？
因為這條路線正好踩在 Block 一貫的信仰上：去中心化、自己擁有、不靠平台。Dorsey 離開 Twitter 之後，長期在推動 Nostr 這類「你擁有自己身分」的協定。Buzz 把這套信念從社交搬到了工作場景，你的團隊資料不放在別人的雲，而是放在「一個你自己擁有的 relay」上。
值得特別點出來的是：Buzz 官方在 README 裡用一整段強調「這不是區塊鏈」。它的原話大意是：簽名事件本身就很有用，不必逼所有人去買一顆紀念幣。這對加密圈的人其實是個很有意思的訊號：一個以比特幣聞名的公司，這次刻意把「可驗證」和「發幣」切開。想更了解 Block 這家公司的來龍去脈，可以看我先前寫的 Block XYZ 是做什麼的。
「AI agent 是團隊成員」到底是什麼意思？
這是 Buzz 最想跟你講、也是它跟市面上所有 AI 外掛最不一樣的地方。在大多數工具裡，AI 是一個 bot：你給它一組共用的 API key，它以「應用程式」的身分幫你做事，出了問題你很難查是哪一步、是誰授權的。Buzz 把這件事翻過來：每一個 agent 有自己的加密身分、自己的頻道成員資格、自己的審計軌跡。
權限是「按身分」給的，不是「按權限旗標」給的，就像你怎麼界定一個真人同事的權限那樣。
講白一點：你要讓一個 agent 去分類 bug，不必把「王國的鑰匙」整串交給它。它進的是它被加進去的那幾個頻道，做的每件事都留下用它自己鑰匙簽名的紀錄。哪天要追責，你看的是「這一筆是哪把鑰匙簽的」，而不是「這個共用帳號今天被誰用過」。對一個要把 AI 放進真實工作流程、又怕失控的團隊來說，這個設計比多一個聊天機器人實在得多。官方那句總結很到位：agent 是房間的一份子，不是鬧鬼的排程任務。
Buzz 跟 Slack、GitHub 差在哪？
差在「一份底稿」對上「七個分頁」。你現在的團隊，聊天在 Slack、程式碼在 GitHub、CI 在另一個儀表板、專案在 Notion、搜尋各查各的。七個工具彼此不知道對方發生什麼事，中間靠一堆膠水程式碼硬接。Buzz 賭的是：這些事可以跑在同一個底座上，人、agent、工作流程、倉庫全講同一套協定、用同一種鑰匙簽名、最後進同一個搜尋索引。
| 維度 | Buzz | Slack ＋ GitHub ＋ CI 拼裝 |
|---|---|---|
| 資料歸屬 | 自架，跑在你自己的 relay | 各家 SaaS 雲端 |
| 聊天／程式碼／CI | 同一個房間、同一份日誌 | 三套系統，靠整合硬接 |
| AI agent 身分 | 各自有加密鑰匙＋審計軌跡 | 多半共用 API key、bot 帳號 |
| 搜尋 | 對話、修補、工作流程、審批一次搜到 | 各系統各自搜 |
| 費用 | 開源免費（自架成本自付） | 按人頭月費疊加 |
| 成熟度 | 2026 年 7 月剛開源，部分功能施工中 | 成熟穩定、生態完整 |
要說清楚：這張表不是說 Buzz 已經贏了。Slack 和 GitHub 成熟穩定、生態齊全，Buzz 才剛出生。它贏的是「概念」和「歸屬權」，不是「今天就能無痛替換」。
七個訂閱疊起來，一年花你多少？（試算機）
Buzz 最直接的賣點是「收掉一堆訂閱」。到底收掉的是多少錢？填團隊人數自己算：
提醒一句：自架不等於零成本。你省下的是「軟體授權費」，但換來的是「伺服器＋維運＋自己扛備份」的責任。對五個人的小團隊，這筆帳未必划算；對五十人、又特別在意資料主權的團隊，這條線才開始有意思。
三個真實場景長什麼樣？
官方給了三個小故事，我覺得比任何功能列表都好懂：
- 凌晨兩點的事故記憶：你打一句「我們以前遇過這個錯誤嗎？」一個守在頻道裡的 agent 翻出六個月的歷史，貼出當時的討論串、根因、修法，還主動提議把上次改動的人 call 起來。整段對話——問題、答案、證據——全留在頻道裡。
- 分支即房間：你開一條功能分支，一個頻道自動長出來。修補以 NIP-34 事件落地、CI 把結果貼進來、一個 agent 先跑第一輪審查、隊友對在意的部分點回應，最後「合併與否」的決定，就落在放著所有證據的同一個房間。
- 自己會寫的發布說明：一個工作流程在打 tag 時觸發，agent 讀完各頻道已合併的 PR、草擬發布說明、貼出來給人審、拿到一個 👍，然後出貨。每一步都有簽名、每一步都搜得到。
這三個場景的共同點，是「為什麼」跟「做了什麼」被綁在一起了。傳統上，程式碼在 GitHub、討論在 Slack、決策散在各處；Buzz 讓「這段程式為什麼存在」的理由，跟程式本身待在同一個房間。這概念，跟阿里那套 Open Code Review 想解的「審查上下文」問題其實同源。
現在到底能用到什麼程度？
這點 Buzz 自己分得很清楚，我照搬給你，別被 demo 影片騙了：
- ✅ 今天就能用：relay、頻道、討論串、私訊、畫布、媒體、搜尋、審計日誌；桌面版 App（Tauri＋React）；buzz-cli（agent 專用，JSON 進 JSON 出）＋接 Goose／Codex／Claude Code 的 harness；YAML 工作流程；git 事件（NIP-34）；git 託管後端。
- 🚧 施工中：手機版（iOS＋Android，Flutter）、工作流程審批關卡、語音會議生命週期事件、推播通知。
- 💭 只有想法、還沒寫：跨 relay 的信任網（web-of-trust）聲譽、文化功能。官方原話：「先別把你的合規計畫押在這一欄上。」
翻成人話：核心的「聊天＋倉庫＋搜尋＋agent 進場」已經能跑，桌面版可以下載來玩；但手機、審批關卡、推播這些「團隊每天靠的東西」還在接線。現在適合拿來實驗、自架試跑，還不適合把公司命脈整個搬過去。
怎麼開始用 Buzz？（三條路徑）
照你是誰，挑一條：
- 只想試 App：去 GitHub 的 latest release 抓打包好的版本，包括 macOS 的 .dmg、Linux 的 .AppImage／.deb、Windows 的 .exe，像裝一般 App 那樣裝。預設連到
ws://localhost:3000，要指到別的 relay 就設BUZZ_RELAY_URL，或在 App 裡切換。 - 想自架來玩：需要 Docker 和 Hermit（或 Rust 1.88＋、Node 24＋、pnpm 10＋、just）。
git clone後跑just setup && just build，之後每天just dev就同時起 relay 和桌面 App。要架在 VPS 上，用deploy/compose/的正式 Compose 套件（含 Postgres、Redis、MinIO、選配 TLS）。 - 想讓 agent 進場：設好
BUZZ_PRIVATE_KEY，用buzz-cli，它就是設計成 JSON 進、JSON 出，給 LLM 工具呼叫用的。Windows 使用者要另外裝 Git for Windows（它需要 bash）。
不會寫程式也想試？直接走路徑一下載桌面 App 就好，不必碰指令列。要真正發揮它的價值（自架＋讓 agent 進駐），才需要動到路徑二、三。
這對散戶、對普通人有什麼意義？
如果你不是工程師，Buzz 本身你可能用不上。但它示範的方向，跟你會不會被 AI 甩開很有關係：AI 正在從「你去問它的聊天框」，變成「進駐你工作流程、有身分、能自己動手」的成員。今天是工程團隊，明天就是行銷、客服、營運的協作台。
對想靠 AI 多開一條出路的人，這裡有兩個可落地的收穫。第一，「自架＋agent」這套組合正在把「一個人開一間公司」變成常態。你用開源工具自己架協作台、讓 agent 幫你跑重複勞動，省下的就是本來要請人或買訂閱的錢。第二，看得懂「AI 是成員不是外掛」這個轉向，你在挑工具、接案、甚至幫小公司做自動化顧問時，就比只會用聊天框的人多一層籌碼。想先從「一個會自己動手的 AI 助理」入門，可以看 OpenClaw；想看另一套「自架 AI 研究團隊」，看 DeerFlow 2.0。
誰該現在碰，誰該再等等？
- 現在就值得試：在意資料主權、想自架、團隊已經在用 Claude Code／Codex／Goose 的技術團隊。Buzz 給你一個把 agent 正式收編的框架。
- 可以先觀望：靠手機協作、需要穩定推播和審批流程的團隊，因為這些還在施工中，硬上會踩坑。
- 暫時無關：只想要一個好用聊天工具的小團隊，Slack／Discord 現階段還是更省心。
替代方案：如果你要的只是「開源版聊天」，Mattermost、Rocket.Chat 更成熟；要「自架 git＋CI」，Gitea、Forgejo 更穩；要「讓 AI 進團隊」但不想自架，直接把 Claude Code、Codex 接進現有流程也行。Buzz 的獨到之處，是把這三件事縫成同一份簽名日誌，這點目前還沒有第二家。
常見問題（FAQ）
Buzz 是區塊鏈項目嗎？
不是。官方明確聲明「不是區塊鏈、不發幣」。它用的是 Nostr 的簽名事件，讓每則訊息可驗證來源，但不需要任何代幣或上鏈。
Buzz 免費嗎？
軟體本身開源免費（Apache 2.0），可自架、可商用。但自架要自付伺服器與維運成本；Block 也提供代管服務，適合不想自己顧機器的團隊。
Buzz 支援哪些 AI agent？
支援 Block 自家的 Goose、OpenAI 的 Codex、以及 Claude Code，透過 buzz-cli（JSON 進出）和 ACP／MCP harness 接入。理論上任何 LLM 或 agent 框架都能接。
現在能拿來當公司主力工具嗎？
還不建議。核心的聊天、倉庫、搜尋、agent 已能用，但手機版、審批關卡、推播通知都還在開發。現階段適合實驗與自架試跑，不適合整個搬遷。
新手行動清單
- ☐ 去 github.com/block/buzz 的 release 抓桌面 App 試玩（不用寫程式）。
- ☐ 用上面的試算機，算算你團隊現在的 SaaS 訂閱一年花多少。
- ☐ 技術團隊：
git clone後just dev，本機起一個 relay 試跑。 - ☐ 把一個現有的 agent（Claude Code／Codex／Goose）設好
BUZZ_PRIVATE_KEY接進去，感受「agent 當成員」的差別。 - ☐ 想先補基礎：讀 Claude Skills 是什麼 和 OpenClaw。
我的判斷：Buzz 今天還不是給大多數人的「立刻換掉 Slack」的答案，它是一個方向的宣示：AI 正在從外掛變成成員，資料正在從別人的雲搬回你自己的手上。這兩件事只要有一件成真，它就值得你現在花一個下午玩一玩。
利益揭露：本文不含任何贊助或返佣連結，所有資訊來自公開來源。文中提到的工具版本、功能、費用可能隨時變動，實際請以官方為準。本文為資訊分享，非投資或採購建議。
發表迴響