Berd 是什麼？Block 用來整合 AI Agent 的開源桌面應用程式

Block 推出 Berd，是為了解決一個愈來愈實際的開發者痛點：AI Agent 變得更強，但使用體驗卻分散在不同工具之間。Block 團隊原本需要在自家的 Goose、Anthropic 的 Claude Code，以及 OpenAI 的 Codex 之間切換；Berd 則把專案、對話、檔案、指令、Agent 與技能集中到同一個桌面工作區。

Berd 於 2026 年 8 月 18 日以 0.6.2 版本開源，採用 Apache-2.0 授權。這代表使用者可以使用、修改及重新發布程式碼，也包括商業用途。

Berd 真正解決的是什麼問題？

Berd 不是新的大型語言模型，也不是另一套獨立的 Agent 執行引擎。它更像是包在不同 Agent 執行環境外面的「工作桌面」：讓使用者能以一致的介面管理本機專案、保存工作脈絡，並在不同模型或 Agent harness 之間切換，而不必每次重新建立整套工作流程。

這也代表 Berd 與 Goose 並不是同一個產品。Goose 是 Block 的開源 AI Agent 框架與執行環境；Berd 則是提供圖形化桌面體驗的用戶端，讓 Goose 以及其他受支援的 Agent 能以較一致的方式被使用。Block 表示，Berd 源自團隊使用 Goose、不同模型與多種 harness 的經驗。

如何把不同 AI Agent 放在一起？

Berd 以 Agent Client Protocol（ACP）作為桌面用戶端與 Agent harness 之間的互通層。ACP 的目的，是避免每個 Agent 都必須搭配一套客製化介面；只要 Agent harness 與用戶端都支援 ACP，兩者便能透過共同協定溝通。現有報導將 Goose、Claude Code、Codex 與其他工具都放在這種可互換的工作流程中。

不過，Berd 是介面與協調工具，並不是能取代所有供應商設定的萬用平台。Goose 可以作為 Block 隨附或深度整合的執行環境使用；Claude Code 與 Codex 則仍取決於各自的安裝方式、帳號、訂閱方案或憑證。最後由哪一家模型供應商接收提示、程式碼與工具輸出，也取決於使用者選擇的 Agent。

技術架構與支援平台

根據現有資料，Berd 採用 Tauri 2 搭配 React 19 前端，提供原生桌面應用程式，而不是只能透過瀏覽器使用的工作區；目前有 macOS、Windows 與 Linux 版本。

這種分發方式適合希望直接在日常本機開發環境中管理專案檔案與 Agent 工作階段的開發者。但相應地，使用者也需要自行處理桌面軟體更新、本機權限、Agent 設定與憑證保護等問題。

「本機優先」不等於所有資料都留在電腦裡

Berd 的本機優先設計，主要是指應用程式本身，以及專案和對話紀錄，會儲存在本機，而不是成為 Block 託管的線上工作區。 這是一道重要的隱私界線，但不代表 AI 推理一定完全在本機完成。

如果所選 Agent 使用雲端模型、遠端 API 或外部工具，提示內容、原始碼、檔案與工具輸出仍可能離開電腦，傳送至相關服務。實際隱私程度不只取決於 Berd，也取決於所選的 harness、模型供應商、工具與設定。

目前資料不足以確認 Berd 完整的遙測政策，也無法確定它在各作業系統上使用哪一種憑證保管庫或 Keychain 實作。若要用於敏感工作，部署前應先查閱目前程式碼庫中的安全性與隱私文件。

Berd 免費嗎？模型費用誰來付？

Berd 本身依 Apache-2.0 授權免費使用，但這不代表每一次 Agent 操作都不收費。使用者通常仍須自行準備所選模型與 harness 所需的訂閱或 API 金鑰，供應商也可能按用量收費。

實際成本可拆成四部分：

• Berd： 開源，採 Apache-2.0 授權。
• Agent 執行環境： 可能隨 Berd 提供、需要本機安裝，或必須另外設定，視 harness 而定。
• 模型存取： 可能需要模型供應商的訂閱或 API 金鑰。
• 使用量： 可能由所選模型供應商另行計費。

企業採用時的「分發接縫」是什麼？

Berd 目前看起來首先是面向個人、採本機優先設計的開發者工具，而不是已完成的企業管理平台。「分發接縫」指的是，一款好用的桌面應用程式要進入企業環境，仍須補上的營運與管理工作。

這些工作可能包括集中安裝與更新、身分與存取控制、憑證配置、網路及 Proxy 政策、稽核紀錄、技術支援，以及對 Agent 行動的組織規範。現有證據並未顯示 Berd 已提供涵蓋上述要求的完整企業管理層；企業應把這些視為需要逐項驗證的部署問題，而不是 Apache-2.0 開源版本已經內建的功能。

為什麼 GitHub Repository 會自動關閉外部 Pull Request？

自動關閉外部 Pull Request，首先是貢獻流程的選擇。這可能代表維護者希望先透過 Issue 討論修改內容，也可能表示公開 Repository 是以內部的主要程式碼來源為基礎同步而成。

無論原因為何，這不會改變 Apache-2.0 授權的效力：使用者仍可依授權條款檢視、使用、修改及 Fork 程式碼。不過，目前資料不足以確認 Block 關閉外部 Pull Request 的確切理由，因此不應擅自解讀為安全性、授權問題，或 Block 反對外部貢獻。

Berd 與 Buzz 有什麼不同？

兩者處理的是不同層次的協作需求。

Berd 是個人桌面工作區。 使用者可以在本機專案、檔案、技能與工作階段之間指揮一個或多個 Agent，較接近「單人模式」。

Buzz 是共享協作工作區。 Block 於 2026 年 7 月 21 日推出 Buzz，讓人類與 AI Agent 在同一個共享環境中溝通；其設計重點包括持續存在的專案身分、權限與歷史紀錄，即使更換模型或 Agent harness，專案脈絡仍能保留。Buzz 支援 Claude Code、Codex、Goose 與其他 ACP 相容 Agent。

Buzz 也能搭配自行運行的 Relay，包括在本機或營運者控制的基礎設施上執行的 Relay。因此，協作層不一定要依賴 Block 託管的基礎設施，但安裝、維護與安全責任也會轉移到營運者身上。

兩個專案都採取不綁定特定模型與 harness 的方向，但目前沒有足夠資料證明 Block 已規劃 Berd 與 Buzz 合併，或兩者將成為同一個產品。

Block 對 Berd 未來透露了什麼？

Block 對外的定位，是讓 Berd 橫跨專案、工具、技能、模型與 Agent 執行環境，而不是把它限制成只服務 Goose 的介面。 就現有證據而言，這種互通性是最清楚的發展方向。

至於企業管理功能、遙測承諾、價格變化，或 Berd 與 Buzz 的正式整合，目前都沒有足夠確認的路線圖。這些問題仍須等待 Block 在 Repository 或未來公告中進一步說明。