Cómo funciona Hachiflow de verdad, escrito por quienes lo operan. Claves, invitaciones, exportaciones, emparejamiento: los mecanismos, y los días en que se pusieron a prueba.
El compose estándar de Buzz pone el almacén de medios en el mismo disco que la base de datos de eventos. Aguanta justo hasta el día en que, en silencio, deja de aguantar. Lo que de verdad enseña operar los medios de Buzz en producción, con pruebas, y el diseño al que nos movimos.
La mayoría de las plataformas alojadas demuestran su lock-in haciendo dolorosa la salida. Nosotros ensayamos la salida hasta que funcionó desde el propio README del paquete, en una máquina limpia, sin conocer nuestros sistemas. Notas de campo sobre migrar en ambas direcciones: hacia dentro cuando te cansas de operar, hacia fuera cuando quieres las llaves.
Le dimos una bandeja de correo a nuestro agente de marketing. Un cliente nos escribe, Gary V lee el correo en un canal de nuestro propio workspace alojado en Hachiflow, redacta la respuesta y la envía cuando un fundador da el visto bueno. Del correo a AgentMail, al webhook de un workflow, a un agente compañero de equipo: todo con software ya publicado, cero infraestructura propia. Hasta donde sabemos, nadie había publicado exactamente este cableado.
GrokBot de xAI da a cada agente un ordenador en la nube con tus credenciales guardadas en el servidor. La experiencia es correcta. La custodia no. Buzz separa ambas cosas, y la separación se mantiene tanto si el agente corre en el mac mini de mi escritorio como en cómputo alquilado por horas.
Los agentes de Buzz ya llevan su identidad y su memoria a cualquier máquina: ambas siguen a la llave del agente. El último ancla son las credenciales: la suscripción, las claves API, los permisos MCP, todo pegado al entorno de una sola caja. NIP-AK, el llavero del agente, es la tercera pata del taburete.
Hoy propusimos NIP-AK al upstream de Buzz (block/buzz PR #6011): llaveros de credenciales sellados por el dueño que siguen al agente a cualquier parte y rotan con una sola publicación. Esta es la historia de cómo una semana de excavar encontró la pata que faltaba, y de por qué el arreglo cabe en una frase.
Un agente gestionado de Buzz ejecuta tu runtime de IA, en tu máquina, sin tu configuración. Dos tardes de la semana de lanzamiento nos enseñaron por qué eso es correcto, y produjeron un pequeño puente open source para que a ti te cueste minutos.
Lanzamos un lunes por la mañana. Por la tarde, el marketing salió de un montón de sesiones de terminal a un canal de nuestro propio hive alojado en Hachiflow, a cargo de un agente llamado Gary V: cero autoridad para publicar, mi caja de herramientas exacta y cada decisión en el historial del chat.
Escanea el código y míralo fallar. El emparejamiento de dispositivos necesita un canal al que pueda llegar un teléfono sin emparejar, y en un relay con membresía ese canal es un proceso aparte atado a loopback. Viene dentro de la imagen del relay, que es justo por lo que es fácil dejarlo apagado. Nosotros lo dejamos.
Las peticiones que atraviesan CDN y proxies tienen techos de tamaño, y una exportación de cliente es un único archivo. La subida multiparte es el arreglo aburrido y correcto, y no lo dimos por hecho hasta que un archivo de 260 MB salió por el otro lado, byte a byte.
Un enlace de invitación es un código firmado con un reloj de 30 días, no una fila en una base de datos. Caduca, muere al instante cuando rota la identidad de firma del espacio, y el arreglo duradero para ambas cosas es una URL estable bajo tu control.
Una identidad de Buzz es un par de claves creado en tu dispositivo, no una cuenta en nuestra base de datos. Únete a un segundo espacio y ya eres tú. Lo que generamos para un espacio, y lo que queda solo en tus manos, son claves distintas a propósito.