Berd samler flere AI-agenter i én skrivebordsapp

Slik kobler Berd sammen ulike agenter

Berd bruker Agent Client Protocol, vanligvis forkortet ACP, som bindeledd mellom skrivebordsklienten og agentrammeverkene. Tanken er å unngå en egen spesialtilpasset integrasjon for hvert verktøy: Et ACP-kompatibelt rammeverk kan kommunisere med en kompatibel klient gjennom en felles protokoll. Goose, Claude Code, Codex og andre verktøy kan dermed inngå i den samme, utskiftbare arbeidsflyten.

I praksis er Berd et grensesnitt og et samordningslag – ikke en universell erstatning for oppsettet til alle leverandører. Goose kan brukes som Blocks medfølgende eller tett integrerte kjøremiljø, mens Claude Code og Codex fortsatt avhenger av egne installasjoner, kontoer, abonnementer eller innloggingsdetaljer. Den valgte agenten avgjør også hvilken modelltilbyder som mottar spørsmål, kildekode og resultater fra verktøy.

Teknologi og plattformer

Berd er bygget med Tauri 2 og et React 19-grensesnitt. Resultatet er en installert skrivebordsapp, ikke bare et nettbasert arbeidsområde, med versjoner for macOS, Windows og Linux.

Denne distribusjonsmodellen passer for utviklere som vil ha prosjektfiler og agentsamtaler tilgjengelig ved siden av det vanlige lokale utviklingsmiljøet. Samtidig må brukeren selv håndtere typiske skrivebordsoppgaver som oppdateringer, lokale tillatelser, agentkonfigurasjon og sikring av innloggingsdetaljer.

Hva betyr «local-first» for personvernet?

Berds local-first-design innebærer at selve appen og prosjekt- eller samtalehistorikken lagres lokalt, i stedet for i et vertsbasert Block-arbeidsområde. Det gir en tydelig personvernmessig avgrensning, men betyr ikke at all AI-behandling skjer på maskinen.

Hvis en agent bruker en skybasert modell, et eksternt API eller et nettbasert verktøy, kan spørsmål, kildekode, filer og verktøyresultater fortsatt forlate datamaskinen. Personvernet avhenger derfor også av hvilken agent, modelltilbyder, integrasjon og konfigurasjon som brukes.

Det tilgjengelige materialet fastslår ikke en fullstendig policy for telemetri i Berd, og identifiserer heller ikke en bestemt implementasjon av operativsystemets passordhvelv eller nøkkelring. Organisasjoner som vurderer Berd for sensitivt arbeid, bør derfor kontrollere den aktuelle dokumentasjonen om sikkerhet og personvern i prosjektets repository før appen tas i bruk.

Er Berd gratis?

Selve Berd er gratis og åpen kildekode under Apache 2.0-lisensen. Det betyr imidlertid ikke at alle agentsamtaler er kostnadsfrie. Brukerne må normalt ta med abonnementene eller API-nøklene som kreves av modellen og agentrammeverket de velger, og leverandørene kan ta betalt for bruken.

Kostnadsbildet er derfor delt opp slik:

• Berd: Åpen kildekode og tilgjengelig under Apache 2.0.
• Agentens kjøremiljø: Kan være inkludert, installert lokalt eller konfigureres separat, avhengig av agenten.
• Tilgang til modeller: Kan kreve abonnement eller API-nøkkel hos en leverandør.
• Bruk: Kan utløse egne kostnader basert på mengden modellbruk.

Hva er «distribution seams» for virksomheter?

Uttrykket «distribution seams» beskriver den praktiske avstanden mellom en nyttig lokal skrivebordsapp og et ferdig, sentralt administrert bedriftsprodukt.

Det kan blant annet dreie seg om styrt installasjon og oppdatering, identitets- og tilgangskontroll, utdeling av innloggingsdetaljer, nettverks- og proxyregler, revisjonslogger, brukerstøtte og virksomhetens regler for hva agenter får lov til å gjøre. Det finnes ikke tilstrekkelig dokumentasjon til å si at Berd allerede tilbyr et komplett administrasjonslag for alle disse behovene. Virksomheter bør derfor behandle dette som spørsmål som må avklares før utrulling – ikke som funksjoner som automatisk følger med Apache 2.0-utgivelsen.

Hvorfor stenges eksterne pull requests automatisk?

At en ekstern pull request automatisk lukkes, er først og fremst et valg for bidragsprosessen. Det kan bety at vedlikeholderne ønsker at endringsforslag først diskuteres i issues, eller at det offentlige repositoriet speiler en intern kildekodebase.

Dette opphever ikke Apache 2.0-lisensen. Alle kan fortsatt undersøke, bruke, endre og forke koden i tråd med lisensvilkårene. Det tilgjengelige materialet fastslår derimot ikke Blocks konkrete begrunnelse for å lukke eksterne pull requests. Det vil derfor være spekulativt å hevde at praksisen skyldes sikkerhet, lisensiering eller motstand mot bidrag utenfra.

Berd versus Buzz

Berd og Buzz dekker to ulike former for samarbeid.

Berd er arbeidsområdet for enkeltbrukeren. Én person bruker appen til å styre agenter på tvers av lokale prosjekter, filer, ferdigheter og økter.

Buzz er samarbeidsområdet. Block lanserte Buzz 21. juli 2026 som en delt plattform der mennesker og AI-agenter kommuniserer. Her står vedvarende prosjektidentitet, tillatelser og historikk sentralt – også når modellen eller agentrammeverket byttes ut. Buzz støtter Claude Code, Codex, Goose og andre ACP-kompatible agenter.

Buzz kan også settes opp med en selvstyrt relay, enten lokalt eller på infrastruktur operatøren kontrollerer. Samarbeidslaget trenger dermed ikke nødvendigvis Blocks egen infrastruktur, men ansvaret for drift og sikkerhet flyttes i så fall til operatøren.

Prosjektene henger sammen gjennom en modell- og rammeverksnøytral tilnærming, men det finnes ikke dokumentasjon som bekrefter en planlagt sammenslåing av Berd og Buzz eller en felles produktplan.

Hva har Block sagt om veien videre?

Blocks offentlige beskrivelse posisjonerer Berd som et fleksibelt arbeidsområde for prosjekter, verktøy, ferdigheter, modeller og agentrammeverk – ikke bare som et grensesnitt for Goose. Samhandling på tvers av disse systemene er den tydeligste retningen som kan underbygges av materialet.

Det finnes foreløpig ikke nok bekreftet informasjon til å slå fast en konkret plan for bedriftsadministrasjon, telemetri, endringer i prising eller en formell integrasjon mellom Berd og Buzz. Slike spørsmål må derfor stå åpne til Block dokumenterer dem i prosjektets repository eller i en senere kunngjøring.