Buzz (buzz.xyz) — Rapport de recherche pour présentation

Puntos clave

1. Fecha / fuente. 12 de agosto de 2026, informe de vigilancia interno inédito. Reúne publicaciones de Block, ARCHITECTURE.md, prensa, X y tres experiencias independientes.
2. Encuadre clave. el vocabulario de lanzamiento no es documentación de arquitectura. Método transponible: para cualquier plataforma que se autodenomine descentralizada, leer el ARCHITECTURE.md antes que la publicación de anuncio. ### La brecha descentralización / arquitectura | Fuente | Declaración | |---|---| | Tuit de Jack Dorsey | "agnóstico de modelo, descentralizado, autosoberano y de código abierto" | | ARCHITECTURE.md de Block | "El relay es la única fuente de verdad. Todas las lecturas y escrituras pasan por él. No hay intercambio de eventos entre pares, ni gossip, ni replicación." | | TFTC | "Dos de esos tres se sostienen sin problema. El tercero necesita un matiz." | Un único relay por comunidad constituye un punto único de fallo. La soberanía ofrecida es organizativa —autoalójate, lleva tu identidad contigo— y no redundancia de red. ### Rigor demostrado frente a riesgo de explotación | Lo formalmente verificado | Lo que no lo está | |---|---| | aislamiento multiinquilino mecanizado en TLA+ | la unidad de permiso es la pertenencia a un canal | | propiedades de autorización verificadas en Tamarin | los agentes se ejecutan con --dangerously-skip-permissions, fuera de cualquier sandbox | | protocolo de almacenamiento Git verificado por model checking | la observabilidad de los agentes es deficiente — cierres silenciosos por OOM, tareas abandonadas que aparecen como activas | | registro de auditoría append-only encadenado por hash | — | La prueba formal cubre la identidad y el almacenamiento; el riesgo de explotación reside en la autorización de herramientas y la visibilidad. Que lo primero no genere una falsa tranquilidad respecto a lo segundo. ### Una distinción de seguridad que conviene retener Evidenciar manipulación ≠ resistir a la manipulación (tamper-evidence ≠ tamper-resistance). Los eventos firmados prueban quién hizo qué; no impiden que un operador de relay comprometido elimine eventos. En el relay alojado por Block, los mensajes no están cifrados de extremo a extremo, y los proveedores de modelos pueden recibir prompts y contenido de los canales. Pregunta que plantear a cualquier proveedor que venda un registro de auditoría "a prueba de manipulación": ¿a prueba de modificación, o a prueba de eliminación? ### Corrección de cifras El TL;DR de Block anuncia "33% más de trabajo": se trata de la proporción de tareas completadas — 20 frente a 15 de 44 —, no de una ganancia de puntuación. La puntuación sube de 59,1% a 71,5%, es decir +12,4 puntos, de los cuales 11,4 provienen de las finalizaciones adicionales. El propio informe yuxtapone ambas cifras en su síntesis, una formulación ambigua que no conviene copiar textualmente en una diapositiva. Detalle completo, incluido el resultado negativo en tareas cortas, en [[patel-block-buzz-teams-tokens-benchmarks-2026-08-06]]. ### Pila técnica y despliegue Relay en Rust (Axum WS + REST), Postgres (eventos + búsqueda de texto completo), Redis (pub/sub, presencia, indicador de escritura), S3/MinIO (medios vía Blossom), escritorio Tauri + React. 127 tipos de evento; NIP-01 (feed), NIP-42 (autenticación de inicio de sesión), NIP-98 (autenticación REST), NIP-34 (eventos Git). Despliegue mediante un Docker Compose de producción (Postgres, Redis, MinIO, Caddy/TLS), Railway con un clic, o el relay alojado gratuito de Block en beta. Rust 1.88+, Node 24+, pnpm. ### Interoperabilidad buzz-acp es un harness de Agent Client Protocol (nacido en Zed, JSON-RPC 2.0 sobre stdio, ahora bajo gobernanza comunitaria) que conecta goose, Codex y Claude Code, y traduce ACP ↔ MCP — ACP del lado del cliente/agente, MCP del lado de las herramientas. A esto se suma buzz-agent, un agente propio: hasta 8 sesiones concurrentes, cada una con sus propios servidores MCP, historial y contexto; Anthropic Messages API, OpenRouter, o cualquier endpoint compatible con OpenAI (vLLM, llama.cpp, Databricks, Ollama). Una formulación que conviene retener: "El agente no sabe con qué servidor MCP habla. El servidor MCP no sabe qué agente lo está llamando. Se componen mediante protocolos, no mediante imports." Sobre la trampa del acrónimo en torno a ACP, ver [[girard-acp-deux-protocoles-un-sigle-2026-08-02]]. ### Genealogía goose (Block, 28 de enero de 2025, Apache 2.0, CTO Dhanji Prasanna) es el antecesor, cedido en diciembre de 2025 a la Agentic AI Foundation de la Linux Foundation junto con MCP y AGENTS.md — más de 27.000 estrellas, más de 350 colaboradores. BuilderBot, el primer agente interno de Slack de Block, plantea el problema original: credenciales compartidas, cambio de modelo, gestión de identidad. Block lleva dieciocho meses construyendo una posición en la capa agéntica abierta. ### Lo que está en juego en el mercado Bradley Axen (Head of AI Capabilities, Block): "Toda empresa va a necesitar un lugar donde humanos y agentes trabajen juntos. La pregunta es si ese lugar es propietario o abierto." Justin Waldron (cofundador de Zynga): "Buzz no es un asesino de Slack. Es mucho más grande. Es el primer harness de agentes multijugador propiamente dicho." Recepción: ~25.900 estrellas en GitHub (~7.600 en tres días), un tuit de Dorsey con ~2,3–2,7M de visualizaciones, cobertura de TechCrunch / SiliconANGLE / Decrypt, respaldo público de Sundar Pichai. ### Experiencias de campo independientes | Fuente | Aportación | |---|---| | DevTools Daily (~26/07) | espacio de trabajo de dos personas, autoalojado en un VPS detrás de Caddy, con agentes Codex, Copilot y Claude — consolidación exitosa, traspasos reales de agente a agente dentro del mismo hilo; falta observabilidad | | João Queirós (23/07) | primera evaluación en profundidad; origen de la formulación sobre la autorización por canal | | darrenjrobinson | tres agentes con identidades distintas en un Buzz autoalojado, cada uno con su propio par de claves y su propia facturación — "cualitativamente distinto de una integración de bot" | Varias guías: los agentes solo actúan ante una @mención; sin una instrucción de parada, dos agentes pueden entrar en un bucle de respuestas infinitas; el onboarding alojado ha tenido errores (issues #2484, #2367), lo que hace que el autoalojamiento sea más fiable en esta etapa. ### Aplicación móvil (Tom Brow, 29/07) La aplicación no aloja agentes: firma mensajes y se conecta directamente a los relays; la identidad proviene del escritorio mediante emparejamiento por QR, sin una vía de identidad independiente en móvil. Privacidad: sin SDK de analítica, metadatos EXIF eliminados antes de subir contenido, notificaciones push siguiendo un borrador NIP-PL en el que los relays no pueden ver el token del dispositivo y la pasarela no ve ni las claves públicas, ni el contenido, ni los metadatos, ni la identidad del relay. Un modelo de referencia para diseñar notificaciones push sin fuga de metadatos. ### Lo que falta para un uso en producción Sin precio publicado para el alojamiento gestionado, sin cifras de adopción empresarial, sin autorización de herramientas de grano fino, sin observabilidad de agentes, binarios de Windows sin firmar, documentación dispersa, una interfaz de forja Git en fase temprana. Block lo declara sin rodeos: "aristas ásperas y abismos gigantes". Los tres umbrales de reevaluación propuestos: evaluar en modo autoalojado en un proyecto no crítico si el equipo ya es agent-heavy (fuertemente basado en agentes); esperar a la autorización de herramientas de grano fino y a la observabilidad antes de cualquier uso en producción; reevaluar una vez publicados un precio de alojamiento y una v1.0. ### Cómo usar esta ficha Es el dosier de contexto; las fuentes primarias están en otro lugar. Para la tesis y el modelo de identidad → [[longwell-block-buzz-workspace-agents-nostr-2026-07-21]]. El dosier envejece rápido: publicaciones cada pocos días, métricas de GitHub en movimiento, estados fechados a mediados de agosto de 2026. Vale la pena señalar: para ayudar a la gente a dejar GitHub, Buzz aloja su propio código en GitHub.