Respuesta corta: Buzz es un espacio de trabajo en equipo gratuito y de código abierto creado por Block (la empresa de Jack Dorsey) y lanzado el 21 de julio de 2026. Se parece a Slack: canales, hilos, mensajes directos, voz. Con una diferencia fundamental: los agentes de IA no son integraciones ni bots. Son miembros del equipo con su propia identidad criptográfica, sus propios permisos y su propio registro de auditoría. También incluye repositorios de código, lo que lo pone en competencia con GitHub.
Si trabajas con Claude Code, Codex o Goose y estás cansado de tener el contexto de tu proyecto disperso en siete pestañas del navegador, este lanzamiento te interesa. Aquí te explicamos qué es realmente, qué funciona hoy, qué no y cómo probarlo.
Quién está detrás de Buzz
Buzz fue creado por Block, Inc., la empresa dirigida por Jack Dorsey (cofundador de Twitter y Square/Block). Dorsey lo describe como "agnóstico al modelo, descentralizado, autosoberano y de código abierto".
La historia de su origen es refrescantemente honesta: lo construyeron para reducir su propia dependencia de Slack y GitHub, y luego decidieron publicarlo para que cualquiera pudiera hacer lo mismo. Bradley Axen, Jefe de Capacidades de IA en Block, resume la tesis: toda empresa necesitará un lugar donde humanos y agentes trabajen juntos, y ese lugar debería ser abierto.
El código se encuentra en github.com/block/buzz bajo la licencia Apache 2.0, escrito principalmente en Rust, y superó las 16.000 estrellas en cuestión de días.
En qué se diferencia realmente de Slack
La conclusión fácil es "Slack con IA añadida". Pero va más allá.
| Slack | Buzz | |
|---|---|---|
| Agentes de IA | Integraciones y bots con tokens de aplicación | Miembros con su propio par de claves, perfil y permisos |
| Código | Se enlaza a GitHub | Repositorios y alojamiento Git dentro de la plataforma |
| Tus datos | En la infraestructura de Slack | En un relé que puedes autoalojar |
| Modelo de IA | El que elija el proveedor | Cualquier proveedor que configures, pero las suscripciones y las claves API no son intercambiables |
| Licencia | Propietaria | Apache 2.0, código abierto |
| Automatización | Constructor de flujos de trabajo propietario | Flujos de trabajo YAML en protocolos abiertos |
La última fila es la que no es cosmética. En Slack, conectar tu propia aplicación significa registrar una aplicación en su plataforma, gestionar tokens y aprender su estructura. En Buzz, como está construido sobre protocolos abiertos, conectar tus propias herramientas es cuestión de minutos.
La fila del modelo de IA también merece una segunda mirada, porque es donde mucha gente tropieza en su primer día. Elegir un agente que se ejecute en Claude Code o Codex utiliza la CLI en la que ya inicias sesión, por lo que tu suscripción existente lo cubre. Sin embargo, si eliges Anthropic u OpenAI como proveedor en lugar de un conector, Buzz te pedirá una clave API. Una suscripción a Claude Pro o ChatGPT Plus no lo cubre. Misma empresa, misma familia de modelos, dos facturas diferentes. Un probador inicial eligió el agente de Claude esperando que la suscripción lo cubriera, descubrió lo contrario a mitad de la configuración y tuvo que cambiar de proveedor para que algo funcionara.
Cómo funciona Buzz por dentro
Esto es lo que hace que la propuesta se sostenga técnicamente. Buzz no es una aplicación de chat con una base de datos de mensajes. Es un relé de Nostr con una interfaz de espacio de trabajo encima.
Nostr en sí es más sencillo de lo que parece. Tu identidad es un par de claves criptográficas, no una cuenta en el servidor de alguien. Firmas lo que envías, los repetidores lo almacenan y lo reenvían, y nadie tiene que dar fe de quién eres porque la firma ya lo hace. Abre el perfil de un agente en Buzz y verás esto concretado: tiene su propia clave pública junto a la tuya, no escondida en un panel de configuración en algún lugar. El recuento de miembros no dice tres personas, un bot. Dice cuatro.
Eso significa que cada mensaje, cada reacción, cada parche de código, cada paso de automatización y cada aprobación es un evento criptográficamente firmado en un registro compartido. No importa si el firmante es una persona o un proceso: misma forma, mismo modelo de identidad, misma pista de auditoría.
De ese diseño se derivan tres consecuencias prácticas. Primero: un agente es un miembro, no una integración. Tiene su propio par de claves, sus propios canales, su propio historial. Lo añades a un canal de la misma manera que añadirías a una persona, y puedes revisar exactamente lo que hizo. Segundo: el repetidor es tuyo. La URL del repetidor es la comunidad. Si alguna vez quieres moverte, tus datos se mueven contigo, algo que en la práctica es extremadamente difícil de hacer con Slack. Tercero: todo es buscable a la vez. La conversación, el cambio de código, el resultado de CI y la aprobación son todos el mismo tipo de evento y aterrizan en el mismo índice.
Para cualquiera que termine implementándolo: un repetidor Rust, PostgreSQL para eventos y búsqueda, Redis para presencia y tiempo real, S3 o MinIO para archivos, y una aplicación de escritorio construida con Tauri y React.
La característica estrella: cambia de modelo sin perder el contexto
Si te quedas con una cosa de este artículo, que sea esta.
Buzz separa el agente (su identidad, su personalidad, su historial en el canal) del arnés (el programa que ejecuta el modelo). El puente entre ellos es ACP (Protocolo de Cliente de Agente).
Esa lista de "compatible hoy" subestima lo que realmente hay en la configuración. Los arneses que Buzz detecta en tu máquina, Claude Code, Codex, Goose y algunos más que puedes añadir más tarde, son una capa. Debajo, el agente Buzz integrado se comunica con su propio conjunto de proveedores: Anthropic, OpenAI, compatible con OpenAI, OpenRouter, Databricks y una opción de computación compartida que está deshabilitada en la versión actual. Cada uno requiere su propia clave, y "compatible con OpenAI" es donde reside cualquier cosa fuera de los tres grandes, incluido Groq, al apuntar una URL base a su punto final en lugar de elegir un nombre de un menú desplegable. No hay un campo para esa URL en la pantalla de configuración. La añades tú mismo, en Avanzado.
¿Por qué es esto tan importante? Porque puedes cambiar el motor de un agente desde la interfaz de usuario y el contexto acumulado permanece. Todo lo que discutiste con ese agente, los proyectos en curso, las decisiones ya tomadas: sigue ahí, porque nunca vivió dentro del arnés. Vive en el registro de eventos.
Cualquiera que haya sufrido la fatiga de los modelos, cambiando de herramientas cada dos meses y empezando de cero a reexplicar el proyecto, capta el valor de inmediato. Y tus habilidades instaladas globalmente siguen funcionando independientemente del arnés que elijas.
Consejo práctico: asigna a cada agente el modelo que su trabajo merece. Un modelo potente para razonar sobre la arquitectura, uno más barato para el trabajo rutinario. No todas las tareas merecen quemar tokens premium.
Lo que realmente puedes hacer con él: dos ejemplos reales
1. Un agente que construye y lanza una aplicación completa
En el episodio del pódcast Startup Ideas que desglosó la herramienta, Vinny (del equipo de Wasp) le pidió a un agente que "creara un CRM sencillo usando el framework full-stack de Wasp y lo desplegara en Railway."
El agente creó el repositorio, escribió el código, lo desplegó en producción y publicó el enlace en vivo y las capturas de pantalla en el canal, antes incluso de que él hubiera mirado lo que estaba haciendo.
Funciona porque los agentes operan en árboles de trabajo git paralelos, no en tu copia local. Puedes pedir tres versiones diferentes de una página de aterrizaje a la vez sin que se pisen entre sí.
2. El bucle de contexto (la parte que casi nadie captó)
Este es el patrón más valioso de toda la historia, y el menos obvio. No se trata de un agente construyendo una aplicación. Se trata de que la aplicación que construyó le devuelve datos al agente.
Pides una aplicación, digamos un panel de control que rastrea tus métricas de contenido. Le pides a esa aplicación que exponga una API. Creas un flujo de trabajo programado que accede a esa API diariamente y publica los números en un canal. Ahora respondes en ese hilo: "¿qué tienen en común mis publicaciones con mejor rendimiento esta semana?" Y el agente ya tiene los datos delante. Sin exportaciones CSV, sin copiar y pegar en ChatGPT.
Ese es el bucle cerrado: contexto → agente → software → datos → contexto. Y es portátil: el mismo patrón funciona con n8n, con un trabajo cron o con Buzz. Este es el trabajo aburrido que tiene todo negocio, y suele ser donde se esconde la verdadera ventaja competitiva.
Computación compartida: un modelo local para todo el equipo
Otra pieza poco reportada. En la configuración de Buzz puedes activar "compartir esta máquina", elegir un modelo local y permitir que otros miembros de tu comunidad lo usen desde sus propios portátiles.
El escenario obvio: tres estudiantes sin presupuesto para suscripciones premium juntan su dinero, compran una máquina decente y comparten un modelo local en todo el grupo. La admisión está restringida por la membresía actual de la comunidad y las firmas criptográficas, por lo que no es un puerto abierto al mundo.
Es una funcionalidad temprana, hoy se encuentra detrás de una bandera de característica en tiempo de compilación, pero la dirección es clara: elegir tu modelo no debería depender de quién te vende la suscripción.
Cómo empezar con Buzz: tres caminos
Camino 1: alojado (unos minutos, sin infraestructura)
Inicia sesión y Buzz abre Builderlab en tu navegador: correo electrónico y contraseña, sin OAuth. Vuelve y reclama una dirección como tunombre.communities.buzz.xyz. Vale la pena aclarar qué es esto en realidad: una cuenta alojada, no la configuración autoalojada que podría sugerir la etiqueta "código abierto". Si quieres la ruta real de autoalojamiento, esa es el Camino 3 a continuación. Es gratis en la beta temprana, y aún no se han publicado niveles de precios ni límites de uso, así que trata "gratis" como un hecho de la fase de lanzamiento, no como una garantía permanente.
Camino 2: aplicación de escritorio contra un relé existente
Descarga el instalador de las versiones del repositorio: .dmg para macOS, .AppImage o .deb para Linux, .exe para Windows. Por defecto, usa ws://localhost:3000; puedes cambiar los relés desde la aplicación o con la variable de entorno BUZZ_RELAY_URL.
Es probable que Windows muestre una advertencia de "Windows protegió su PC" antes de que se abra la aplicación, ya que el instalador aún no está firmado. Haz clic en Más información y luego en Ejecutar de todos modos. Esto es lo esperado, no una señal de que algo esté mal.
Hay algo que dificulta las instalaciones de Windows específicamente, y no parecerá un problema de configuración cuando ocurra. Los agentes de Buzz ejecutan su herramienta de shell a través de bash, y Windows no incluye uno. La instalación termina, la aplicación se abre, el chat funciona, añades un agente, todo parece correcto. Luego le pides a ese agente que haga algo y nunca responde, sin que la aplicación indique el motivo. La solución es instalar Git para Windows antes de tocar un agente, ya que Buzz resuelve su shell a través de Git Bash. Haz eso primero y el resto de la incorporación funcionará como debe.
Ruta 3: autoalojado (control total)
Necesitarás Docker y Hermit (o Rust 1.88+, Node 24+, pnpm 10+ y just):
git clone https://github.com/block/buzz.git && cd buzz. ./bin/activate-hermit && just setup && just buildY día a día:
just devPara producción en un VPS hay un paquete dedicado en deploy/compose/ (PostgreSQL, Redis, MinIO y Caddy opcional con certificados automáticos). No uses el docker-compose.yml en la raíz del repositorio: ese es solo para desarrollo local.
Ejecutar un agente no es gratis como lo es la aplicación. El cliente de escritorio no cuesta nada y un relé autoalojado no cuesta nada, pero en el momento en que un agente responde, eso es una llamada a cualquier proveedor que hayas configurado, facturada por ellos, no por Block.
Si estás configurando esto en Windows y quieres la guía paso a paso completa, incluyendo dónde se esconden exactamente los campos de Groq y OpenRouter, descarga nuestro compañero de configuración completo de Buzz a continuación.
