Berd 真正做緊乜？

Berd 係一個原生桌面應用程式，用嚟喺不同專案、工具、技能、模型同 AI Agent 之間工作。佢嘅重點唔係推出另一個新模型，亦唔係取代所有 Agent 嘅執行環境，而係提供一個持續存在嘅「工作枱」：用戶可以集中保存專案背景，同時按需要更換底層 Agent，而唔使成套工作流程由零開始設定。

要分清楚一點：Goose 同 Berd 唔係同一樣嘢。 Goose 係 Block 開源嘅 Agent 框架同執行環境；Berd 就係包住 Goose，以及其他支援工具嘅圖形化桌面介面。Block 表示，Berd 源自團隊使用 Goose、不同模型同多種 Agent 執行環境嘅實際經驗。

點樣將多個 Agent 接埋一齊？

Berd 以 Agent Client Protocol（ACP）作為桌面程式同 Agent 執行環境之間嘅通訊層。簡單講，ACP 旨在用一套共同協議，避免每接入一個 Agent 就要另外寫一套專屬介面。只要某個 Agent 執行環境支援 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 處理一定完全喺本機完成。

如果你使用雲端模型、遠端 API 或外部工具，提示內容、原始碼、檔案同工具結果仍然可能離開部電腦，傳去相關服務。實際私隱風險，除咗取決於 Berd，亦取決於所選嘅 Agent、模型供應商、外部工具同設定。

目前資料不足以確認 Berd 完整嘅遙測政策，亦未能確定佢採用邊一種作業系統憑證庫或 keychain 實作。如果係處理敏感資料，部署前應先查閱最新程式碼庫入面嘅安全及私隱文件。

Berd 免費，但用 AI 唔一定免費

Berd 本身按 Apache-2.0 授權免費使用。不過，呢個唔代表每次叫 Agent 做嘢都唔使錢。用戶通常要自行準備所選模型或 Agent 所需嘅訂閱、API key 或其他認證，而供應商亦可能按用量收費。

實際成本可以拆開睇：

• Berd： 開源，採用 Apache-2.0 授權。
• Agent 執行環境： 視乎工具而定，可以內置、喺本機安裝，或者另外設定。
• 模型存取： 可能需要供應商訂閱或 API key。
• 用量： 所選模型供應商可能另外收取費用。

所謂企業「分發接縫」係乜？

Berd 目前較似係為個人開發者而設嘅本地優先工具，而唔係一套已經完成、可以直接交畀大型企業統一管理嘅平台。「分發接縫」講緊嘅，正正係由實用桌面 App 走到企業級產品之間，仍然要補上嘅營運工作。

當中可能包括集中安裝及更新、身份與存取控制、認證資料配置、網絡及 Proxy 政策、審計紀錄、技術支援，以及對 Agent 行動嘅組織規則。現有證據未顯示 Berd 已經提供完整嘅企業管理層，所以企業應該將呢啲視為部署前需要驗證嘅問題，而唔係 Apache-2.0 版本自然包含嘅功能。

點解 GitHub Repository 會自動關閉外部 Pull Request？

外部 Pull Request 被自動關閉，首先係貢獻流程嘅決定。呢個做法可能代表維護者希望先透過 Issue 討論改動，亦可能因為公開 Repository 只係內部主要程式碼庫嘅鏡像。

無論原因係乜，呢個做法都唔會取消 Apache-2.0 授權：任何人仍然可以按授權條款查看、使用、修改同 Fork 程式碼。不過，現有資料未能證實 Block 關閉外部 PR 嘅確實原因，因此唔應該自行推斷係出於安全、授權問題，或者反對外部貢獻。

Berd 同 Buzz 有咩分別？

兩個專案都採用對模型同 Agent 執行環境較中立嘅方向，但定位唔同。

Berd 係個人桌面工作區。 一個人可以用佢喺本機專案入面指揮一個或多個 Agent，管理檔案、技能同工作階段。

Buzz 係協作工作區。 Block 於 2026 年 7 月 21 日推出 Buzz，定位係一個讓人類同 AI Agent 溝通嘅共享環境；即使更換模型或 Agent 執行環境，專案身份、權限同歷史仍然可以保留。Buzz 支援 Claude Code、Codex、Goose，以及其他兼容 ACP 嘅 Agent。

Buzz 亦可以配置自行運行嘅 relay，包括喺本機或者由營運者控制嘅基礎設施上運行。換句話講，協作層唔一定要依賴 Block 託管嘅基礎設施，但安裝、保安同維護責任就會轉移畀營運者。

目前資料未有證實 Berd 同 Buzz 將會合併，或者兩者有一套已公布嘅共同產品路線圖。

Block 暫時公布咗 Berd 幾多未來方向？

Block 公開介紹 Berd 時，重點係將佢定位成一個可以跨越專案、工具、技能、模型同 Agent 執行環境嘅靈活工作區，而唔係只服務 Goose 嘅介面。 就現有證據而言，互通性係最清楚嘅發展方向。

至於企業管理功能、遙測承諾、日後收費，或者 Berd 同 Buzz 會唔會正式整合，目前都未有足夠已確認資料下定論。呢啲問題仍然要等 Block 喺 Repository 或日後公告交代。

Berd 真正做緊乜？

Berd 係一個原生桌面應用程式，用嚟喺不同專案、工具、技能、模型同 AI Agent 之間工作。佢嘅重點唔係推出另一個新模型，亦唔係取代所有 Agent 嘅執行環境，而係提供一個持續存在嘅「工作枱」：用戶可以集中保存專案背景，同時按需要更換底層 Agent，而唔使成套工作流程由零開始設定。

要分清楚一點：Goose 同 Berd 唔係同一樣嘢。 Goose 係 Block 開源嘅 Agent 框架同執行環境；Berd 就係包住 Goose，以及其他支援工具嘅圖形化桌面介面。Block 表示，Berd 源自團隊使用 Goose、不同模型同多種 Agent 執行環境嘅實際經驗。

點樣將多個 Agent 接埋一齊？

Berd 以 Agent Client Protocol（ACP）作為桌面程式同 Agent 執行環境之間嘅通訊層。簡單講，ACP 旨在用一套共同協議，避免每接入一個 Agent 就要另外寫一套專屬介面。只要某個 Agent 執行環境支援 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 處理一定完全喺本機完成。

如果你使用雲端模型、遠端 API 或外部工具，提示內容、原始碼、檔案同工具結果仍然可能離開部電腦，傳去相關服務。實際私隱風險，除咗取決於 Berd，亦取決於所選嘅 Agent、模型供應商、外部工具同設定。

目前資料不足以確認 Berd 完整嘅遙測政策，亦未能確定佢採用邊一種作業系統憑證庫或 keychain 實作。如果係處理敏感資料，部署前應先查閱最新程式碼庫入面嘅安全及私隱文件。

Berd 免費，但用 AI 唔一定免費

Berd 本身按 Apache-2.0 授權免費使用。不過，呢個唔代表每次叫 Agent 做嘢都唔使錢。用戶通常要自行準備所選模型或 Agent 所需嘅訂閱、API key 或其他認證，而供應商亦可能按用量收費。

實際成本可以拆開睇：

• Berd： 開源，採用 Apache-2.0 授權。
• Agent 執行環境： 視乎工具而定，可以內置、喺本機安裝，或者另外設定。
• 模型存取： 可能需要供應商訂閱或 API key。
• 用量： 所選模型供應商可能另外收取費用。

所謂企業「分發接縫」係乜？

Berd 目前較似係為個人開發者而設嘅本地優先工具，而唔係一套已經完成、可以直接交畀大型企業統一管理嘅平台。「分發接縫」講緊嘅，正正係由實用桌面 App 走到企業級產品之間，仍然要補上嘅營運工作。

當中可能包括集中安裝及更新、身份與存取控制、認證資料配置、網絡及 Proxy 政策、審計紀錄、技術支援，以及對 Agent 行動嘅組織規則。現有證據未顯示 Berd 已經提供完整嘅企業管理層，所以企業應該將呢啲視為部署前需要驗證嘅問題，而唔係 Apache-2.0 版本自然包含嘅功能。

點解 GitHub Repository 會自動關閉外部 Pull Request？

外部 Pull Request 被自動關閉，首先係貢獻流程嘅決定。呢個做法可能代表維護者希望先透過 Issue 討論改動，亦可能因為公開 Repository 只係內部主要程式碼庫嘅鏡像。

無論原因係乜，呢個做法都唔會取消 Apache-2.0 授權：任何人仍然可以按授權條款查看、使用、修改同 Fork 程式碼。不過，現有資料未能證實 Block 關閉外部 PR 嘅確實原因，因此唔應該自行推斷係出於安全、授權問題，或者反對外部貢獻。

Berd 同 Buzz 有咩分別？

兩個專案都採用對模型同 Agent 執行環境較中立嘅方向，但定位唔同。

Berd 係個人桌面工作區。 一個人可以用佢喺本機專案入面指揮一個或多個 Agent，管理檔案、技能同工作階段。

Buzz 係協作工作區。 Block 於 2026 年 7 月 21 日推出 Buzz，定位係一個讓人類同 AI Agent 溝通嘅共享環境；即使更換模型或 Agent 執行環境，專案身份、權限同歷史仍然可以保留。Buzz 支援 Claude Code、Codex、Goose，以及其他兼容 ACP 嘅 Agent。

Buzz 亦可以配置自行運行嘅 relay，包括喺本機或者由營運者控制嘅基礎設施上運行。換句話講，協作層唔一定要依賴 Block 託管嘅基礎設施，但安裝、保安同維護責任就會轉移畀營運者。

目前資料未有證實 Berd 同 Buzz 將會合併，或者兩者有一套已公布嘅共同產品路線圖。

Block 暫時公布咗 Berd 幾多未來方向？

Block 公開介紹 Berd 時，重點係將佢定位成一個可以跨越專案、工具、技能、模型同 Agent 執行環境嘅靈活工作區，而唔係只服務 Goose 嘅介面。 就現有證據而言，互通性係最清楚嘅發展方向。

至於企業管理功能、遙測承諾、日後收費，或者 Berd 同 Buzz 會唔會正式整合，目前都未有足夠已確認資料下定論。呢啲問題仍然要等 Block 喺 Repository 或日後公告交代。