Was Berd kann

Berd ist ein nativer Desktop-Client für die Arbeit mit KI-Agenten, Projekten, Tools, Skills und verschiedenen Modellen. Der wichtigste Unterschied: Berd ist kein neues KI-Modell und auch keine eigene universelle Agenten-Laufzeit. Der Mehrwert liegt in der dauerhaften Arbeitsumgebung darum herum – also in einem Ort, an dem sich Projekte organisieren, Kontexte bewahren und Agenten austauschen lassen, ohne den gesamten Workflow neu aufzubauen.

Dabei sind Goose und Berd nicht dasselbe Produkt. Goose ist Blocks offenes Agenten-Framework beziehungsweise dessen Laufzeit. Berd ist die grafische Desktop-Ebene, über die Nutzer Goose und andere unterstützte Agenten einheitlich bedienen können. Nach Angaben von Block entstand Berd aus den Erfahrungen der eigenen Teams mit Goose sowie mit unterschiedlichen Modellen und Agenten-Umgebungen.

Wie Berd unterschiedliche Agenten verbindet

Als Verbindungsschicht zwischen dem Desktop-Client und den Agenten-Umgebungen nutzt Berd das Agent Client Protocol (ACP). Das Protokoll soll vermeiden, dass für jeden Agenten eine eigene, maßgeschneiderte Schnittstelle gebaut werden muss: Eine ACP-kompatible Agenten-Umgebung kann über einen gemeinsamen Standard mit einem kompatiblen Client kommunizieren. In diesem austauschbaren Arbeitsablauf werden Goose, Claude Code, Codex und weitere Tools zusammengeführt.

Berd ist damit allerdings keine universelle Ersatzlösung für die Einrichtung jedes Anbieters. Goose kann als mitgelieferte oder eng integrierte Laufzeit verwendet werden. Claude Code und Codex benötigen dagegen weiterhin ihre eigenen Installationen, Konten, Abonnements oder Zugangsdaten. Welcher Agent ausgewählt wird, entscheidet außerdem mit darüber, welcher Modellanbieter Eingaben, Quellcode und Tool-Ausgaben erhält.

Technik und unterstützte Betriebssysteme

Die gemeldete technische Basis kombiniert Tauri 2 mit einem React-19-Frontend. Dadurch entsteht eine Desktop-Anwendung und kein reiner Browser-Arbeitsplatz. Builds gibt es für macOS, Windows und Linux.

Dieses Modell richtet sich an Entwickler, die Projektdateien und Agenten-Sitzungen neben ihrer normalen lokalen Entwicklungsumgebung nutzen möchten. Gleichzeitig bleiben die üblichen Aufgaben einer Desktop-Anwendung beim Nutzer: Updates installieren, lokale Berechtigungen verwalten, Agenten konfigurieren und Zugangsdaten schützen.

Was „Local First“ beim Datenschutz bedeutet

Bei Berds Local-First-Ansatz werden die Anwendung sowie Projekt- und Gesprächsverläufe lokal gespeichert, anstatt in einem von Block gehosteten Berd-Arbeitsbereich zu liegen. Das schafft eine wichtige Datenschutzgrenze, bedeutet aber nicht, dass die gesamte KI-Verarbeitung auf dem eigenen Rechner stattfindet.

Verwendet ein Agent ein Cloud-Modell, eine entfernte API oder ein externes Tool, können die entsprechenden Prompts, Quellcodes, Dateien und Tool-Ergebnisse weiterhin den Computer verlassen. Der Datenschutz hängt daher nicht nur von Berd ab, sondern auch von der gewählten Agenten-Umgebung, dem Modellanbieter, den Tools und der jeweiligen Konfiguration.

Die vorliegenden Informationen belegen keine abschließende Telemetrie-Richtlinie für Berd und nennen auch keine bestimmte Implementierung für den Passwortspeicher oder Schlüsselbund des Betriebssystems. Wer Berd für sensible Aufgaben einsetzen möchte, sollte diese Punkte vor der Einführung in der aktuellen Sicherheits- und Datenschutzdokumentation des Repositorys prüfen.

Ist Berd kostenlos? Welche Kosten entstehen?

Berd selbst kann unter der Apache-2.0-Lizenz kostenlos genutzt werden. Dadurch sind jedoch nicht automatisch alle Agenten-Aufrufe gratis. Nutzer bringen in der Regel die erforderlichen Abonnements oder API-Schlüssel für den ausgewählten Agenten und das verwendete Modell mit; die Anbieter können die Nutzung separat berechnen.

Das Kostenmodell teilt sich damit praktisch auf:

• Berd: Open Source und unter Apache 2.0 verfügbar.
• Agenten-Laufzeit: Je nach Agent kann sie mitgeliefert, lokal installiert oder separat konfiguriert werden.
• Modellzugang: Kann ein Abonnement oder einen API-Schlüssel des Anbieters erfordern.
• Nutzung: Für die Modellabfragen können zusätzliche Gebühren des jeweiligen Anbieters anfallen.

Was mit den „Distribution Seams“ für Unternehmen gemeint ist

Berd scheint zunächst als persönliches, lokal ausgerichtetes Entwicklerwerkzeug konzipiert zu sein – nicht als fertige Plattform für die zentrale Unternehmensverwaltung. Der Ausdruck „Distribution Seams“ beschreibt die organisatorischen und technischen Übergänge, die beim Schritt von einer nützlichen Desktop-App zu einem zentral verwalteten Unternehmensprodukt entstehen.

Dazu können zentral gesteuerte Installationen und Updates, Identitäts- und Zugriffsverwaltung, die Bereitstellung von Zugangsdaten, Netzwerk- und Proxy-Regeln, Audit-Protokolle, Support sowie Richtlinien für Agenten-Aktionen gehören. Die vorliegenden Belege zeigen nicht, dass Berd all diese Anforderungen bereits vollständig abdeckt. Unternehmen sollten solche Funktionen deshalb als offene Fragen für die Einführung prüfen – und nicht als automatisch enthaltene Eigenschaften der Apache-2.0-Veröffentlichung verstehen.

Warum schließt das Repository externe Pull Requests automatisch?

Automatisch geschlossene externe Pull Requests sind zunächst eine Entscheidung über den Beitragsprozess. Das kann bedeuten, dass Maintainer Änderungen zuerst über Issues diskutieren möchten oder dass das öffentliche Repository einen internen Quellcodebestand spiegelt.

Diese Praxis hebt die Apache-2.0-Lizenz nicht auf: Der Code darf weiterhin eingesehen, genutzt, verändert und unter den Lizenzbedingungen geforkt werden. Warum Block externe Pull Requests genau schließt, lässt sich aus den vorliegenden Informationen jedoch nicht abschließend ableiten. Eine Begründung mit Sicherheitsbedenken, Lizenzfragen oder einer grundsätzlichen Ablehnung externer Beiträge wäre daher spekulativ.

Berd und Buzz: persönlicher Arbeitsplatz oder Teamraum?

Berd und Buzz setzen auf unterschiedliche Ebenen der Zusammenarbeit.

Berd ist der persönliche Desktop-Arbeitsplatz. Eine einzelne Person steuert damit Agenten über lokale Projekte, Dateien, Skills und Sitzungen hinweg.

Buzz ist der kollaborative Arbeitsbereich. Block startete Buzz am 21. Juli 2026 als gemeinsamen Raum, in dem Menschen und KI-Agenten miteinander kommunizieren. Im Mittelpunkt stehen eine dauerhafte Projektidentität, Berechtigungen und eine Historie, die auch dann erhalten bleiben soll, wenn das Modell oder die Agenten-Umgebung gewechselt wird. Buzz unterstützt Claude Code, Codex, Goose und weitere ACP-kompatible Agenten.

Buzz lässt sich außerdem mit einem selbst betriebenen Relay einrichten – etwa auf dem eigenen Rechner oder auf einer vom Betreiber kontrollierten Infrastruktur. Die Zusammenarbeit muss damit nicht grundsätzlich über von Block gehostete Infrastruktur laufen. Allerdings verschieben sich dadurch Einrichtungs-, Betriebs- und Sicherheitsverantwortung zum Betreiber.

Beide Projekte verbindet der modell- und agenten-umgebungsneutrale Ansatz. Die vorliegenden Informationen belegen jedoch weder eine geplante Zusammenlegung von Berd und Buzz noch eine gemeinsame Produkt-Roadmap.

Was Block zur Zukunft von Berd angekündigt hat – und was nicht

Blocks öffentliche Darstellung positioniert Berd als anpassbaren Arbeitsplatz für Projekte, Tools, Skills, Modelle und Agenten-Laufzeiten – nicht als reine Goose-Oberfläche. Diese Interoperabilität ist die klarste, durch die verfügbaren Informationen gestützte Richtung.

Für eine verbindliche Roadmap zu Unternehmensverwaltung, Telemetrie, Preisänderungen oder einer formellen Berd-Buzz-Integration reichen die bestätigten Informationen nicht aus. Diese Fragen bleiben offen, bis Block sie im Projekt-Repository oder in einer künftigen Ankündigung dokumentiert.

Was Berd kann

Berd ist ein nativer Desktop-Client für die Arbeit mit KI-Agenten, Projekten, Tools, Skills und verschiedenen Modellen. Der wichtigste Unterschied: Berd ist kein neues KI-Modell und auch keine eigene universelle Agenten-Laufzeit. Der Mehrwert liegt in der dauerhaften Arbeitsumgebung darum herum – also in einem Ort, an dem sich Projekte organisieren, Kontexte bewahren und Agenten austauschen lassen, ohne den gesamten Workflow neu aufzubauen.

Dabei sind Goose und Berd nicht dasselbe Produkt. Goose ist Blocks offenes Agenten-Framework beziehungsweise dessen Laufzeit. Berd ist die grafische Desktop-Ebene, über die Nutzer Goose und andere unterstützte Agenten einheitlich bedienen können. Nach Angaben von Block entstand Berd aus den Erfahrungen der eigenen Teams mit Goose sowie mit unterschiedlichen Modellen und Agenten-Umgebungen.

Wie Berd unterschiedliche Agenten verbindet

Als Verbindungsschicht zwischen dem Desktop-Client und den Agenten-Umgebungen nutzt Berd das Agent Client Protocol (ACP). Das Protokoll soll vermeiden, dass für jeden Agenten eine eigene, maßgeschneiderte Schnittstelle gebaut werden muss: Eine ACP-kompatible Agenten-Umgebung kann über einen gemeinsamen Standard mit einem kompatiblen Client kommunizieren. In diesem austauschbaren Arbeitsablauf werden Goose, Claude Code, Codex und weitere Tools zusammengeführt.

Berd ist damit allerdings keine universelle Ersatzlösung für die Einrichtung jedes Anbieters. Goose kann als mitgelieferte oder eng integrierte Laufzeit verwendet werden. Claude Code und Codex benötigen dagegen weiterhin ihre eigenen Installationen, Konten, Abonnements oder Zugangsdaten. Welcher Agent ausgewählt wird, entscheidet außerdem mit darüber, welcher Modellanbieter Eingaben, Quellcode und Tool-Ausgaben erhält.

Technik und unterstützte Betriebssysteme

Die gemeldete technische Basis kombiniert Tauri 2 mit einem React-19-Frontend. Dadurch entsteht eine Desktop-Anwendung und kein reiner Browser-Arbeitsplatz. Builds gibt es für macOS, Windows und Linux.

Dieses Modell richtet sich an Entwickler, die Projektdateien und Agenten-Sitzungen neben ihrer normalen lokalen Entwicklungsumgebung nutzen möchten. Gleichzeitig bleiben die üblichen Aufgaben einer Desktop-Anwendung beim Nutzer: Updates installieren, lokale Berechtigungen verwalten, Agenten konfigurieren und Zugangsdaten schützen.

Was „Local First“ beim Datenschutz bedeutet

Bei Berds Local-First-Ansatz werden die Anwendung sowie Projekt- und Gesprächsverläufe lokal gespeichert, anstatt in einem von Block gehosteten Berd-Arbeitsbereich zu liegen. Das schafft eine wichtige Datenschutzgrenze, bedeutet aber nicht, dass die gesamte KI-Verarbeitung auf dem eigenen Rechner stattfindet.

Verwendet ein Agent ein Cloud-Modell, eine entfernte API oder ein externes Tool, können die entsprechenden Prompts, Quellcodes, Dateien und Tool-Ergebnisse weiterhin den Computer verlassen. Der Datenschutz hängt daher nicht nur von Berd ab, sondern auch von der gewählten Agenten-Umgebung, dem Modellanbieter, den Tools und der jeweiligen Konfiguration.

Die vorliegenden Informationen belegen keine abschließende Telemetrie-Richtlinie für Berd und nennen auch keine bestimmte Implementierung für den Passwortspeicher oder Schlüsselbund des Betriebssystems. Wer Berd für sensible Aufgaben einsetzen möchte, sollte diese Punkte vor der Einführung in der aktuellen Sicherheits- und Datenschutzdokumentation des Repositorys prüfen.

Ist Berd kostenlos? Welche Kosten entstehen?

Berd selbst kann unter der Apache-2.0-Lizenz kostenlos genutzt werden. Dadurch sind jedoch nicht automatisch alle Agenten-Aufrufe gratis. Nutzer bringen in der Regel die erforderlichen Abonnements oder API-Schlüssel für den ausgewählten Agenten und das verwendete Modell mit; die Anbieter können die Nutzung separat berechnen.

Das Kostenmodell teilt sich damit praktisch auf:

• Berd: Open Source und unter Apache 2.0 verfügbar.
• Agenten-Laufzeit: Je nach Agent kann sie mitgeliefert, lokal installiert oder separat konfiguriert werden.
• Modellzugang: Kann ein Abonnement oder einen API-Schlüssel des Anbieters erfordern.
• Nutzung: Für die Modellabfragen können zusätzliche Gebühren des jeweiligen Anbieters anfallen.

Was mit den „Distribution Seams“ für Unternehmen gemeint ist

Berd scheint zunächst als persönliches, lokal ausgerichtetes Entwicklerwerkzeug konzipiert zu sein – nicht als fertige Plattform für die zentrale Unternehmensverwaltung. Der Ausdruck „Distribution Seams“ beschreibt die organisatorischen und technischen Übergänge, die beim Schritt von einer nützlichen Desktop-App zu einem zentral verwalteten Unternehmensprodukt entstehen.

Dazu können zentral gesteuerte Installationen und Updates, Identitäts- und Zugriffsverwaltung, die Bereitstellung von Zugangsdaten, Netzwerk- und Proxy-Regeln, Audit-Protokolle, Support sowie Richtlinien für Agenten-Aktionen gehören. Die vorliegenden Belege zeigen nicht, dass Berd all diese Anforderungen bereits vollständig abdeckt. Unternehmen sollten solche Funktionen deshalb als offene Fragen für die Einführung prüfen – und nicht als automatisch enthaltene Eigenschaften der Apache-2.0-Veröffentlichung verstehen.

Warum schließt das Repository externe Pull Requests automatisch?

Automatisch geschlossene externe Pull Requests sind zunächst eine Entscheidung über den Beitragsprozess. Das kann bedeuten, dass Maintainer Änderungen zuerst über Issues diskutieren möchten oder dass das öffentliche Repository einen internen Quellcodebestand spiegelt.

Diese Praxis hebt die Apache-2.0-Lizenz nicht auf: Der Code darf weiterhin eingesehen, genutzt, verändert und unter den Lizenzbedingungen geforkt werden. Warum Block externe Pull Requests genau schließt, lässt sich aus den vorliegenden Informationen jedoch nicht abschließend ableiten. Eine Begründung mit Sicherheitsbedenken, Lizenzfragen oder einer grundsätzlichen Ablehnung externer Beiträge wäre daher spekulativ.

Berd und Buzz: persönlicher Arbeitsplatz oder Teamraum?

Berd und Buzz setzen auf unterschiedliche Ebenen der Zusammenarbeit.

Berd ist der persönliche Desktop-Arbeitsplatz. Eine einzelne Person steuert damit Agenten über lokale Projekte, Dateien, Skills und Sitzungen hinweg.

Buzz ist der kollaborative Arbeitsbereich. Block startete Buzz am 21. Juli 2026 als gemeinsamen Raum, in dem Menschen und KI-Agenten miteinander kommunizieren. Im Mittelpunkt stehen eine dauerhafte Projektidentität, Berechtigungen und eine Historie, die auch dann erhalten bleiben soll, wenn das Modell oder die Agenten-Umgebung gewechselt wird. Buzz unterstützt Claude Code, Codex, Goose und weitere ACP-kompatible Agenten.

Buzz lässt sich außerdem mit einem selbst betriebenen Relay einrichten – etwa auf dem eigenen Rechner oder auf einer vom Betreiber kontrollierten Infrastruktur. Die Zusammenarbeit muss damit nicht grundsätzlich über von Block gehostete Infrastruktur laufen. Allerdings verschieben sich dadurch Einrichtungs-, Betriebs- und Sicherheitsverantwortung zum Betreiber.

Beide Projekte verbindet der modell- und agenten-umgebungsneutrale Ansatz. Die vorliegenden Informationen belegen jedoch weder eine geplante Zusammenlegung von Berd und Buzz noch eine gemeinsame Produkt-Roadmap.

Was Block zur Zukunft von Berd angekündigt hat – und was nicht

Blocks öffentliche Darstellung positioniert Berd als anpassbaren Arbeitsplatz für Projekte, Tools, Skills, Modelle und Agenten-Laufzeiten – nicht als reine Goose-Oberfläche. Diese Interoperabilität ist die klarste, durch die verfügbaren Informationen gestützte Richtung.

Für eine verbindliche Roadmap zu Unternehmensverwaltung, Telemetrie, Preisänderungen oder einer formellen Berd-Buzz-Integration reichen die bestätigten Informationen nicht aus. Diese Fragen bleiben offen, bis Block sie im Projekt-Repository oder in einer künftigen Ankündigung dokumentiert.