Berd brengt meerdere AI-agenten samen in één open-source werkplek

Block ontwikkelde Berd voor een praktisch probleem: ontwikkelaars werkten met steeds krachtigere, maar van elkaar gescheiden AI-agenttools. Goose van Block, Claude Code van Anthropic en Codex van OpenAI hadden elk hun eigen omgeving. Berd brengt projecten, gesprekken, bestanden, instructies, agenten en skills samen in één desktopwerkplek.

De applicatie werd op 18 augustus 2026 open source gemaakt als versie 0.6.2. Berd valt onder de Apache-2.0-licentie. Die licentie staat toe dat gebruikers de software gebruiken, aanpassen en opnieuw verspreiden — ook voor commerciële doeleinden.

Wat doet Berd precies?

Berd is een native desktopclient voor het werken met AI-agenten, projecten, tools, skills en modellen. De app introduceert dus niet per se een nieuw model of een nieuwe agent-runtime. De meerwaarde zit vooral in de vaste werkplek daaromheen: een plek waar projectcontext bewaard blijft, werk wordt georganiseerd en gebruikers van agent of runtime kunnen wisselen zonder hun hele workflow opnieuw op te bouwen.

Dat onderscheid is belangrijk: Goose en Berd zijn niet hetzelfde product. Goose is Blocks open agentframework en runtime; Berd is de grafische desktoplaag waarmee gebruikers Goose en andere ondersteunde agenten op een consistente manier kunnen aansturen. Block zegt dat Berd is voortgekomen uit de ervaringen van zijn teams met Goose en met het werken met verschillende modellen en runtimes.

Hoe koppelt Berd verschillende agenten?

Berd gebruikt het Agent Client Protocol, kortweg ACP, als interoperabiliteitslaag tussen de desktopclient en agent-runtimes. Het idee daarachter is dat niet voor elke agent een aparte, maatwerkinterface nodig is. Een runtime die ACP ondersteunt, kan via een gemeenschappelijk protocol communiceren met een compatibele client. In de beschreven workflow vallen daar Goose, Claude Code, Codex en andere tools onder.

In de praktijk is Berd daarmee een interface en coördinator, geen universele vervanger voor de installatie en voorwaarden van elke aanbieder. Goose kan als meegeleverde of nauw geïntegreerde runtime worden gebruikt, terwijl Claude Code en Codex nog steeds afhankelijk zijn van hun eigen installatie, account, abonnement of inloggegevens. Ook bepaalt de gekozen agent welke modelaanbieder prompts, broncode en toolresultaten ontvangt.

Bouw en ondersteuning voor besturingssystemen

Volgens de beschikbare informatie combineert Berd Tauri 2 met een frontend in React 19. Dat levert een desktopapplicatie op in plaats van een werkplek die uitsluitend in de browser draait. Er zijn versies voor macOS, Windows en Linux.

Deze distributievorm is bedoeld voor ontwikkelaars die projectbestanden en agentsessies naast hun gewone lokale ontwikkelomgeving willen gebruiken. Daar staat tegenover dat gebruikers zelf verantwoordelijk blijven voor de gebruikelijke desktopzaken: updates installeren, lokale rechten beheren, agenten configureren en inloggegevens beveiligen.

Wat betekent ‘local-first’ voor de privacy?

Bij het local-first-ontwerp worden de applicatie en de project- of gespreksgeschiedenis lokaal opgeslagen, in plaats van in een door Block gehoste werkplek. Dat vormt een relevante privacygrens, maar betekent niet dat alle AI-verwerking lokaal plaatsvindt.

Als een agent een cloudmodel, externe API of online tool gebruikt, kunnen prompts, broncode, bestanden en toolresultaten alsnog de computer verlaten. De privacy hangt daarom niet alleen van Berd af, maar ook van de gekozen runtime, modelaanbieder, tools en configuratie.

De beschikbare informatie geeft geen definitief beeld van het telemetrybeleid van Berd en noemt evenmin een specifieke implementatie voor de wachtwoordkluis of keychain van het besturingssysteem. Wie Berd voor gevoelige werkzaamheden wil inzetten, doet er goed aan deze punten te controleren in de actuele beveiligings- en privacydocumentatie van de repository.

Is Berd gratis?

Berd zelf is gratis te gebruiken en valt onder de Apache-2.0-licentie. Dat betekent niet dat elke interactie met een agent kosteloos is. Gebruikers moeten doorgaans zelf de abonnementen of API-sleutels regelen die nodig zijn voor de gekozen runtime en het model. Aanbieders kunnen bovendien kosten rekenen voor gebruik.

Het kostenplaatje bestaat dus uit verschillende onderdelen:

• Berd: open source en beschikbaar onder Apache-2.0.
• Agent-runtime: kan meegeleverd zijn, lokaal worden geïnstalleerd of apart moeten worden geconfigureerd, afhankelijk van de gekozen runtime.
• Modeltoegang: kan een abonnement of API-sleutel van een aanbieder vereisen.
• Gebruik: kan afzonderlijke kosten bij de gekozen modelaanbieder veroorzaken.

Wat zijn de ‘distribution seams’ voor bedrijven?

Berd lijkt in de eerste plaats ontworpen als individuele, local-first ontwikkelaarstool en niet als een volledig enterprisebeheerplatform. Met ‘distribution seams’ worden de operationele vraagstukken bedoeld die ontstaan wanneer een bruikbare desktopapp moet worden uitgerold als centraal beheerd bedrijfsproduct.

Daarbij kan het gaan om beheerde installatie en updates, identiteits- en toegangsbeheer, het beschikbaar stellen van inloggegevens, netwerk- en proxybeleid, auditlogs, ondersteuning en bedrijfsregels voor agentacties. De beschikbare bronnen laten niet zien dat Berd al een complete laag voor al deze vereisten biedt. Bedrijven moeten dit dus behandelen als een reeks zaken die tijdens de implementatie moeten worden gevalideerd, niet als functies die automatisch uit de Apache-2.0-release volgen.

Waarom worden externe pull requests automatisch gesloten?

Het automatisch sluiten van een externe pull request is een keuze in het bijdrageproces. Het kan betekenen dat maintainers wijzigingen eerst via issues willen bespreken of dat de openbare repository een interne bron van waarheid weerspiegelt.

Die werkwijze doet niets af aan de Apache-2.0-licentie. Gebruikers kunnen de code nog steeds bekijken, gebruiken, aanpassen en forken binnen de voorwaarden van die licentie. De beschikbare informatie maakt echter niet duidelijk waarom Block externe pull requests precies sluit. Het zou speculatief zijn om dat toe te schrijven aan beveiliging, licenties of weerstand tegen bijdragen van buitenaf.

Berd versus Buzz

Berd en Buzz richten zich op verschillende niveaus van samenwerking.

Berd is de individuele desktopwerkplek. Eén gebruiker stuurt er agenten aan over lokale projecten, bestanden, skills en sessies heen.

Buzz is de samenwerkingswerkplek. Block lanceerde Buzz op 21 juli 2026 als een gedeelde omgeving waarin mensen en AI-agenten met elkaar communiceren. De nadruk ligt op een blijvende projectidentiteit, rechten en geschiedenis, ook wanneer het model of de agent-runtime verandert. Buzz ondersteunt Claude Code, Codex, Goose en andere ACP-compatibele agenten.

Buzz kan bovendien worden ingesteld met een zelf beheerde relay, bijvoorbeeld lokaal of op infrastructuur die de beheerder zelf controleert. De samenwerkingslaag hoeft daardoor niet automatisch afhankelijk te zijn van door Block gehoste infrastructuur, al verschuiven de verantwoordelijkheden voor beheer en beveiliging dan naar de gebruiker.

De twee projecten delen een model- en runtime-onafhankelijke benadering, maar de beschikbare informatie bevestigt geen geplande fusie tussen Berd en Buzz en ook geen gezamenlijke productroadmap.

Wat heeft Block wel en niet aangekondigd?

In Blocks publieke positionering wordt Berd neergezet als een aanpasbare werkplek voor projecten, tools, skills, modellen en agent-runtimes — niet als een interface die uitsluitend voor Goose bedoeld is. Die interoperabiliteit is de duidelijkst onderbouwde richting voor het project.

Er is onvoldoende bevestigde informatie om nu al een roadmap te geven voor enterprisebeheer, telemetry, prijswijzigingen of een formele integratie tussen Berd en Buzz. Die vragen blijven open totdat Block ze in de projectrepository of in een toekomstige aankondiging documenteert.