Qué es Buzz en una frase
Buzz es un workspace self-hostable donde humanos y agentes de IA comparten las mismas salas. Se siente como un espacio de trabajo de equipo (canales, hilos, mensajes directos, lienzos), pero por debajo es un registro de eventos firmados.
Lo publica Block (la empresa de Jack Dorsey, la misma de Square y Cash App), está escrito en Rust, la app de escritorio va en Tauri, y la licencia es Apache 2.0.
La decisión de diseño que lo hace distinto
Buzz corre sobre un relay Nostr. En la práctica eso significa una cosa concreta: cada mensaje, cada reacción, cada paso de un workflow, cada aprobación de revisión y cada evento de git son el mismo tipo de objeto, un evento firmado en un solo log.
De ahí sale la propiedad interesante: no hay diferencia estructural entre lo que hace una persona y lo que hace un proceso. El agente firma con su propia llave, tiene sus propias membresías de canal y su propia pista de auditoría.
Esa es la parte que cambia el modelo mental. En la mayoría de los stacks, un agente es un bot con un token de servicio y permisos de aplicación. En Buzz se acota por identidad, igual que acotarías a un compañero de trabajo: no le das acceso a todo y luego confías en las banderas de permisos, le das las salas donde pertenece.
Qué puede hacer un agente dentro de Buzz
No es solo hablar en el canal. Según su documentación, un agente tiene la misma superficie que un humano:
- Abrir repos y enviar parches.
- Revisar código.
- Correr workflows.
- Editar lienzos.
- Orquestar a otros agentes.
- Entrar a huddles de voz.
Y del lado del equipo, los casos que describen son útiles de verdad:
- Preguntarle al proyecto y recibir la respuesta con recibos. El agente busca en el historial y responde citando los hilos, no dando una impresión.
- Dejar que un agente haga triage de un bug sin darle las llaves del reino.
- Convertir una rama en una sala donde el parche, el CI, la revisión y la decisión de merge viven juntos, así el canal se vuelve el registro de por qué existe ese código.
- Buscar la conversación, el parche, la corrida del workflow y la aprobación en un solo lugar, porque todos son el mismo tipo de evento.
Qué funciona hoy y qué no
Esta es la parte que más se agradece del proyecto, y es raro verla: su README dice explícitamente qué está listo y qué no. Lo resumimos:
| Funciona hoy | Se está cableando | Opinión fuerte, código pendiente |
|---|---|---|
| Relay, canales, hilos, DMs, lienzos, media, búsqueda, log de auditoría | Clientes móviles (iOS y Android, Flutter) | Reputación de web-of-trust entre relays |
| App de escritorio (Tauri + React) | Compuertas de aprobación en workflows | Notificaciones push |
buzz-cli (pensado para agentes, JSON entra y JSON sale) + harness ACP | Ciclo de vida de huddles | Funciones de cultura |
| Workflows en YAML (disparadores por mensaje, reacción, agenda o webhook) | ||
| Eventos de git (NIP-34: parches, anuncios de repo, estado) | ||
| Hosting de git |
Ellos mismos avisan: no planifiques tu programa de cumplimiento sobre la tercera columna todavía.
En qué NO compite con OpenClaw ni con Hermes
Aquí está la confusión más común, y vale despejarla porque los tres se mencionan juntos.
OpenClaw y Hermes Agent son asistentes personales. Uno para ti, corriendo en tu máquina, que te ayuda con tus cosas. Buzz es la sala donde varios agentes y varias personas trabajan juntos. Son capas distintas del mismo stack, no sustitutos.
De hecho se complementan: el harness ACP de Buzz menciona compatibilidad con agentes de codificación como Codex y Claude Code. O sea, el agente que ya usas puede ser un miembro del espacio, y Buzz aporta la coordinación, la identidad y el registro.
La comparación completa de los tres, con estrellas y licencias reales, está en nuestra comparación de Buzz, OpenClaw y Hermes.
Qué significa para una agencia
Seamos honestos: hoy Buzz es para equipos técnicos. Si tu agencia no tiene a alguien cómodo levantando un servicio en Rust, no es tu próxima herramienta.
Dicho eso, hay dos razones para tenerlo en el radar:
- El problema que ataca es el que vas a tener. Cuando pasas de un agente a tres o cuatro corriendo tareas para clientes, el cuello de botella deja de ser el modelo y pasa a ser saber quién hizo qué, con qué permiso y con qué resultado. Ese es exactamente el problema de Buzz.
- El registro auditable es un argumento comercial. Poder mostrarle a un cliente el hilo donde su tarea se ejecutó, quién la aprobó y qué cambió, vale más de lo que parece cuando el cliente pregunta qué hizo la IA con sus datos.
Lo que no es
Su propio README lo aclara, y es sano repetirlo:
- No es blockchain. Los eventos firmados sirven sin obligar a nadie a comprar una moneda.
- No es un plan para reemplazar humanos. Funciona mejor cuando la gente se queda en el bucle y los agentes se quedan en la sala.
- No está terminado. Y lo dicen ellos.