Volver a casos de uso

use-cases / replay-this-mornings-incident / hero

PIPE · REPLAY DE INCIDENTE

Reproduce el incidente de esta mañana para todo el equipo

Son las 14:00. Se está haciendo el post-mortem del incidente de las 7:00. Seis ingenieros quieren recorrer la secuencia exacta de logs que vio el SRE de guardia en su momento. Transmites el snapshot a través de una URL de Hoody Pipe con ?n=8. Todo el mundo ve la cascada dispararse en su propio terminal en el mismo instante — sin capturas, sin hacer scroll desincronizados, sin grabación de Zoom.

Leer la API de pipe

incident-2026-05-04 · 07:00 – 08:00

07:00

07:15

07:23

07:30

07:45

08:00

INICIO DEL INCIDENTE

07:23:14 UTC

alex

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

ben

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

chen

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

dani

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

ev

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

fox

07:23:14INFOPOST /v1/checkout u_28f

07:23:15WARNstripe latency 2.4s

07:23:16ERR 500 stripe timeout

07:23:17···auto-rollback armed

reproduciendo · al unísonoPOS1×

use-cases / replay-this-mornings-incident / mechanism

Un snapshot. Un pipe. Seis terminales al unísono.

Coge el archivo de logs del momento del incidente desde tu snapshot de hoody-files. Transmítelo a través de una ruta de Hoody Pipe con ?n=8. Ocho ingenieros hacen curl a la misma ruta. El pipe espera hasta que todos estén conectados, y entonces los bytes pasan una sola vez al ritmo que tú marques — cada lector ve la misma línea en el mismo instante.

post-mortem.host · emisor

PUT · replay

# The 7am incident is captured in incident-2026-05-04.log
# (snapshotted from /var/log/app at 07:25 by the on-call SRE).
# Replay it through a pipe path with ?n=8 — the server waits
# until eight readers connect, then the bytes move through once.
# pv -L 50k rate-limits the replay to a readable 50KB/s.

cat incident-2026-05-04.log \
  | pv -L 50k \
  | curl -T - \
      "https://prod-pipe.containers.hoody.com/api/v1/pipe/replay?n=8"

# [INFO] Waiting for 8 receiver(s) to connect...
# [INFO] Streaming to 8 receiver(s) at 50.0 KB/s

los 8 lectores conectados · el pipe no retiene nada · los bytes pasan una sola vez

alex / ben / chen / dani / ev / fox / dos más · lectores

GET · al unísono

# Each engineer in the post-mortem call runs the same line.
# They block until everyone has joined, then the cascade scrolls
# past their terminal at the exact rate the SRE saw at 07:23.

curl "https://prod-pipe.containers.hoody.com/api/v1/pipe/replay?n=8"

# 07:23:14 INFO POST /v1/checkout u_28f
# 07:23:15 WARN stripe latency 2.4s
# 07:23:16 ERR  500 stripe timeout
# 07:23:17 ···  auto-rollback armed
# ...the whole cascade, in order, on every terminal at once.

Dos piezas de la API documentada de Pipe: PUT /api/v1/pipe/[path] en el emisor, GET /api/v1/pipe/[path] en cada lector, ambos referenciados por el mismo n. El servidor reenvía el Content-Type del emisor, mantiene la conexión hasta un TTL de 5 minutos mientras espera lectores, y aplica backpressure si algún lector va lento. La velocidad de replay la define el emisor por completo — pv, dd, o cualquier limitador de tasa de tu confianza.

use-cases / replay-this-mornings-incident / powers

Lo que ver juntos consigue y un documento no

Un stream que va pasando cambia la conversación. La gente deja de discutir qué pasó y empieza a ver qué pasó. Tres propiedades del pipe hacen esto posible.

MULTIPLAYER POR DEFECTO

Seis terminales sobre el mismo playhead

n=N está documentado en la API de Pipe: cada lector que se une a la misma ruta con el mismo n recibe una copia idéntica fan-out. Ocho ingenieros ven la misma línea pasar en el mismo instante — nadie va por delante, nadie está achicando los ojos en la pantalla compartida de otro.

LIMITADO POR EL EMISOR

Replay lento suficiente para leerse

Los logs reales de prod corren más rápido de lo que un humano puede absorber. pv -L 50k limita el replay a un ritmo legible; el pipe lleva la velocidad que elija el emisor. Puedes pausar el post-mortem haciendo ctrl-Z al emisor y reanudarlo con fg — el terminal de cada lector se pausa contigo.

EFÍMERO POR DEFECTO

Termina el replay, desaparece el pipe

El pipe almacena cero bytes. Cuando el cat termina o el SRE hace ctrl-C al emisor, la ruta se cierra — sin endpoint residual expuesto a internet, sin transcripción que gestionar en retención. Vuelve a ejecutarlo desde el snapshot para quien se haya unido tarde a la llamada.

use-cases / replay-this-mornings-incident / session

Cómo se desarrolla una sesión de replay

Cuatro tiempos desde el log del momento del incidente hasta una reproducción compartida del post-mortem. Nada de aquí es infraestructura a medida — el snapshot vive en hoody-files, el replay viaja por una sola URL de Pipe.

0107:25
Snapshot de los logs
El SRE de guardia copia /var/log/app a las 07:25 a un bucket de hoody-files. El archivo es la fuente de verdad para todo lo que pasó en la ventana de la cascada.
0213:55
Abrir la sala de reunión
El lead escribe una URL de Hoody Pipe con ?n=8 (seis ingenieros + dos huecos para rezagados) y la pega en el canal del post-mortem. Los receptores pueden conectar primero — el pipe mantiene la plaza hasta 5 minutos.
0314:00
Pulsar play
El SRE vuelca el snapshot a través de pv -L 50k a la URL. El servidor espera a que ocho curls estén conectados, luego los bytes pasan una sola vez al unísono — la cascada se dispara en seis terminales en el mismo instante.
0414:18
Replay para los rezagados
El director llega tarde. Vuelve a ejecutar la misma línea. El pipe es una ruta, no un lugar — no hay nada que rebobinar, nada que buscar, nada almacenado en el servidor. Simplemente vuelve a darle al play.

use-cases / replay-this-mornings-incident / capacity

¿Cuán grande puede ser la sala?

Según la spec documentada de la API de Pipe. Límites y comportamientos que convierten una sola URL en un teatro de post-mortem.

LECTORES POR RUTA256
Tope documentado de n. Tu reunión de post-mortem no se quedará sin asientos — el pipe escala a una organización entera.
BYTES ALMACENADOS0
El pipe transmite directo de extremo a extremo. El replay no deja rastro en el servidor cuando el emisor se desconecta.
VENTANA DE UNIÓN5 min
Los receptores pueden conectar antes que el emisor; el pipe mantiene la plaza hasta 5 minutos para los que llegan tarde.

Fuente: Hoody Pipe API — límites documentados para /api/v1/pipe/[path], parámetro n (1–256), y TTL de pipe sin establecer.

use-cases / replay-this-mornings-incident / punchline

El post-mortem no es un documento. Es un stream que todo el mundo ve junto.

sin scroll desincronizado · sin entrecerrar los ojos en la pantalla compartidauna URL · ocho curls · un playhead

POST-MORTEMayerhoy

ARTEFACTODocumento de Confluence con capturashttps://prod-pipe.../pipe/replay
SINCRONÍAtodos hacen scroll a su propio ritmoreproducción al unísono para n=8
RETENCIÓNel PDF perdura añosctrl-C y el pipe se acabó
REPLAYagendar un segundo Zoomreejecutar el mismo curl

Leer la API de pipe

use-cases / replay-this-mornings-incident / replaces

Lo que esto reemplaza

El conjunto de herramientas y rituales que invocas hoy para guiar a un equipo por el timeline de un incidente. Cada uno almacena algo, cobra por asiento, o pierde el timing. El pipe es una sola URL con un playhead compartido.

Documento de post-mortem en ConfluencePágina estática con capturas obsoletas
Informe de incidente en NotionLista de bullets, sin sincronía temporal
Pegar capturas en SlackPierde el orden y el timing de la cascada
Sesiones manuales de replay-the-logsUna persona hace scroll, los demás entrecierran los ojos
Timeline de Zoom grabadoCada uno hace scrub a su propio ritmo
Anotaciones de Datadog notebookLicencia por asiento, sin playhead compartido

use-cases / replay-this-mornings-incident / cta

La cascada se dispara en seis terminales a la vez. La conversación cambia. La gente deja de discutir qué pasó y empieza a ver qué pasó.

Leer la API de pipe

use-cases / replay-this-mornings-incident / related

Lee los otros

Sesenta contenedores en un servidor

Un servidor bare-metal ejecuta decenas a cientos de contenedores Hoody. KSM y dedup BTRFS hacen que el costo marginal sea casi cero.

Containers·Snapshots

Incorpora a un desarrollador con un solo enlace

Un nuevo ingeniero llega el lunes. Le envías una URL. La abre en cualquier portátil que tenga y ya está dentro de un contenedor recién clonado de tu snapshot de baseline de desarrollo — código, dependencias, env, datos seed, VSCode en el navegador. Escribiendo código en cinco minutos, no configurando.

Snapshots·Containers·Terminal·Files

Endpoints de API que se materializan bajo demanda

Un script exec con comodín captura la llamada, le pide a un LLM que escriba el manejador, lo ejecuta en un sandbox V8 y guarda la ruta. La siguiente llamada es nativa.

Exec·Agent·Code·Files

Ramifica computadoras como Git

Toma una snapshot de un contenedor en ejecución — archivos, procesos, memoria. Restaura en segundos. Bifurca con /copy. Ramificación, pero para toda la máquina.

Snapshots·Containers

VS Code real en tu móvil

El Code Orchestrator levanta una instancia de VS Code en el contenedor y sirve el editor sobre una URL HTTPS normal. Cualquier dispositivo con navegador puede abrirlo. El trabajo vive en el contenedor, no en el dispositivo.

Display·Terminal·Files·Containers+1

Agentes de IA que generan otros agentes de IA

Un agente de investigación hace POST a /api/v1/projects/$PID/containers para arrancar un contenedor hijo, y luego llama a la URL del agente del hijo como cualquier otro servicio HTTP. Los sub-agentes generan sus propios sub-agentes de la misma forma. Sin framework de orquestador, solo URLs.

Agent·Exec·Containers

Un sandbox por cliente, automáticamente

Un script exec captura tu webhook de signup, copia un contenedor fresh-customer y entrega al nuevo tenant su propia URL. El aislamiento es el sistema operativo, no una columna tenant_id.

Containers·Snapshots·Exec·Files

Despiértate con un prototipo terminado

Dale al agente un párrafo a la medianoche. Genera sus propios contenedores, snapshots antes de pasos riesgosos, y publica en tu webhook de notificación al amanecer.

Agent·Snapshots·Containers·Browser+2

Arreglo de emergencia en producción desde tu teléfono

PagerDuty te despierta. Abre la URL del terminal en tu teléfono. PATCH el snapshot de antes del despliegue malo. La producción está de vuelta. Sin bastion, sin VPN, sin portátil.

Terminal·Snapshots·Network

Sigue los logs de producción en una URL que cualquiera puede curl-ear

Una URL de pipe. Hasta 256 lectores. Tres ingenieros siguen el mismo incidente a la vez sin bastion, sin licencia de Datadog, sin reenviador de logs.

Envía una build a treinta workers de CI a la vez

El contenedor de build transmite el tarball a una ruta de pipe con ?n=30. Los treinta workers de test hacen curl a la misma URL. Los bytes pasan una sola vez, repartidos en abanico.

Observa pensar a tu agente desde la cafetería

Tu agente corre en casa. Tú estás en una cafetería. Envía cada evento del bucle por Hoody Pipe y haz curl a la misma ruta desde el móvil — la traza llega carácter a carácter. Sin SSH, sin dashboard, sin subida.

Mueve 200 GB entre nubes con dos curls

pg_dump | gzip | curl desde Frankfurt. curl | gunzip | psql en Singapur. Los bytes fluyen por el pipe sin tocar disco en medio.

Envía a un compañero el estado de una base de datos en una línea

pg_dump fluye directo al psql del otro. Sin archivo subido, sin enlace compartido, sin descarga. El pipe encamina los bytes.

Transmite tokens de LLM a cualquier cosa que lea HTTP

El paso 3 transmite tokens con curl -T -. El paso 4 hace curl a la misma ruta. Los tokens pasan del generador al consumidor a velocidad de línea. Sin plomería SSE, sin broker.

Una barra de progreso que tu jefe puede observar sin unirse

Añade ?progress a la URL del pipe. Cualquiera que la abra obtiene un dashboard HTML en vivo — bytes, velocidad, ETA, estado. Hasta cincuenta espectadores, ninguno consume un slot de receptor, ninguno toca el stream.

El fan-out de webhooks que no tuviste que construir

Stripe hace POST a una ruta de pipe con ?n=12. Doce suscriptores hacen curl a la URL receptora con ?n=12. El pipe retiene el evento hasta que todos están conectados.

Una caché de CI que son solo dos comandos curl

tar | zstd | curl mete node_modules en un pipe. Veinte jobs aguas abajo hacen curl | zstd -d | tar x. Sin bucket S3, sin acción de caché, sin factura de egress.

Pipe·Containers

Subidas drag-and-drop directas a tu script

hoody-pipe sirve un formulario de subida web en cada ruta. Arrastra un archivo a la página y tu script lee los bytes desde stdin. Cero código de subida, sin bucket S3, sin URLs presignadas.

Transmite un taller a 200 espectadores desde tu portátil

ffmpeg transmite tu pantalla a una ruta de pipe con ?n=200. Cada asistente hace curl a la URL en una pestaña del navegador. Sin plataforma, sin logins, sin subida.

IPC entre contenedores sin el message broker

El contenedor A escribe en una ruta de pipe. El contenedor B lee de la misma ruta. La conexión es la backpressure. Sin Redis, sin cola, sin broker.

Pipe·Containers

Sigue a tu agente en el tren, recibe un aviso cuando termine

El agente transmite su traza a una ruta de pipe a la que puedes hacer curl desde tu móvil. Cuando termina, su última acción llama a hoody-notifications y tu móvil vibra. Dos URLs y un zumbido — sin SDK, sin app cliente, sin dashboard.

Pipe·Agent·Notifications

Un micrófono sobre HTTP, en dos terminales

ffmpeg captura el micro y lo transmite por una URL. El otro extremo hace curl y reproduce el audio. Sin Zoom, sin SDK, sin servidor de signaling.

Cinco agentes, cinco pipes, un veredicto

Un panel de cinco modelos revisa la misma entrada. Cada uno corre en su propio contenedor y transmite su veredicto a su propia ruta de pipe. Un proceso juez hace curl a los cinco en paralelo y recuenta el resultado.

Pipe·Agent·Containers

El 'pásame ese archivo' más rápido que jamás hayas tecleado

Un compañero te pide un volcado de 4 GB. Slack lo rechaza, Drive necesita una solicitud de compartir. Tú tecleas curl -T file …; él teclea curl … > file. Los bytes viajan directamente entre discos — sin barra de subida, sin enlace que compartir.

Ejecuta un LLM local y sírvelo a toda tu flota

Una GPU corre llama.cpp. Sus tokens fluyen a una ruta de pipe con ?n=50. Cincuenta contenedores hacen curl a la misma URL y se reparten el stream.

Un dashboard de métricas en vivo sin backend de métricas

El bucle de monitorización de cada contenedor hace curl de una métrica a una URL de pipe. El dashboard hace curl a la misma URL con ?progress y renderiza el stream SSE.

El cron que se borra solo cuando terminas

Haz POST a una entrada de cron gestionada con expires_at fijado a 48 horas vista. El job se ejecuta según el horario y luego se elimina solo — sin recordatorio, sin PR de limpieza, sin entrada huérfana.

Haz un snapshot del contenedor justo antes de la migración nocturna

Una entrada hoody-cron que dispara a las 02:55 UTC, hace curl a la URL de snapshots y nombra el artefacto pre-migration-2026-05-04. Cinco minutos después arranca la migración. Si va bien, el snapshot queda inactivo y no cuesta nada. Si falla, restauras en 30 segundos con un único PATCH.

Cron·Snapshots

Un crontab independiente para cada cliente, automáticamente

Cada inquilino tiene su propio contenedor y su propio servicio hoody-cron. El digest de las 9 de la mañana del cliente A se dispara puntual aunque el job del cliente B esté colgado durante 40 minutos, porque no comparten crontab.

Cron·Containers

Despierta un agente a las 3 de la madrugada y retíralo a las 4

Un cron nocturno hace POST de una solicitud de spawn, el agente trabaja durante una hora y luego un segundo cron derriba el contenedor. El agente solo existe cuando hay trabajo para él.

Cron·Agent·Containers

Rollups diarios sin orquestador

Los eventos en bruto se acumulan en una URL de sqlite. Cada noche, una entrada de cron hace curl a un endpoint exec, el script ejecuta el SQL del rollup y escribe la tabla diaria de vuelta. Sin DAG, sin Postgres de Airflow, sin dashboard de scheduler.

Cron·SQLite·Exec

Un crontab por rama, desplegado con el código

Tu repo incluye `.hoody/crontab`. El script de despliegue hace PUT de ese archivo a la API de Cron del nuevo contenedor. Cada rama tiene su contenedor, su sistema de archivos, su programación.

Cron·Containers

Una escalada de guardia que caduca con el turno

Haz POST de una entrada cron con expires_at = fin del turno. Cuando termina el turno, la entrada se elimina sola. La siguiente persona de guardia publica la suya.

Cron·Notifications

Scrape por hora, resumen diario, archivo semanal — un solo contenedor

Tres líneas en un crontab: scrape de navegador por hora a SQLite, resumen diario con exec, archivo semanal a ficheros. Servidor de tarifa plana, tres ritmos, sin servicio de programador.

Cron·Browser·SQLite·Files

Deja que tus clientes traigan su propia programación cron

Los clientes hacen POST de sus expresiones de 5 campos; su crontab vive en su contenedor, aislado. No tienes que validar contra una cola global.

Cron·Containers

Programa el agente, no el script

Una entrada cron de 5 campos hace curl a hoody-agent con un prompt en lugar de ejecutar un script fijo. ¿Hoy es el último día del mes? El agente lo descubre. ¿Cambió la forma de los datos? El agente lo descubre.

Un latido para los trabajos silenciosos

Cada ejecución de cron hace POST de un latido a un endpoint de notificaciones. Un segundo cron comprueba el último latido y avisa cuando hay silencio. El silencio es la alerta.

Cron·Notifications

Conserva las últimas 24 horas como 24 snapshots

Un cron horario hace POST de una snapshot nombrada con la hora. Tras 24 horas cada nueva snapshot sobrescribe la de ayer a la misma hora. La máquina del tiempo de 24 plantas.

Cron·Snapshots

Reproduce los webhooks de esta mañana mañana a la misma hora

Capturaste 30 minutos de tráfico real de Stripe en una carpeta de hoody-files. Una entrada de cron lo reproduce contra staging a las 9 cada día laborable — mismo volumen, mismos payloads, misma presión a la misma hora del día.

Cron·Files·Exec

Edita tu crontab desde el móvil, en el aeropuerto

Abre la URL del cron en el móvil en la zona de embarque. Toca una fila, cambia un solo campo de la expresión cron, pulsa Guardar. El PATCH llega. El trabajo se dispara esta noche con el nuevo horario. Sin sesión SSH, sin jump box, sin portátil.

Un resumen programado que se reparte a 200 buzones

Un cron a las 9 hace POST a un script exec que construye el resumen y hace curl a una URL de pipe con ?n=200. Doscientos destinatarios golpean la misma URL una vez.

Cron·Exec·Pipe

Silencia el job inestable sin perderlo

PATCH /entries/[id] [ enabled: false ]. El job se queda en tu crontab esperando que lo arreglen. Sin borrarlo, sin reescribirlo, sin perder contexto.

Un agente que califica a los agentes de ayer

Un cron nocturno hace POST al agente supervisor con las trazas de los agentes de ayer desde SQLite. El supervisor puntúa cada una. Cron es el supervisor.

Cron·Agent·SQLite

Jobs de limpieza que programan su propia jubilación

El script de limpieza comprueba si queda algo por limpiar. Cuando el directorio está vacío, hace DELETE de su propia entrada de cron. Trabajo hecho, trabajo fuera.

Rota tus certificados TLS sin sesión SSH

Cron semanal: POST a un script de exec que ejecuta certbot y publica el nuevo certificado en el proxy mediante PATCH. Sin sesión de shell, sin claves, sin jump host.

Un canario semanal que intenta romper producción

El cron del domingo a las 7 despierta a un Hoody Agent en un contenedor nuevo contra un snapshot de prod. Ejecuta el OWASP top veinte, hace fuzzing a la API y escribe un informe de hallazgos en una URL antes de las 9. El contenedor se retira.

Cron·Agent·Browser·Snapshots

El cementerio de proyectos personales que puedes permitirte mantener vivo

Once proyectos paralelos a medio terminar en Heroku son once dynos a 5–7 $ cada uno. En Hoody son once contenedores en una caja bare-metal de 29 $. Inactivo cuesta cero, la URL despierta el contenedor en milisegundos y el motor de ajedrez que nadie usa sigue funcionando.

Un entorno de previsualización por pull request, todo el mes

Cada PR abierto recibe su propio clon de un snapshot. El contenedor despierta cuando los revisores hacen clic en el enlace; los PRs inactivos no cuestan nada.

Containers·Snapshots

Lleva un portafolio de 12 productos desde una caja bare-metal

Doce contenedores aislados, cada uno su propio SaaS, comparten un servidor de 49 $ bare-metal — un paso por encima del nivel de entrada de 29 $, elegido aquí por el espacio de RAM que necesitan cincuenta contenedores. Los márgenes por producto pasan de negativos a buenos.

Acaba con el impuesto del servidor de staging

Deja de pagar por un duplicado de producción. Haz un snapshot del contenedor de prod, ramifica staging desde él bajo demanda y vuelve a congelarlo en disco cuando nadie esté probando. Tres entornos, una máquina, una factura.

Containers·Snapshots

Cuarenta sitios de clientes, un alquiler, un panel

Cada sitio de cliente vive en su propio contenedor; les facturas por sitio, pagas el host una vez. Las cuentas por fin cuadran para las agencias.

Containers·Workspaces

Sustituye la factura de E2B con el bare metal que ya alquilas

Tus agentes dejan de alquilar cómputo por segundos a E2B/Modal/Daytona. Usan contenedores en la máquina que ya tienes.

Containers·Agent·Exec

El staging inactivo no cuesta nada, así que el staging deja de borrarse

El staging moría porque mantenerlo era caro. Cuando lo inactivo es gratis, el staging vive — incluso aquel que un compañero tocó hace 90 días.

Containers·Snapshots

Sandboxes por cliente a escala de flota

Ochocientos clientes aislados en tres servidores bare metal — una factura de tarifa plana al mes, sin medidor por inquilino. Cada inquilino recibe un contenedor real con su propio kernel namespace, sistema de archivos y URL. Los contenedores inactivos no cuestan nada adicional sobre el servidor que ya pagas.

Containers·Snapshots·Exec

La caché de CI que no es una línea en la factura de S3

Los archivos de caché viven en /files en la máquina que ya alquilas. Los workers hacen PUT y GET de tarballs por HTTP. Sin bucket de S3, sin egress, sin un tercer proveedor — los bytes nunca salen de la máquina.

Files·Containers

Cincuenta entornos de demo para cincuenta llamadas de ventas

Cada prospecto recibe una copia real y aislada de tu producto sembrada con sus datos. Clonada desde un snapshot. Suya durante una semana.

Containers·Snapshots