use-cases / move-200gb-between-clouds-with-two-curls / hero

PIPE · MIGRACIÓN ENTRE NUBES

Mueve 200 GB entre nubes con dos curls

Un backup de Postgres de 200 GB en Frankfurt. Una caja nueva en Singapur. Saltas la ida y vuelta a S3. Un curl canaliza pg_dump a una URL de Hoody pipe; un curl al otro lado lo transmite directo a psql. Los bytes están en vuelo, nunca en reposo.

Lee la documentación de pipe

src.frankfurt:~

ORIGEN · LIVE

eu-fra-1 · Frankfurt

# stream the dump out$ pg_dump db | gzip \ | curl -T - https://pipe.../migration[INFO] Streaming to 1 receiver(s)...

pipe/migration

0 bytes almacenados

dst.singapore:~

DESTINO · LISTO

ap-sin-1 · Singapur

# pipe straight into psql$ curl https://pipe.../migration \ | gunzip | psql newdb[INFO] Transfer complete.

200 GB · cero saltos · cero retención

use-cases / move-200gb-between-clouds-with-two-curls / mechanism

No es un bucket. Es un router.

Hoody Pipe es una ruta con nombre en un servidor HTTP. El emisor hace PUT de un stream, el receptor hace GET a la misma ruta y el servidor empalma las dos. Nada se escribe en disco; el pipe contiene cero bytes por diseño.

Bytes entre dos curlsTTL DE 5 MIN · SIN CAPA DE ALMACENAMIENTO

01 · EMISOR

PUT a la ruta

Desde la caja de origen, pg_dump | gzip | curl -T - a la URL del pipe. El cuerpo del PUT fluye tan rápido como el backpressure TCP permita. El servidor mantiene la conexión hasta que aparezca un receptor en la misma ruta.

PUT /api/v1/pipe/migration

02 · ROUTER

Empalma en memoria

Cuando el GET del receptor aterriza en la misma ruta, Hoody empalma los bytes de la subida directamente en la respuesta de la descarga. Sin buffer, sin staging en disco, sin commit asíncrono — solo un stream directo entre dos sockets HTTP.

0 bytes en disco

03 · RECEPTOR

GET como stream

Desde la caja de destino, curl hace GET a la ruta y canaliza la respuesta por gunzip | psql. El stream del lado receptor termina en el segundo en que llega el último byte del emisor. Sin reintentos, sin manifest, sin limpieza.

GET /api/v1/pipe/migration

El orden de conexión no importa — el receptor puede hacer curl primero y bloquearse hasta que se conecte el emisor (o viceversa), hasta el TTL de 5 minutos del pipe. El backpressure fluye de extremo a extremo: un psql lento estrangula al curl en el origen. No hay cola que desbordar porque no hay cola.

use-cases / move-200gb-between-clouds-with-two-curls / commands

Los dos comandos de verdad

Esto no es pseudocódigo. Abre dos terminales en los dos servidores, ejecuta uno en cada uno y mira cómo un backup de 200 GB sale de una nube y aterriza en otra.

frankfurt:~ · emisor

PUT · EMISORFrankfurt → pipe

# 1. Transmite la base de datos en vivo al pipe$pg_dump --format=custom mydb | gzip \ | curl -T - https://pipe.containers.hoody.com/api/v1/pipe/migration# 2. El servidor responde con mensajes de estado[INFO] Waiting for 1 receiver(s) to connect...[INFO] Streaming to 1 receiver(s)...[INFO] Upload complete.[INFO] Transfer complete.

singapore:~ · receptor

GET · RECEPTORpipe → Singapur

# 1. Canaliza directo a la nueva base de datos$curl https://pipe.containers.hoody.com/api/v1/pipe/migration \ | gunzip | psql newdb# 2. Los bytes llegan a psql según salen de FrankfurtCREATE TABLE okCOPY 4823918 okALTER TABLE ok

Se prefiere PUT (curl -T) porque es como curl quiere subir un stream. POST funciona idéntico — misma ruta, mismos mensajes de estado. Usa ?n=N en ambos lados si necesitas repartir el mismo dump a varios receptores.

use-cases / move-200gb-between-clouds-with-two-curls / spectator

PROGRESO · ?progress

Una URL de espectador que cualquiera puede mirar

Un tercer portátil abre la misma URL del pipe con ?progress y obtiene un feed SSE en tiempo real de bytes-por-segundo, ETA y receptores conectados. Espectar no consume un slot de receptor — cincuenta compañeros pueden mirar la migración sin cambiar el valor de n ni interferir con la transferencia.

SIN SLOT DE RECEPTOR
HASTA 50 ESPECTADORES
PERMANENCIA DE 30 MIN

spectator.…hoody.com/migration?progress

SSE · text/event-streamSTREAMING

event: statedata: ["state":"streaming","receivers":1]event: progressdata: ["bytes":83_421_667_840, "speed":"412 MB/s", "eta":"4m 44s"]event: progressdata: ["bytes":118_295_117_824, "speed":"406 MB/s", "eta":"3m 21s"]↻ live · 250ms throttle

use-cases / move-200gb-between-clouds-with-two-curls / why

Por qué dos curls le ganan a seis pasos

La ida y vuelta a S3 parece simple en una pizarra. En producción es una pila de piezas móviles que cobran por segundo. El pipe colapsa la pila entera dentro del propio transporte.

Sin tercera capa de almacenamiento

S3, GCS, Azure Blob — la ida y vuelta existe solo porque no había otro sitio donde aparcar los bytes. El pipe es la ruta. No hay bucket que aprovisionar, regla de lifecycle ni limpieza posterior.

Paga por el vuelo, no por el reposo

Egress en la subida, egress en la descarga — dos veces. Con el pipe los bytes salen de Frankfurt y llegan a Singapur en un solo salto. Pagas por los segundos que la conexión estuvo abierta, no por almacenamiento que borrarás mañana.

HTTP de arriba abajo

Tu monitorización ya entiende HTTP. También tu VPN, tu firewall, tu log de auditoría. Sin nueva identidad IAM, sin nuevo SDK, sin nuevo modo de fallo — es un comando curl.

DIMENSIÓNIDA Y VUELTA A S3HOODY PIPE

Pasos6 etapas2 curls
Disco usado200 GB0 bytes
Tramos de egress2 × 200 GB1 × 200 GB
Limpiezaregla de lifecycleninguna

La velocidad está acotada por el enlace más lento de extremo a extremo (egress de Frankfurt, ingress de Singapur, tu ventana TCP). El pipe de Hoody contiene cero bytes — no hay almacenamiento del lado del servidor; el backpressure fluye directo entre los dos extremos.

use-cases / move-200gb-between-clouds-with-two-curls / punchline

Dos terminales, una URL, sin tercera capa de almacenamiento.

La migración entera tiene la misma forma que cat file | wc -l. Que los dos pipes vivan en data centers distintos es un detalle de implementación de la URL.

cero saltos
cero retención
una URL

Lee la API

use-cases / move-200gb-between-clouds-with-two-curls / replaces

Lo que esto reemplaza

Cualquier cosa que existe solo porque nadie tenía una ruta HTTP que transmita. El pipe colapsa toda la pila de migración de datos en un curl en cada lado.

Copia entre regiones de AWS S3Dos egresses, un bucket, reglas de lifecycle
Dropbox transfer200 GB descansando en el disco de otro durante una semana
Entrega por Google DriveMuros de cuota, enlaces compartidos, limpieza manual
rsync sobre SSHSSH entre nubes aleatorias = bastions y intercambios de claves
SCP + resumeUn proceso, sin fan-out, se rompe con enlaces flojos
Herramientas de migración de datos de tercerosUn proveedor entero para un curl con pasos de más

use-cases / move-200gb-between-clouds-with-two-curls / cta

Sáltate el bucket. El transporte es la URL.

Lee la API de pipe

use-cases / move-200gb-between-clouds-with-two-curls / 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.

Pipe

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.

Pipe

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.

Pipe·Agent

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.

Pipe

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.

Pipe·Agent

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.

Pipe

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.

Pipe·Exec

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.

Pipe·Exec

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.

Pipe

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.

Pipe

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

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

Captura los logs del momento del incidente en hoody-files. Reprodúcelos a través de una URL de Hoody Pipe con ?n=8. Ocho ingenieros hacen curl a la misma ruta y ven la cascada dispararse al unísono — el post-mortem es un stream sincronizado, no un documento de Confluence.

Pipe·Files

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.

Pipe

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.

Pipe·Daemon

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.

Pipe

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.

Cron

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.

Cron·Agent

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.

Cron·Terminal

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.

Cron

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.

Cron·Files

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.

Cron·Exec

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.

Containers

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.

Containers

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

Mueve 200 GB entre nubes con dos curls

No es un bucket. Es un router.

PUT a la ruta

Empalma en memoria

GET como stream

Los dos comandos de verdad

Una URL de espectador que cualquiera puede mirar

Por qué dos curls le ganan a seis pasos

Sin tercera capa de almacenamiento

Paga por el vuelo, no por el reposo

HTTP de arriba abajo

Lo que esto reemplaza

Lee los otros

Sesenta contenedores en un servidor

Incorpora a un desarrollador con un solo enlace

Endpoints de API que se materializan bajo demanda

Ramifica computadoras como Git

VS Code real en tu móvil

Agentes de IA que generan otros agentes de IA

Un sandbox por cliente, automáticamente

Despiértate con un prototipo terminado

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

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

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

Observa pensar a tu agente desde la cafetería

Comparte tu pantalla con una URL, no con una invitación de reunión

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

Transmite tokens de LLM a cualquier cosa que lea HTTP

Una barra de progreso que tu jefe puede observar sin unirse

El fan-out de webhooks que no tuviste que construir

Una caché de CI que son solo dos comandos curl

Subidas drag-and-drop directas a tu script

Transmite un taller a 200 espectadores desde tu portátil

IPC entre contenedores sin el message broker

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

Un micrófono sobre HTTP, en dos terminales

Cinco agentes, cinco pipes, un veredicto

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

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

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

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

El cron que se borra solo cuando terminas

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

Un crontab independiente para cada cliente, automáticamente

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

Rollups diarios sin orquestador

Un crontab por rama, desplegado con el código

Una escalada de guardia que caduca con el turno

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

Deja que tus clientes traigan su propia programación cron

Programa el agente, no el script

Un latido para los trabajos silenciosos

Conserva las últimas 24 horas como 24 snapshots

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

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

Un resumen programado que se reparte a 200 buzones

Silencia el job inestable sin perderlo

Un agente que califica a los agentes de ayer

Jobs de limpieza que programan su propia jubilación

Rota tus certificados TLS sin sesión SSH

Un canario semanal que intenta romper producción

El cementerio de proyectos personales que puedes permitirte mantener vivo

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

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

Acaba con el impuesto del servidor de staging

Cuarenta sitios de clientes, un alquiler, un panel

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

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

Sandboxes por cliente a escala de flota

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

Cincuenta entornos de demo para cincuenta llamadas de ventas