Berd utiliza el Agent Client Protocol (ACP) como capa de interoperabilidad entre el cliente de escritorio y los entornos de ejecución de agentes. La idea es evitar una interfaz específica para cada herramienta: un entorno compatible con ACP puede comunicarse con un cliente compatible mediante un protocolo común. En este flujo pueden participar Goose, Claude Code, Codex y otras herramientas.
En la práctica, Berd es una interfaz y un coordinador, no un sustituto universal de la configuración de cada proveedor. Goose puede funcionar como el entorno incluido o estrechamente integrado con Block, mientras que Claude Code y Codex siguen dependiendo de sus propias instalaciones, cuentas, suscripciones o credenciales. El agente seleccionado determina también qué proveedor de modelos recibe las instrucciones, el código y los resultados de las herramientas.
La aplicación combina una interfaz desarrollada con React 19 y Tauri 2, una tecnología que permite distribuir aplicaciones de escritorio para varios sistemas operativos. Hay versiones disponibles para macOS, Windows y Linux.
Este modelo resulta atractivo para quienes quieren trabajar con los archivos de sus proyectos y las sesiones de los agentes junto a su entorno habitual de desarrollo local. A cambio, el usuario debe encargarse de las tareas habituales de una aplicación de escritorio: instalar actualizaciones, gestionar permisos, configurar agentes y proteger sus credenciales.
El diseño local-first de Berd significa que la aplicación y el historial de proyectos o conversaciones se almacenan localmente, en lugar de formar parte de un espacio de trabajo alojado por Block. Es una frontera de privacidad relevante, pero no equivale a que todo el procesamiento de IA ocurra en el ordenador.
Si un agente utiliza un modelo en la nube, una API remota o una herramienta externa, las instrucciones, el código fuente, los archivos y los resultados de las herramientas pueden salir del equipo. Por eso, la privacidad depende tanto del agente, del proveedor del modelo y de las herramientas configuradas como de Berd.
La información disponible no permite establecer una política definitiva de telemetría de Berd ni identificar con certeza qué almacén de credenciales o llavero específico del sistema operativo utiliza. Quienes vayan a emplearlo con información sensible deberían comprobar esos detalles en la documentación actual de seguridad y privacidad del repositorio antes de desplegarlo.
Berd es gratuita y está disponible bajo la licencia Apache 2.0. Eso no significa que cada interacción con un agente sea gratuita. Por lo general, el usuario debe aportar las suscripciones o claves API necesarias para el modelo y el entorno de ejecución que elija, y esos proveedores pueden cobrar por el consumo.
El coste práctico se divide en varias partes:
Berd parece concebida primero como una herramienta de escritorio individual y local-first, no como una plataforma empresarial terminada para administración centralizada. La expresión «costuras de distribución» describe el trabajo operativo necesario para pasar de una aplicación de escritorio útil a un producto gestionado por una empresa.
Estas necesidades pueden incluir instalación y actualizaciones administradas, controles de identidad y acceso, provisión de credenciales, políticas de red y proxy, registros de auditoría, soporte y reglas organizativas para las acciones de los agentes. La evidencia disponible no demuestra que Berd ya ofrezca una capa completa para todos esos requisitos. Las empresas deberían tratar estas capacidades como aspectos que deben validar durante el despliegue, no como funciones implícitas de la versión Apache 2.0.
Que una pull request externa se cierre automáticamente es una decisión del proceso de contribución. Puede indicar que los responsables prefieren debatir primero los cambios mediante incidencias o que el repositorio público refleja una fuente de código interna.
Ese comportamiento no anula la licencia Apache 2.0: cualquiera puede inspeccionar, utilizar, modificar y bifurcar el código conforme a sus términos. Sin embargo, la evidencia disponible no establece el motivo exacto por el que Block cierra las pull requests externas. Sería especulativo atribuir la decisión a razones de seguridad, licenciamiento o rechazo de las contribuciones externas.
Berd y Buzz están pensados para niveles de colaboración diferentes.
Berd es el espacio de trabajo de escritorio individual. Una persona lo utiliza para dirigir agentes en proyectos, archivos, habilidades y sesiones locales.
Buzz es el espacio colaborativo. Block lo lanzó el 21 de julio de 2026 como un entorno compartido en el que personas y agentes de IA se comunican. Su diseño pone el énfasis en que la identidad, los permisos y el historial del proyecto persistan aunque cambien el modelo o el entorno de ejecución. Buzz es compatible con Claude Code, Codex, Goose y otros agentes que hablen ACP.
Buzz también puede configurarse con un relay gestionado por el propio operador, incluso en local o en una infraestructura bajo su control. Por tanto, la capa de colaboración no exige necesariamente infraestructura alojada por Block, aunque esa opción traslada al operador las responsabilidades de despliegue y seguridad.
Los dos proyectos comparten un enfoque neutral respecto a modelos y entornos de ejecución, pero la información disponible no confirma una futura fusión Berd-Buzz ni una hoja de ruta común.
La presentación pública de Block sitúa a Berd como un espacio adaptable para proyectos, herramientas, habilidades, modelos y entornos de agentes, en lugar de limitarla a una interfaz exclusiva para Goose. Esa interoperabilidad es la dirección más clara que respalda la evidencia disponible.
No hay información confirmada suficiente para afirmar que exista una hoja de ruta concreta sobre administración empresarial, compromisos de telemetría, cambios de precio o una integración formal entre Berd y Buzz. Esas cuestiones siguen abiertas hasta que Block las documente en el repositorio del proyecto o en un anuncio posterior.