Jack Dorsey 近日揭曉一款名為 Buzz 的全新職場協作產品，將其定位為 Slack 的替代方案，特別適合希望在單一聊天環境中與 AI 代理一起工作的團隊。根據 TechCrunch 的報導，Buzz 的設計目標是讓人與軟體代理進入同一段對話，同時把通常散落在其他地方的開發工作流程也整合進來。

這次發布之所以重要，是因為它指向職場 AI 的更具體下一階段：不只是把一個機器人塞進現有聊天工具，而是圍繞代理、程式碼與自託管控制，重新打造協作層本身。TechCrunch 報導指出，Buzz 是由 Block 開發，而 Block 正是 Square、Cash App、Afterpay 與 Tidal 的母公司，這顯示它不只是 Dorsey 的一個實驗性副專案。

一款同時瞄準 Slack 與 GitHub 的聊天應用

根據 TechCrunch 的報導以及 Dorsey 在 X 上的說法，Buzz 的目標是把團隊聊天、AI 原生工作流程與專案管理整合到單一介面中，降低對 Slack 與 GitHub 的依賴。這樣的定位相當值得注意。如今許多公司用 Slack 做溝通、用 GitHub 做軟體協作，然後再額外疊加其他 AI 工具。Buzz 似乎是從這樣的前提出發：如果 AI 代理 正在成為工作中的活躍參與者，那麼這些邊界就是低效率的。

TechCrunch 將這款產品描述為外觀類似 Slack，但原生支援 AI 代理，且能在同一視窗中管理 GitHub 專案。如果這種做法在實務上站得住腳，對於以工程為主導、希望減少在訊息、程式開發與代理驅動任務執行之間切換情境的團隊，可能會頗具吸引力。

Dorsey 表示 Buzz 具有「模型無關、去中心化、自主主權、開源」等特性。這些標籤對市場中的某些族群相當重要。模型無關意味著團隊不會被綁定到單一模型供應商。去中心化與自主主權則暗示這種產品架構能讓組織對資料與部署擁有更多控制權。至於開源，則讓 Buzz 更容易被檢視、修改，並有可能自行託管。

這樣的組合也符合 Dorsey 一貫的產品哲學。他長期偏好開放協議與開發者控制，而非嚴密管理的封閉平台。這一次，這種哲學被應用到企業協作領域，而這個領域長期以來像 Slack 這樣的既有業者，通常更強調託管式 SaaS 的便利性，而非深度基礎架構的彈性。

為什麼 Block 現在要支持這件事

這個時點反映出新創與技術團隊嘗試 AI 代理方式的一個更廣泛轉變。正如 TechCrunch 所指出，團隊越來越依賴代理來完成工作，但協作往往仍然分散在多個產品與視窗之間。將代理視為第一級參與者的訊息層，是解決這種碎片化的一種嘗試。

Buzz 也似乎符合 Block 一貫打造偏向開發者、且重視基礎架構的產品歷史。雖然 Block 最為人熟知的是 Square 與 Cash App 這類面向消費者與商家的服務，但其支持讓 Buzz 比一般獨立開發者社群推出的開源產品更具份量。即便如此，仍有不少未知數。現有報導並未說明 Buzz 是否已在 Block 內部大規模部署、是否有商業化路線圖，或它會與其他 Block 系統整合到何種程度。

這種不確定性對企業買家來說很重要。一款產品可能在技術上很有趣，但在營運上尚未準備就緒。TechCrunch 指出 Buzz 自己也承認仍處於「早期階段」，這意味著團隊應把它視為新興平台，而非成熟工作軟體的即插即用替代品。

開源與自託管是提案核心

Buzz 最明確的差異化之一，是其原始碼已公開在 GitHub 上，且這款應用可作為 macOS、Windows 與 Linux 的免費桌面產品使用。對開發者與基礎架構團隊而言，這降低了測試與客製化的門檻。

TechCrunch 報導說，因為組織可以存取原始碼，所以能將自己的 Buzz 實例調整成符合內部工作流程。這對希望擁有自訂代理行為、專有整合，或更嚴格控制資料儲存與處理位置的公司來說，可能很有意義。在有安全或合規要求的產業中，自託管不只是偏好，甚至可能是採購必要條件。

但同時，開源並不會自動讓協作產品變成企業就緒。買家仍須評估身分管理、權限、可稽核性、正常運作時間期待、AI 代理治理，以及長期維護等問題。到目前為止可見的證據，更多是在說明 Buzz 的架構方向，而非它在這些營運面向上的成熟度。

競爭對手不只是 Slack，還包括「Slack 裡的 AI」模式

Buzz 進入的是一個許多公司試圖把 AI 裝進既有工作工具，而非直接取代它們的市場。TechCrunch 特別提到 Centaur——這是一款近期由 Paradigm 合夥人兼 CTO Georgios Konstantopoulos 推出的開源產品——作為此類努力的另一個例子。Konstantopoulos 將 Centaur 描述為一名可在 Slack 內部或透過 API 運作的「虛擬員工」。

這個對比很有幫助。Centaur 看起來是假設 Slack 仍是工作的核心，而代理應該存在於其中。Buzz 則押下一個更大的賭注：如果代理夠重要，團隊或許會想要一個從一開始就圍繞它們設計的新介面。

對 Slack 而言，威脅不只是多了一個聊天應用。更重要的是，AI 原生團隊——尤其是尚未形成固定工作習慣的新創公司——可能會選擇另一套用來記錄溝通與執行的系統。TechCrunch 也明確指出，較新的、正在使用 AI 代理且尚未建立 Slack 足跡的新創公司，可能會覺得 Buzz 或類似工具值得一試。

不過，證明責任仍然很高。Slack 有多年累積的組織採用、應用整合、管理工具與使用者熟悉度。即使挑戰者提供更乾淨的架構，要取代它仍然不容易。對許多公司，尤其是大型企業而言，短期內更可能的路徑是在既有工具內試用代理，而不是整體遷移協作平台。

證據、說法，以及仍未被證實之處

這則故事中最確定的事實，來自 TechCrunch 的報導與 Dorsey 的公開貼文：Buzz 確實存在、由 Block 打造、目前已能作為 macOS、Windows 與 Linux 的桌面應用使用，而且其程式碼已上傳到 GitHub。這項產品被定位為 Slack 與 GitHub 的對手，並旨在支援人類與 AI 代理共享對話。

然而，其中幾項最吸引人的特性，仍然只是主張或早期描述，而非經過獨立驗證的結果。「模型無關」「去中心化」「自主主權」「開源」都是 Dorsey 本人的描述。TechCrunch 關於 Buzz 能把多個工作流程整合進同一工作空間的說法，提供了很有用的背景，但目前原始資料中還沒有關於大規模使用、生產環境部署、安全認證或可量化生產力提升的公開證據。

對 AI 代理的市場論點也應採取同樣謹慎的態度。TechCrunch 報導稱，新創公司越來越多地在嘗試以代理為基礎的工作，這個說法是合理的。但若根據目前的證據就斷定，大多數企業已準備好採用圍繞這些代理打造的新協作堆疊，則還言之過早。

這對建構者與企業團隊意味著什麼

對 AI 建構者來說，Buzz 的有趣之處在於它把介面層視為 AI 產品的一部分，而不只是包裝。如果代理要協調任務、檢視程式碼、觸發動作並回報進度，那麼聊天工作區就會變成一個編排表面。像 Buzz 這樣的工具，可能讓原本在傳統訊息應用中不太好處理的代理協作模式，更容易被原型化。

對產品團隊而言，開源面向可能是最實際的吸引力。公司可以針對特殊工作流程調整 Buzz，而不必等待供應商的產品路線圖。如果團隊希望打造與內部儲存庫、工單或 GitHub 上的審查流程緊密連動的自訂 AI 代理方案，這會特別有吸引力。

對企業 AI 採購者來說，這筆帳就更複雜一些。自託管與控制的訊息很誘人，尤其是在受監管的環境中。但早期階段也立刻引發了對支援、管理、合規與遷移成本的疑問。對許多企業而言，取代 Slack 不是功能選擇，而是一個變更管理專案。

更大的戰略訊號是，職場自動化可能從外掛式助理，走向人類與 AI 代理作為平等夥伴共同運作的共享環境。無論 Buzz 最終是否在大規模上變得重要，這款產品都點出了一些建構者眼中，工作軟體的下一步方向。

接下來值得觀察什麼

下一批有用的訊號應該是具體的，而不是口號式的。首先，觀察 Block 是否談及 Buzz 的內部使用情況，或公布更多關於部署、整合與治理的技術文件。其次，注意 GitHub 倉庫中的開發速度、外部貢獻者，以及開發者是否在初版之後持續擴充平台。

第三，留意 Buzz 是否仍聚焦於技術團隊，還是擴展為一般職場產品。一款同時取代 Slack 與 GitHub 的工具，與一款主要面向開發者組織的工具，其採用路徑會非常不同。最後，觀察像 Centaur 這類競品的演進。市場可能會分裂成 AI 原生協作工具，以及嵌入 Slack 這類既有平台中的代理層。

Creati.ai 觀點

Buzz 今天更重要的意義，不在於它是否是 Slack 的直接替代品，而在於它對 AI 協作軟體未來走向所釋放的訊號。Dorsey 與 Block 的賭注是，代理不該只是掛在舊工作工具旁邊的側欄助理。它們應該生活在核心工作流程中，與人類共享脈絡，並在組織能檢視與控制的系統內運作。

這個願景是可行的，但難點不是推出一款開源桌面應用，而是在真實團隊中證明可靠性、治理能力與工作流程價值。如果 Buzz 能獲得動能，最可能的起點會是那些本來就重視自託管、以 GitHub 為中心的工作方式，以及可客製化 AI 代理的建構者。更廣大的市場則需要證據來證明，這套架構不只是比 Slack 更開放，也更適合日常執行工作。