# longwell-block-buzz-workspace-agents-nostr-2026-07-21

## Veille

**Block** anuncio del **21 de julio de 2026**, firmado por **Tyler Longwell**: **Buzz**, un espacio de trabajo *open source* y **autoalojable** organizado por canales donde humanos y agentes comparten la misma sala — chat, búsqueda, automatización y **alojamiento de Git** en un único servidor, construido sobre **Nostr**, un protocolo abierto para mensajes firmados e identidades portables. Tesis inicial: *« Los modelos ya pueden hacer el trabajo. Los equipos todavía necesitan un lugar donde hacerlo juntos. El cuello de botella se desplazó de la inteligencia a la coordinación. »* Tres piezas de ingeniería. **(A) Identidad del agente.** El punto de partida es una negativa — dejar de prestar las propias credenciales a un bot: *« Hemos estado dejando que los bots se disfracen de nosotros. Es raro. Es peligroso. »* Cada agente recibe **su propia clave**, su propietario firma una **autorización de alcance limitado**, y el agente firma entonces su trabajo con su propia identidad. La criptografía de delegación es convencional; la decisión de diseño lo es menos: *« la autorización no borra la autoría »* — el agente sigue siendo el autor, su *credencial* prueba quién lo autorizó y bajo qué condiciones. Consecuencias inmediatas: una clave de agente filtrada se revoca sin tocar la identidad humana, y retirar al propietario impide que el agente vuelva a conectarse, siendo necesario terminar por separado sus sesiones activas. **(B) Git sobre almacenamiento de objetos.** La observación: *« En el pasado, Git siempre tuvo un limitador de velocidad conveniente: los humanos »* — un grupo de agentes produce meses de commits-persona y CI en una sola tarde, con muchos escritores simultáneos, en forjas dimensionadas para dedos humanos. Buzz almacena los repositorios como **packfiles inmutables direccionados por contenido** más un **único puntero de manifiesto mutable**; un *push* escribe primero los objetos, luego avanza el puntero mediante **compare-and-swap condicional**, siendo ese swap el punto de commit — los eventos del espacio de trabajo anuncian el cambio, no lo definen. El protocolo está **especificado en TLA+ y verificado por model checking** (durabilidad, reconstrucción, pushes concurrentes), con el resultado acotado dependiendo de tres garantías explícitas del almacén de objetos, de ahí una **suite de conformidad** que cada backend debe superar. **(C) Interoperabilidad y privacidad.** Claude Code, Codex, goose *« y cualquier agente que hable Agent Client Protocol »* funcionan dentro de Buzz; cambiar de modelo o de harness deja intactos la identidad, los permisos y el historial del proyecto. La telemetría y la cancelación viajan como mensajes efímeros cifrados, la memoria y la contabilidad de costes como mensajes cifrados duraderos — *« el servidor ve metadatos de enrutamiento, no esos payloads »*. Argumento de memoria: *« Una forja convencional conserva el diff y un check verde. Buzz también conserva por qué la solución obvia era incorrecta. »* Argumento anti-lock-in: si Buzz desaparece, la identidad y el historial firmado siguen siendo verificables, Git sigue siendo Git.

## Titre Article

Buzz!

## Date

2026-07-21

## URL

https://engineering.block.xyz/blog/buzz

## Keywords

Buzz, Block, espacio de trabajo agéntico, canal, basado en canales, autoalojable, autoalojable, open source, Nostr, protocolo abierto, mensajes firmados, identidad portable, par de claves, par de claves, identidad del agente, clave por agente, autorización delegada, criptografía de delegación, la autorización no borra la autoría, autoría, autoría, revocación de clave, credenciales compartidas, suplantación de identidad, disfraz de bot, alcance de la autorización, alcance, sesiones activas, Agent Client Protocol, ACP, Claude Code, Codex, goose, harness, portabilidad del harness, orquestación multiagente, frontera de agentes, enjambre, agentes baratos, coordinación, cuello de botella, middleware humano, contexto compartido, memoria de canal, canal efímero, decisión de fusión firmada, historial visible, rutas de fallo, forja Git, alojamiento de Git, Git sobre almacenamiento de objetos, packfile inmutable, direccionamiento por contenido, puntero de manifiesto, compare-and-swap, punto de commit, TLA+, model checking, verificación formal, suite de conformidad, garantías del almacén de objetos, emparejamiento de dispositivos, QR, código de seis dígitos, mensajes efímeros cifrados, metadatos de enrutamiento, compartición de GPU, inferencia peer-to-peer, anti-lock-in, soberanía del historial, Tyler Longwell, engineering.block.xyz, github.com/block/buzz

## Authors

**Tyler Longwell** — *« Building multi-player AI at Block »*, auteur unique et signataire à la première personne. Publié le **21 juillet 2026** sur le blog Block Engineering.

L'auteur a construit le prédécesseur du produit qu'il présente : *« I helped build Block's first Slack-integrated agent… I added enough glue to incorporate as a small adhesives business »*. L'argumentaire part d'une liste de questions restées sans réponse dans ce montage — *Does everyone get a bot? If people share one, whose credentials does it use?* (le sondage interne où *« everyone volunteered someone else »*), que faire quand une équipe veut changer de modèle ou de runtime. Note de clôture : *« We wrote this post in a Buzz channel with our team and our agents. We wrote Buzz there too. »*

## Ton

**Perfil**: publicación de ingeniería de lanzamiento de producto, registro de **practicante**, escrita en primera persona del singular — poco habitual para un anuncio corporativo. Audiencia: ingenieros de plataforma y equipos que ya orquestan múltiples agentes y pagan el coste de coordinación.

**Estilo**: títulos de sección construidos sobre **juegos de palabras con abejas** (*Hive to Survive*, *Headfirst into the Swarm*, *Bee Yourself*, *Git for the Hive Mind*, *Honey, I Saved the Context*) que enmascaran una progresión completamente seria: problema vivido → sustrato (Nostr) → identidad → almacenamiento → memoria → gobernanza. Tres rasgos:

1. **El humor como acelerante, no como relleno.** *« una tostadora suficientemente ambiciosa »*, *« alternando entre ellas como un day trader »*, *« Conectar las dos cosas a la ligera es cómo tu nueva función genial se convierte en un proyecto arqueológico »*. Cada broma lleva un argumento técnico.
2. **El encuadre moral del problema de identidad.** *« La forma habitual de autorizar a un agente es darle tus credenciales y esperar que no te avergüence »* / *« Si veo tu cara, quiero saber que eres tú quien me habla »*. El texto trata la identidad del agente no como una restricción de cumplimiento, sino como una **cuestión de confianza social**.
3. **La admisión de inmadurez, sin matices.** *« Todavía estamos muy al principio de la vida de Buzz. Hay aristas ásperas y abismos gigantes entre lo que podemos ver en el horizonte y lo que existe hoy »* — colocada **después** del argumento, no enterrada dentro de él.

**Frases marcadoras**: *« El cuello de botella se desplazó de la inteligencia a la coordinación »*, *« la autorización no borra la autoría »*, *« Hemos estado dejando que los bots se disfracen de nosotros »*, *« A nadie le gustaba ser middleware »*, *« Pusimos Git sobre almacenamiento de objetos. ¡A propósito! »*, *« Buzz también conserva por qué la solución obvia era incorrecta »*, *« estamos en 2026: el software se abarató. El buen gusto no »*, *« Un protocolo que cualquiera puede reconstruir es un protocolo que no puede aprisionarte »*, *« La propia sala se ha convertido en parte de la inteligencia del equipo »*.

**Postura epistémica**: **asertiva en el diseño, silenciosa en la evidencia**. Sin medición, sin benchmark, sin cifras de adopción — las afirmaciones de beneficio (*« más fácil, más rápido y más eficaz que cualquier herramienta o proceso de coordinación que hayamos usado »*) son **testimonios de uso interno**, no resultados. La única prueba *formal* de la publicación cubre el **almacenamiento de Git** (TLA+), no la productividad reclamada. Es el complemento exacto de la siguiente publicación de la serie ([[patel-block-buzz-teams-tokens-benchmarks-2026-08-06]]), que aporta las cifras — y templa la promesa.

## Pense-betes

- **La frase que justifica la existencia de la categoría**: ***« Los modelos ya pueden hacer el trabajo. Los equipos todavía necesitan un lugar donde hacerlo juntos. El cuello de botella se desplazó de la inteligencia a la coordinación. »*** Vale la pena reutilizarla textualmente para argumentar a favor de un presupuesto de "plataforma de agentes": el gasto marginal útil ya no está en el modelo, está en la **sala donde ocurre el trabajo**. El síntoma diagnóstico asociado es aún más operativo: *« Los agentes hicieron el trabajo individual más rápido y el trabajo en equipo más lento »* — si tus equipos observan exactamente eso, el problema no es la elección de modelo.
- **La decisión de diseño que vale la pena robar, incluso sin adoptar Buzz**: ***« la autorización no borra la autoría »***. Cada agente tiene **su propia clave**; el propietario firma una **autorización estrecha**; el agente firma su trabajo **en su propio nombre**, y su *credencial* indica **quién lo autorizó y bajo qué condiciones**. Traducido en tres propiedades a exigir a cualquier plataforma de agentes empresarial: 1. **Revocación aislada** — una clave de agente filtrada se revoca **sin reemitir la identidad humana**; 2. **Atribución inequívoca** — el registro de auditoría distingue "el agente hizo X" de "la persona hizo X"; 3. **Retirada en cascada** — un propietario retirado deja a sus agentes sin poder reconectarse (+ terminación de sesión activa si el riesgo es inmediato). **El antipatrón nombrado está muy extendido**: compartir las credenciales de un humano con un bot. Comprueba qué hace *tu* integración actual de Slack/CI antes de juzgar la de otros.
- **Git ha perdido su limitador de velocidad — la observación se traslada a toda tu cadena de herramientas.** *« En el pasado, Git siempre tuvo un limitador de velocidad conveniente: los humanos. Dormimos, comemos, asistimos a reuniones y, a veces, pensamos antes de hacer push. Los agentes eliminan esos límites. »* Un grupo de agentes produce **meses de commits-persona y CI en una sola tarde**. **Para hacer en casa**: enumera los sistemas cuyo dimensionamiento asumía implícitamente un ritmo humano — forja, CI, revisión, cuotas de API, alertas, revisión de seguridad — y comprueba cuál se rompe primero. Es un ejercicio de capacidad, no de gobernanza.
- **La respuesta técnica, limpia y copiable**: repositorios como **packfiles inmutables direccionados por contenido** + **un puntero de manifiesto mutable**; un *push* escribe primero los objetos, luego avanza el puntero mediante **compare-and-swap condicional**. **La regla que mantiene el modelo sólido**: *« Esa actualización del puntero es el punto de commit. Los eventos del espacio de trabajo anuncian el cambio; no lo definen. »* — el evento del canal es una **notificación**, nunca la fuente de verdad. Patrón generalizable a cualquier integración basada en eventos sobre almacenamiento de objetos.
- **Lee la garantía formal con su cláusula de alcance.** El protocolo está **especificado en TLA+ y verificado por model checking** (durabilidad, reconstrucción, pushes concurrentes) — pero *« el resultado acotado depende de tres garantías explícitas del almacén de objetos, así que cada backend debe superar una suite de conformidad »*. En otras palabras: **la prueba es válida para un almacén de objetos conforme**, y la conformidad se delega a una suite de pruebas. Pregunta que hacer antes de cualquier autoalojamiento: *¿mi almacén compatible con S3 pasa la suite?* La publicación no nombra las tres garantías.
- **Interoperabilidad — el punto que importa para la estrategia de herramientas**: **Claude Code, Codex, goose y cualquier agente que hable [[Agent-Client-Protocol]]** funcionan dentro de Buzz; *« Cambia el modelo o el harness y el proyecto conserva su identidad, permisos e historial. »* → la identidad y el historial están vinculados al **proyecto**, no al *harness*. Cuidado con el acrónimo: se trata efectivamente del **Agent Client Protocol** (cliente ↔ agente), no del *Agentic Commerce Protocol* — cf. [[girard-acp-deux-protocoles-un-sigle-2026-08-02]]. Para el bloque de construcción ACP en sí: [[agentclientprotocol-introduction-2026-08-02]].
- **El verdadero valor prometido no es el chat, es la memoria de las razones.** *« Busca la renovación de auth seis meses después y encuentra el informe, la solución rechazada, el parche, la revisión y la decisión final. Una forja convencional conserva el diff y un check verde. Buzz también conserva por qué la solución obvia era incorrecta. »* → **la conexión a establecer**: se trata de un argumento de *context engineering* disfrazado de argumento de colaboración — el contexto compartido permanece en el canal **en lugar de comprimirse en prompts privados**. A conectar con [[kb-context-engineering]] y la tesis de la memoria de agentes.
- **Observación que vale la pena verificar en otro lugar**: *« Los agentes también inventan coordinación que no programamos: se reclutan entre sí, dividen el trabajo en canales secundarios, transfieren tareas entre contextos. »* **Anecdótico y no medido** — pero si se confirma, es un hecho de diseño mayor (la coordinación emerge de un sustrato de mensajería abierto, sin orquestador). A verificar frente a las cifras de la publicación de seguimiento, que muestran más bien lo contrario — que **la composición de equipo no compensa en tareas cortas**: patel-block-buzz-teams-tokens-benchmarks-2026-08-06.
- **Privacidad — qué está cifrado y qué no**: telemetría en vivo y cancelación = **mensajes efímeros cifrados**; memoria y registros de coste = **cifrados pero duraderos**; el servidor ve *« metadatos de enrutamiento, no esos payloads »*. Buzz puede enrutar la inferencia a **la máquina de otro miembro** (agrupación de GPU): Buzz presenta a los pares autorizados, luego **el tráfico del modelo cifrado fluye directamente entre ellos**. → Interesante para un equipo que quiera agrupar cómputo local; a revisar del lado DLP, ya que la carga de trabajo sale del perímetro del servidor.
- **El argumento anti-lock-in, formulado para reutilizarse**: *« Si Buzz desaparece, tu identidad y tu historial firmado siguen verificándose. Git sigue siendo Git y puede reubicarse… Un protocolo que cualquiera puede reconstruir es un protocolo que no puede aprisionarte. »* Y la versión de gobernanza: *« Operar la infraestructura no debería significar poseer las identidades, el historial o el trabajo que pasa por ella. »* → **Criterio de compra transferible**: para cualquier plataforma de agentes, pregunta qué **sobrevive a la desaparición del proveedor** — identidades, historial verificable, artefactos reubicables. Un argumento de proveedor, pero **comprobable**: Block publica código, especificaciones del protocolo, vectores de prueba, secciones de seguridad y modelos formales (github.com/block/buzz).
- **Contexto de Block — que no hay que pasar por alto.** No es un movimiento aislado: Block ya tiene goose y el trabajo de MCP-UI (block-goose-mcp-ui-future-agentic-interfaces-2025-08-25), y su postura sobre la **monetización de la IA** está documentada en otro lugar (paymentsdive-block-dorsey-pricing-ia-2026-08-06). La autodescripción de la publicación — *« Eso es lo que necesita una empresa de inteligencia como Block »* — merece atención: **Block se autodenomina *empresa de inteligencia***, no empresa de pagos.
- **Lo que la publicación no dice, y que debería preguntarse**: sin cifras (adopción, productividad, coste), sin comparación con Slack/Teams/forjas existentes, sin discusión del **coste operativo** del autoalojamiento, ni del modelo de moderación/gobernanza de canales a escala empresarial. Las pruebas formales cubren el **almacenamiento**, no los beneficios reclamados.

## RésuméDe400mots

Publicación de ingeniería de **Block**, firmada por **Tyler Longwell**, publicada el **21 de julio de 2026**, que anuncia **Buzz**: un espacio de trabajo *open source*, **autoalojable**, organizado por canales, donde humanos y agentes trabajan en la misma sala — mensajería, búsqueda, automatización **y alojamiento de Git** en un único servidor.

**El punto de partida es un fracaso vivido.** El autor construyó el primer agente de Slack de Block; funcionaba, pero dejaba preguntas operativas sin responder: ¿cada uno tiene su propio bot? Si un bot es compartido, **¿de quién son las credenciales**? ¿Qué ocurre cuando un equipo cambia de modelo o de *runtime*? De ahí la tesis: *« Los modelos ya pueden hacer el trabajo. Los equipos todavía necesitan un lugar donde hacerlo juntos. El cuello de botella se desplazó de la inteligencia a la coordinación. »*

**El sustrato es Nostr** — un protocolo abierto para mensajes firmados e identidades portables. Una identidad es un **par de claves**, cada acción está firmada: la misma identidad envía un mensaje, autoriza a un agente, aprueba un *workflow*, firma un commit, fusiona un cambio. **Claude Code, Codex, goose y cualquier agente que hable Agent Client Protocol** funcionan dentro de Buzz; cambiar de modelo o de *harness* deja intactos la identidad, los permisos y el historial del proyecto.

**El núcleo de la publicación es la identidad del agente.** En lugar de prestar las propias credenciales a un bot — *« Hemos estado dejando que los bots se disfracen de nosotros »* — cada agente recibe **su propia clave**. Su propietario firma una **autorización estrecha**; el agente firma entonces su trabajo **en su propio nombre**. La elección semántica es explícita: ***« la autorización no borra la autoría »***. La clave de un agente comprometido se revoca **sin tocar la identidad humana**; retirar al propietario desconecta al agente.

**Segunda pieza de ingeniería: Git sobre almacenamiento de objetos.** Los agentes eliminan el limitador de velocidad que solían ser los humanos; un grupo produce meses de commits-persona en una sola tarde. Buzz almacena los repositorios como **packfiles inmutables direccionados por contenido** más **un puntero de manifiesto mutable**, avanzado mediante **compare-and-swap condicional** — ese *swap* es el punto de commit, los eventos del canal lo anuncian sin definirlo. El protocolo está **especificado en TLA+** y verificado por model checking; el resultado depende de **tres garantías del almacén de objetos**, de ahí una **suite de conformidad** por *backend*.

**El valor prometido es mnemónico**: un canal efímero por tarea agrega discusión, parches, CI, revisión y decisión firmada. *« Una forja convencional conserva el diff y un check verde. Buzz también conserva por qué la solución obvia era incorrecta. »*

**Y se argumenta a favor del open source**: *« estamos en 2026: el software se abarató. El buen gusto no. »* Si Buzz desaparece, las identidades y el historial firmado siguen verificándose. Sin cifras, sin benchmark: la publicación es una exposición de diseño, no una prueba de efecto.

## GrapheDeConnaissance

- Block —publie→ Buzz (TECHNOLOGIE, 0.98)
- Tyler Longwell —travaille_chez→ Block (ORGANISATION, 0.97)
- Tyler Longwell —affirme_que→ le goulet d'étranglement est passé de l'intelligence à la coordination : les modèles savent faire le travail, les équipes ont encore besoin d'un lieu pour le faire ensemble (CITATION, 0.96)
- Buzz —utilise→ Nostr (TECHNOLOGIE, 0.97)
- Nostr —permet→ des identités portables sous forme de paires de clés et des actions signées, indépendantes du serveur qui les héberge (AFFIRMATION, 0.95)
- Buzz —permet→ à chaque agent d'avoir sa propre clé, son autorisation signée par son propriétaire et sa propre signature sur son travail (AFFIRMATION, 0.97)
- Buzz —affirme_que→ l'autorisation n'efface pas la paternité : l'agent reste l'auteur, son credential prouve qui l'a autorisé et sous quelles conditions (CITATION, 0.96)
- identité déléguée d'agent —résout→ l'usage des identifiants d'un humain par un bot, et permet de révoquer un agent compromis sans remplacer l'identité humaine (AFFIRMATION, 0.95)
- Buzz —utilise→ Agent Client Protocol (TECHNOLOGIE, 0.95)
- Buzz —s_applique_à→ Claude Code, Codex et goose, ainsi qu'à tout agent parlant Agent Client Protocol (AFFIRMATION, 0.95)
- Buzz —permet→ de changer de modèle ou de harness sans que le projet perde son identité, ses permissions ou son historique (AFFIRMATION, 0.93)
- Tyler Longwell —affirme_que→ les agents ont rendu le travail individuel plus rapide et le travail d'équipe plus lent, chaque passage de main exigeant un humain pour transporter le contexte (CITATION, 0.94)
- agents de codage —s_oppose_à→ le limiteur de débit humain sur lequel les forges Git étaient implicitement dimensionnées (AFFIRMATION, 0.93)
- Buzz —utilise→ des packfiles immuables adressés par contenu sur stockage objet, plus un pointeur de manifeste mutable avancé par compare-and-swap conditionnel (AFFIRMATION, 0.96)
- Buzz —affirme_que→ la mise à jour du pointeur est le point de commit, les événements du workspace annonçant le changement sans le définir (AFFIRMATION, 0.95)
- Block —utilise→ TLA+ (TECHNOLOGIE, 0.95)
- TLA+ —permet→ de model-checker la durabilité, la reconstruction et les poussées concurrentes du protocole de stockage Git de Buzz (AFFIRMATION, 0.94)
- Buzz —utilise→ une suite de conformité que chaque backend de stockage objet doit passer, le résultat borné dépendant de trois garanties explicites (AFFIRMATION, 0.93)
- Buzz —permet→ de router les requêtes d'inférence d'un agent vers la machine d'un autre membre, le trafic chiffré circulant directement entre pairs autorisés (AFFIRMATION, 0.92)
- Buzz —réduit→ la compression du contexte partagé dans des prompts privés, en gardant discussion, patchs, CI, revue et décision de merge dans un même canal (AFFIRMATION, 0.93)
- Buzz —affirme_que→ une forge classique conserve le diff et une coche verte, là où Buzz conserve aussi pourquoi le correctif évident était faux (CITATION, 0.95)
- Buzz —concurrence→ Slack (TECHNOLOGIE, 0.82)
- Block —affirme_que→ une équipe doit contrôler ses propres identités d'agents, son historique et son travail, indépendamment de tout fournisseur ou plateforme (AFFIRMATION, 0.95)
- Buzz —permet→ à une identité et à un historique signé de rester vérifiables même si Buzz disparaît, un dépôt Git restant réhébergeable (AFFIRMATION, 0.93)
- Block —affirme_que→ en 2026 le logiciel est devenu bon marché mais pas le goût, les choix de design étant la partie difficile (CITATION, 0.92)
- Buzz —est_instance_de→ workspace collaboratif humains-agents auto-hébergeable (CONCEPT, 0.95)
- Block —publie→ goose (TECHNOLOGIE, 0.9)

---
Canonical: https://www.thekb.eu/es/fiches/longwell-block-buzz-workspace-agents-nostr-2026-07-21/