Czym jest Berd? Otwarta aplikacja desktopowa dla agentów AI

Block stworzył Berd, aby rozwiązać bardzo praktyczny problem: programiści zaczęli korzystać z coraz bardziej zaawansowanych, ale rozdzielonych narzędzi agentowych, takich jak Goose od Blocka, Claude Code firmy Anthropic i Codex od OpenAI. Berd umieszcza projekty, rozmowy, pliki, instrukcje, agenty i umiejętności w jednym desktopowym środowisku, zamiast traktować każdy z tych systemów jako osobne miejsce pracy.

Aplikacja stała się otwartoźródłowa 18 sierpnia 2026 roku wraz z wersją 0.6.2. Jest dostępna na licencji Apache-2.0, która pozwala używać, modyfikować i rozpowszechniać oprogramowanie, także w zastosowaniach komercyjnych.

Co robi Berd?

Berd to natywna aplikacja desktopowa do pracy z agentami AI w ramach różnych projektów, narzędzi, umiejętności i modeli. Jej główną wartością nie jest nowy model językowy ani kolejny silnik agentowy. Chodzi raczej o trwałe środowisko pracy wokół tych komponentów: miejsce, w którym można uporządkować zadania, zachować kontekst projektu i zmienić używany silnik bez budowania całego procesu od początku.

To rozróżnienie jest istotne, ponieważ Goose i Berd nie są tym samym produktem. Goose to otwartoźródłowy framework i środowisko uruchomieniowe agentów Blocka, a Berd jest graficzną warstwą desktopową, która zapewnia spójny sposób korzystania z Goose oraz innych obsługiwanych agentów. Block twierdzi, że Berd wyrósł z doświadczeń jego zespołów pracujących z Goose oraz z wieloma modelami i środowiskami agentowymi.

Jak Berd łączy różne agenty?

Berd korzysta z Agent Client Protocol, czyli ACP, jako warstwy komunikacji między aplikacją desktopową a środowiskami uruchomieniowymi agentów. Celem ACP jest ograniczenie liczby osobnych, tworzonych od zera integracji dla każdego agenta. Środowisko zgodne z ACP może komunikować się z kompatybilnym klientem za pośrednictwem wspólnego protokołu. W opisywanym przepływie pracy wymieniane są między innymi Goose, Claude Code i Codex.

W praktyce Berd jest interfejsem i koordynatorem, a nie uniwersalnym zamiennikiem konfiguracji każdego dostawcy. Goose może działać jako dołączone lub ściśle zintegrowane środowisko Blocka, natomiast Claude Code i Codex nadal wymagają własnych instalacji, kont, subskrypcji lub danych uwierzytelniających. Wybrany agent decyduje również o tym, który dostawca modelu otrzyma polecenia, kod i wyniki działania narzędzi.

Technologia i obsługiwane systemy

Według dostępnych informacji Berd łączy Tauri 2 z interfejsem zbudowanym w React 19. Powstaje w ten sposób aplikacja desktopowa, a nie wyłącznie przestrzeń dostępna w przeglądarce. Wydano ją dla macOS, Windowsa i Linuksa.

Taki model dystrybucji będzie szczególnie interesujący dla programistów, którzy chcą mieć pliki projektów i sesje agentów obok zwykłego lokalnego środowiska deweloperskiego. Oznacza jednak także konieczność samodzielnego dbania o aktualizacje, uprawnienia lokalne, konfigurację agentów i ochronę danych uwierzytelniających.

Co oznacza prywatność w modelu „local-first”?

W podejściu local-first sama aplikacja oraz historia projektów i rozmów są przechowywane lokalnie, zamiast trafiać do hostowanego przez Blocka obszaru roboczego. To ważna granica prywatności, ale nie należy utożsamiać jej z całkowicie lokalnym przetwarzaniem AI.

Jeśli agent korzysta z chmurowego modelu, zdalnego API lub zewnętrznego narzędzia, odpowiednie polecenia, kod źródłowy, pliki i wyniki działania narzędzi mogą opuścić komputer. Prywatność zależy więc nie tylko od Berda, lecz także od wybranego środowiska agentowego, dostawcy modelu, używanych narzędzi i konfiguracji.

Dostępne materiały nie pozwalają jednoznacznie określić polityki telemetrii Berda ani wskazać konkretnego mechanizmu przechowywania danych uwierzytelniających w systemowym magazynie kluczy. Przed wdrożeniem aplikacji do pracy z wrażliwymi danymi warto sprawdzić te informacje w aktualnej dokumentacji bezpieczeństwa i prywatności repozytorium.

Czy Berd jest darmowy?

Sam Berd jest darmowy i dostępny na licencji Apache-2.0. Nie oznacza to jednak, że każda interakcja z agentem nic nie kosztuje. Użytkownik zazwyczaj korzysta z własnych subskrypcji lub kluczy API wymaganych przez wybrany model i agent, a dostawcy mogą naliczać opłaty za wykorzystanie.

Koszt korzystania z rozwiązania dzieli się więc na kilka elementów:

• Berd: oprogramowanie otwartoźródłowe na licencji Apache-2.0.
• Środowisko agenta: może być dołączone, zainstalowane lokalnie albo skonfigurowane osobno — zależnie od używanego rozwiązania.
• Dostęp do modelu: może wymagać subskrypcji u dostawcy lub klucza API.
• Zużycie: wybrany dostawca modelu może pobierać osobne opłaty za wykorzystanie.

Czym są „szwy dystrybucyjne” w przedsiębiorstwach?

Berd wygląda przede wszystkim na lokalne narzędzie dla indywidualnego użytkownika, a nie gotową platformę administracyjną dla dużych organizacji. Określenie „distribution seams”, czyli „szwy dystrybucyjne”, opisuje operacyjną pracę potrzebną do przekształcenia użytecznej aplikacji desktopowej w centralnie zarządzany produkt firmowy.

Może ona obejmować zarządzaną instalację i aktualizacje, kontrolę tożsamości i dostępu, dostarczanie danych uwierzytelniających, zasady sieciowe i proxy, dzienniki audytowe, wsparcie techniczne oraz reguły dotyczące działań agentów. Dostępne dowody nie pokazują, że Berd już zapewnia kompletną warstwę spełniającą wszystkie te wymagania. Firmy powinny traktować je jako kwestie do zweryfikowania podczas wdrożenia, a nie jako funkcje wynikające automatycznie z licencji Apache-2.0.

Dlaczego repozytorium automatycznie zamyka zewnętrzne pull requesty?

Automatyczne zamykanie zewnętrznych pull requestów jest decyzją dotyczącą procesu przyjmowania zmian. Może oznaczać, że opiekunowie projektu chcą najpierw omawiać propozycje w zgłoszeniach albo że publiczne repozytorium odzwierciedla wewnętrzne źródło kodu.

Nie zmienia to warunków licencji Apache-2.0: użytkownicy nadal mogą przeglądać, wykorzystywać, modyfikować i forkować kod zgodnie z jej zapisami. Dostępne materiały nie wyjaśniają jednak dokładnego powodu tej polityki przyjętej przez Blocka. Przypisywanie jej bezpieczeństwu, kwestiom licencyjnym lub niechęci do zewnętrznych kontrybutorów byłoby spekulacją.

Berd a Buzz — jaka jest różnica?

Berd i Buzz dotyczą różnych poziomów współpracy.

Berd to desktopowe środowisko dla pojedynczego użytkownika. Jedna osoba kieruje w nim agentami pracującymi nad lokalnymi projektami, plikami, umiejętnościami i sesjami.

Buzz to środowisko współpracy. Block uruchomił je 21 lipca 2026 roku jako współdzieloną przestrzeń, w której ludzie i agenty AI mogą się komunikować. Projekt kładzie nacisk na trwałą tożsamość projektu, uprawnienia i historię, które mają pozostać zachowane nawet po zmianie modelu lub środowiska agenta. Buzz obsługuje Claude Code, Codex, Goose i inne agenty zgodne z ACP.

Buzz można również skonfigurować z własnym przekaźnikiem, działającym lokalnie albo na infrastrukturze kontrolowanej przez operatora. Warstwa współpracy nie musi więc z definicji korzystać z infrastruktury hostowanej przez Blocka, choć wtedy odpowiedzialność za wdrożenie i bezpieczeństwo spada na operatora.

Oba projekty łączy podejście niezależne od konkretnego modelu i środowiska agentowego. Dostępne materiały nie potwierdzają jednak planowanego połączenia Berda i Buzza ani wspólnej przyszłej mapy rozwoju.

Co Block zapowiedział na przyszłość?

Publiczny opis Blocka przedstawia Berd jako elastyczne środowisko obejmujące projekty, narzędzia, umiejętności, modele i środowiska uruchomieniowe agentów, a nie wyłącznie jako interfejs do Goose. To właśnie interoperacyjność jest najlepiej potwierdzonym kierunkiem rozwoju.

Brakuje natomiast wystarczających, potwierdzonych informacji o planach dotyczących administracji przedsiębiorstwami, telemetrii, zmian cenowych czy formalnej integracji Berda z Buzzem. Te kwestie pozostają otwarte do czasu opublikowania przez Blocka odpowiedniej dokumentacji w repozytorium lub kolejnego komunikatu.