Co je Berd? Desktopové pracovní prostředí pro AI agenty

Jak Berd propojuje různé agenty

Berd jako propojovací vrstvu používá Agent Client Protocol, zkráceně ACP. Smyslem tohoto protokolu je omezit potřebu vytvářet pro každého agenta zvláštní integraci. Agentní nástroj kompatibilní s ACP může komunikovat s kompatibilním klientem prostřednictvím společného rozhraní. Do tohoto výměnného pracovního postupu podle dostupných informací patří Goose, Claude Code, Codex a další nástroje.

V praxi Berd není univerzální náhradou za nastavení všech poskytovatelů. Goose může fungovat jako integrovaný nebo přibalený runtime od Blocku, zatímco Claude Code a Codex se stále opírají o vlastní instalace, účty, předplatná nebo přístupové údaje. To, který agent uživatel zvolí, zároveň určuje, ke kterému poskytovateli modelu putují prompty, zdrojový kód a výstupy nástrojů.

Technologie a podpora operačních systémů

Podle dostupných informací kombinuje Berd framework Tauri 2 s frontendem postaveným na Reactu 19. Výsledkem je desktopová aplikace, nikoli pouze pracovní prostor v prohlížeči. Dostupné jsou sestavení pro macOS, Windows a Linux.

Tento model ocení vývojáři, kteří chtějí mít projektové soubory a relace s agenty po ruce ve stejném prostředí jako běžné lokální nástroje. Zároveň ale přebírají obvyklé povinnosti spojené s desktopovým softwarem: instalaci aktualizací, správu oprávnění, konfiguraci agentů a ochranu přístupových údajů.

Co znamená přístup „local-first“ pro soukromí

Označení „local-first“ znamená, že aplikace a historie projektů či konverzací jsou uloženy lokálně, nikoli v hostovaném pracovním prostoru Blocku. Jde o důležitou hranici z hlediska soukromí, neznamená to však, že veškeré zpracování AI probíhá přímo v počítači.

Pokud agent využívá cloudový model, vzdálené API nebo externí nástroj, mohou počítač opustit příslušné prompty, části zdrojového kódu, soubory a výsledky nástrojů. Ochrana soukromí proto závisí nejen na Berdu, ale také na zvoleném agentovi, poskytovateli modelu, připojených nástrojích a konkrétní konfiguraci.

Dostupné materiály neumožňují s jistotou popsat telemetrickou politiku Berdu ani určit, jakou konkrétní implementaci systémového úložiště přihlašovacích údajů aplikace používá. Před nasazením pro citlivou práci je proto vhodné ověřit aktuální bezpečnostní a soukromí týkající se dokumentace v repozitáři projektu.

Je Berd zdarma? A kolik stojí jeho používání?

Samotný Berd je pod licencí Apache 2.0 zdarma. To ale neznamená, že zdarma budou všechny interakce s AI agenty. Uživatelé si zpravidla přinášejí vlastní předplatná nebo API klíče potřebné pro zvolený model a agentní nástroj. Poskytovatelé pak mohou účtovat poplatky podle využití.

Nákladový model se tedy dělí na několik částí:

• Berd: open source pod licencí Apache 2.0.
• Agentní runtime: může být přibalený, nainstalovaný lokálně nebo nakonfigurovaný samostatně podle konkrétního nástroje.
• Přístup k modelu: může vyžadovat předplatné nebo API klíč poskytovatele.
• Používání modelu: může generovat samostatné poplatky podle cen zvoleného poskytovatele.

Co jsou podnikové „distribuční švy“

Berd je podle dostupných informací navržen především jako individuální lokální nástroj pro vývojáře, nikoli jako hotová podniková administrační platforma. Výraz „distribution seams“ označuje provozní hranice, které je třeba vyřešit při přechodu od užitečné desktopové aplikace k centrálně spravovanému firemnímu produktu.

Může jít například o řízenou instalaci a aktualizace, správu identit a přístupů, poskytování přihlašovacích údajů, síťová a proxy pravidla, auditní záznamy, podporu a organizační omezení činnosti agentů. Dostupné podklady nepotvrzují, že Berd už nyní nabízí kompletní vrstvu pro všechny tyto potřeby. Firmy by je proto měly ověřovat jako samostatné otázky nasazení, nikoli je považovat za automatickou součást vydání pod Apache 2.0.

Proč repozitář automaticky zavírá externí pull requesty?

Automatické zavírání externích pull requestů je rozhodnutí týkající se procesu přispívání do projektu. Může znamenat, že správci chtějí změny nejprve diskutovat v issues, nebo že veřejný repozitář pouze zrcadlí interní zdrojový repozitář.

Toto chování nijak neruší licenci Apache 2.0. Kód lze i nadále prohlížet, používat, upravovat a forkovat v souladu s licenčními podmínkami. Dostupné důkazy však neobjasňují přesný důvod, proč Block externí pull requesty zavírá. Bylo by proto spekulativní přičítat tuto politiku bezpečnosti, licencování nebo odmítání příspěvků zvenčí.

Berd versus Buzz

Berd a Buzz řeší odlišné úrovně spolupráce.

Berd je individuální desktopové pracovní prostředí. Jeden člověk v něm řídí agenty napříč lokálními projekty, soubory, dovednostmi a relacemi.

Buzz je kolaborativní pracovní prostor. Block jej uvedl 21. července 2026 jako sdílené prostředí, ve kterém spolu komunikují lidé a AI agenti. Důraz klade na trvalou identitu projektu, oprávnění a historii, které mají přetrvat i po změně modelu nebo agentního nástroje. Buzz podporuje Claude Code, Codex, Goose a další agenty kompatibilní s ACP.

Buzz lze také nastavit se samostatně provozovaným relay serverem, včetně řešení běžícího lokálně nebo na infrastruktuře pod kontrolou provozovatele. Kolaborační vrstva tedy nutně nemusí využívat infrastrukturu hostovanou Blockem, odpovědnost za nasazení a zabezpečení ale v takovém případě přechází na provozovatele.

Oba projekty spojuje přístup nezávislý na konkrétním modelu a agentním nástroji. Dostupné materiály však nepotvrzují plánované sloučení Berdu a Buzzu ani společný produktový plán do budoucna.

Co Block o budoucnosti Berdu oznámil — a co zatím ne

Veřejné materiály Blocku představují Berd jako flexibilní pracovní prostředí pro projekty, nástroje, dovednosti, modely a agentní runtime, nikoli jako rozhraní omezené pouze na Goose. Právě interoperabilita je nejzřetelnějším směrem, který lze z dostupných informací vyvodit.

Není však dostatek potvrzených informací pro tvrzení o konkrétním plánu podnikové administrace, závazcích ohledně telemetrie, změnách cen nebo formální integraci Berdu s Buzzem. Tyto otázky zůstávají otevřené, dokud je Block nepopíše v repozitáři projektu nebo v budoucím oznámení.