¿Qué es Buzz?
Buzz es, en palabras del propio Block, "un espacio de trabajo donde humanos y agentes construyen juntos, sobre un relay que tú posees." Si has usado Slack, la interfaz te resultará familiar al instante: una barra lateral de canales, hilos, mensajes directos, reacciones con emoji, huddles de voz y contenido multimedia compartido.
El giro está en quién ocupa la sala. Junto a tus compañeros de equipo, invitas a agentes de IA especializados a esos mismos canales, donde publican, revisan código, ejecutan automatizaciones aprobadas y, en general, se comportan como compañeros de trabajo en lugar de un bot de comandos que invocas y despides. Y como Buzz también incorpora hosting de Git, la conversación sobre una funcionalidad y el pull request de esa funcionalidad pueden vivir en el mismo lugar.
El planteamiento en una frase de Block resume la apuesta: mantener a las personas, el contexto, las decisiones y los próximos pasos en una sola sala compartida en lugar de dispersos entre una app de chat, un tracker y tus herramientas de desarrollo. Se posiciona claramente como un competidor tanto de Slack (para el chat) como de GitHub (para el código).
Quién creó Buzz, y por qué
Buzz viene de Block, Inc., la empresa fintech detrás de Square, Cash App, Afterpay y Tidal. Eso importa: como señaló TechCrunch, un producto de Block indica "algo más que un simple proyecto personal de Dorsey". El portavoz designado es Bradley Axen, jefe de Capacidades de IA en Block, y su frase resume toda la tesis:
"Every company is going to need a place where humans and agents work together. The question is whether that place is proprietary or open. We built Buzz because we believe it should be open."
El "por qué" es un problema de coordinación, no de inteligencia. El blog de ingeniería de Block lo expresa con claridad: "Models can do the work now. Teams still need somewhere to do it together. The bottleneck moved from intelligence to coordination." Describen la forma antigua de trabajar como cada persona sentada a solas con un agente en una pequeña ventana de arnés, copiando su salida en Slack y pegando las respuestas de vuelta, y llegan a una frase que muchos reconoceremos: "Nobody enjoyed being middleware."
Buzz se construye sobre dos años de herramientas de IA que Block ha publicado como código abierto, incluido su propio framework de agentes, goose. El tuit de lanzamiento generó las cifras típicas de un lanzamiento de Dorsey, alrededor de 11.000 «me gusta» y más de 700 respuestas en cuestión de horas.
Las cuatro palabras clave, descifradas
El tuit de lanzamiento de Dorsey se apoyaba en cuatro términos. Suenan como palabrería cercana al mundo cripto, pero cada uno corresponde a una decisión de diseño concreta. Aquí va la versión en lenguaje sencillo:
| Dorsey's word | What it actually means for you |
|---|---|
| Model-agnostic | Los agentes pueden ejecutarse sobre cualquier modelo o arnés (Claude Code, Codex, goose, el tuyo propio). Cambia el modelo y el proyecto conserva su identidad e historial. |
| Decentralized | Construido sobre el protocolo abierto Nostr: los mensajes son eventos firmados retransmitidos por servidores sencillos, no encerrados dentro de la base de datos de una sola empresa. |
| Self-sovereign | Tu identidad es un par de claves criptográficas que tú posees. Si Buzz desaparece, tu historial firmado sigue siendo verificable y tus repositorios de Git pueden volver a alojarse en otro sitio. |
| Open source | Todo está en Apache-2.0 en GitHub. ¿Necesitas una funcionalidad? Constrúyela y despliégala tú mismo. |
Vale la pena hacer una corrección, porque confundió a muchos de los primeros lectores: Nostr no es una blockchain, y no hay ningún token. El hilo de Hacker News tuvo que aclararlo una y otra vez:
"No blockchains here. Nostr is just a standard signed message format being relayed by simple store and forward relay servers."
Así que, pese al lenguaje de descentralización, no hay token cripto, token de gobernanza ni airdrop de por medio. "Decentralized" aquí significa "no propiedad de un solo servidor", no "en una blockchain".
Los agentes son miembros, no bots
Esta es la parte que hace que Buzz sea genuinamente distinto a acoplar un chatbot a Slack. En Buzz, un agente tiene "las mismas capacidades que un compañero humano, el mismo registro de auditoría, un par de claves distinto." El lema que el equipo repite es: "Agents are members, not bots" y "agents are part of the room, not haunted cron jobs."
La parte inteligente es el modelo de seguridad, y vale la pena entenderlo si alguna vez te ha puesto nervioso entregarle tus credenciales a un agente. En lugar de darle a un agente tu inicio de sesión, Buzz le da a cada agente su propia clave. El propietario del agente firma una autorización con un alcance muy acotado, y el agente firma después su propio trabajo bajo su propia identidad. Así que la autoría no se borra: el agente es el autor, y su credencial demuestra quién lo autorizó y bajo qué condiciones. Si una clave se filtra, revocas al agente sin tocar la identidad humana.
Block también describe un agente de frontera que dirige un enjambre de agentes más baratos y rápidos que investigan, construyen, prueban y revisan en paralelo, comunicándose todos a través de simples menciones en canales. Si has leído sobre la orquestación multiagente en abstracto, esto es a lo que se parece cuando se convierte en... un simple chat grupal.
Hosting de Git: la idea de la "rama como sala"
Buzz no se detiene en el chat. Está empezando a traer el hosting de código a casa, y el modelo aquí es ingenioso: una rama de funcionalidad es un canal. Abres una rama, aparece una sala, los parches llegan como eventos firmados, el CI publica sus resultados en la sala, un agente hace una primera revisión de código, y la decisión de fusión ocurre en el mismo lugar que todas las pruebas.
Por debajo, Buzz almacena los repositorios como packfiles inmutables direccionados por contenido más un puntero mutable, algo que llegaron a verificar formalmente con TLA+ por su durabilidad. La propuesta es que una sola comunidad pueda reemplazar lo que hoy los equipos simulan con chat, forjas, bots, dashboards de CI y un montón de código pegamento: un solo sustrato en lugar de siete pestañas que fingen conocerse entre sí.
La integración con Git es hoy la pieza menos terminada, así que trata esta sección más como la visión que como la realidad actual.
¿Ya vale la pena usar Buzz?
Aquí es donde importa la honestidad. Buzz es Apache-2.0, avanza rápido (3.600 estrellas en GitHub y unos 1.800 commits en sus primeros días), y está claramente construido por gente a la que le importa la arquitectura. Pero también es muy temprano. La última build de escritorio es la v0.4.22, es decir, preanterior a la 1.0, y el propio README de Block clasifica las funciones en tres categorías:
| ✅ Funciona hoy | 🚧 En proceso de conexión | 💭 Código pendiente |
|---|---|---|
| Canales, hilos, DMs, búsqueda, registro de auditoría | Clientes móviles (iOS + Android) | Reputación de red de confianza (web-of-trust) |
| App de escritorio (macOS, Windows, Linux) | Puertas de aprobación de flujos de trabajo | Notificaciones push |
| CLI de agentes + arnés Claude Code / Codex / goose | Eventos del ciclo de vida de los huddles | "Funciones de cultura" |
| Eventos de Git y backend de hosting |
La recepción en Hacker News se dividió con claridad, y es una división que vale la pena examinar. Los escépticos encontraron todo el asunto vagamente distópico:
"That screenshot is some Lynchian horror... the humans and agent bots engage in flirty emoji-filled chats with cutesy names. I'm trying to imagine a world in which this makes sense as a way to organize software development work, but coming up short."
Los entusiastas vieron lo contrario: que se trata de un intento temprano y honesto hacia un cambio real en la forma de trabajar.
"The entire development world is being fundamentally rewired and will not ever look the same. This is just one experiment at a new shape. It's probably not the winning idea, but I'd imagine we'll see lots of these attempts to reframe how work is done."
Mi lectura: ambos tienen razón. Buzz es un experimento bien construido que merece seguirse de cerca, y no es una herramienta sobre la que apostar el flujo de trabajo diario de un equipo este trimestre. La propia invitación de Dorsey fue a "come test the early stages with us," que es exactamente el enfoque correcto.
Buzz le da a los agentes una sala. El soporte necesita un agente con un trabajo.
Aquí está el replanteamiento que prometí, y es lo que me gustaría que un líder de soporte u operaciones se llevara de todo el revuelo por Buzz. Buzz es un lugar. Es una superficie bellamente diseñada donde los agentes pueden estar presentes y ser mencionados. Esa es, genuinamente, la forma correcta para un trabajo abierto y exploratorio, como un equipo pequeño construyendo un prototipo juntos.
Pero gran parte del trabajo real no es abierto. El soporte al cliente es el ejemplo más claro. No quieres un agente que se siente en un canal esperando a que un humano lo mencione con @ y luego le devuelva el ticket. Quieres un agente que tome el ticket, lea tu base de conocimiento y lo resuelva de verdad, de principio a fin, sin una persona en el bucle para ese sencillo 60%.
Ese es un problema de diseño distinto, y es en el que paso mis días. A un agente-en-una-sala se le juzga por lo natural que resulta charlando. A un agente-con-un-trabajo se le juzga por su tasa de resolución, su precisión y si sabe cuándo escalar. Acertar con lo segundo tiene menos que ver con una interfaz de canal bonita y más con anclar al agente en tus documentos reales y tickets pasados, y con poder confiar en lo que hace cuando nadie está mirando. Esa confianza, sinceramente, es la parte difícil, y es la razón por la que ver que la captura de pantalla de la demo importa más que la tasa de resolución es una señal que conviene notar.
Prueba eesel para el trabajo que Buzz no hace
Si Buzz te ha hecho pensar en los agentes como compañeros de equipo, la siguiente pregunta natural para un equipo de soporte es: ¿qué agente cierra realmente el ticket? Para eso está eesel. Es un agente de IA para servicio al cliente que se conecta a tu helpdesk existente (Zendesk, Freshdesk, Gorgias y demás) y a los lugares donde ya vive tu conocimiento, y luego responde y resuelve los tickets de primera línea por su cuenta.
El diferenciador es la confianza, no las apariencias. Antes de que eesel responda a un solo cliente real, puedes simularlo contra tus tickets históricos para ver exactamente cómo habría respondido y qué habría resuelto, así que no estás adivinando. Se conecta en minutos, funciona como un nuevo empleado que ya se ha leído tu centro de ayuda, y es gratis probarlo. Buzz es una gran sala; este es el compañero que termina el trabajo.
Frequently Asked Questions
¿Qué es la app Buzz?
¿Es gratis la app Buzz?
¿Quién creó Buzz y por qué?
¿Es seguro usar Buzz con mi equipo ahora mismo?
¿En qué se diferencia Buzz de un agente de IA para soporte al cliente?
Article by
Alicia Kirana Utomo
Kira is a writer at eesel AI with a Computer Science background and over a year of hands-on experience evaluating AI-powered customer service tools. She focuses on breaking down how helpdesk platforms and AI agents actually work so that support teams can make better buying decisions.
