Guías para construir y operar agentes de IA
Empieza con un proyecto pequeño, conecta sus herramientas y comprueba sus límites antes de abrirlo a usuarios. Encontrarás código descargable, datos de ejemplo y pruebas que puedes repetir.
Guías, página 6
249 tutoriales, comparativas y checklists para continuar según tu proyecto.

Límites de memoria y OOM de un agente IA: Docker, Fly, Workers
Cómo no morir a mitad de un tool call: mem_limit de Docker, tamaño de Machine en Fly, RAM de Railway, 128 MB de Workers y --max-old-space-size de Node. El OOM del kernel no es el heap de V8. Mide RSS, no la fe.

Kill switch de un agente IA en producción: apagar sin borrar
Cómo silenciar el bot ya: deleteWebhook con drop_pending_updates, flag AGENT_DISABLED, fly scale count 0 (ojo: deploy desde cero reseeds) y réplicas de Railway. No es rollback del código. Corta el webhook y las llamadas al modelo en minutos, con un ensayo a las 2 AM.

Red privada para un agente IA: Postgres y Redis fuera de internet
Cómo dejar el webhook público y la base oculta: private networking de Railway y Fly (IPv6 6PN), Service Bindings en Workers y Secure Compute de Vercel. El agente habla con el chat por HTTPS; la base no tiene hostname público.

Concurrencia y réplicas de un agente IA: cuándo no escalar
Cómo no clonar el sqlite ni disparar 200 llamadas al modelo a la vez: Fluid Compute de Vercel, límites de Workers (128 MB, conexiones), fly scale count, réplicas en Railway y Compose. Un webhook no es un stateless API: la réplica extra a veces duplica el bot.

Graceful shutdown de un agente IA: SIGTERM antes del kill
Cómo no cortar a mitad de un tool call cuando hay deploy: SIGTERM en Node, timeout de docker stop, kill_timeout en Fly, deploys de Railway y por qué Vercel Functions no te da el mismo hook. Cierra el webhook, termina el turno, luego muere.

Dominio custom y TLS para un agente IA: webhooks que no se caen
Cómo poner un hostname estable (no *.vercel.app ni *.railway.app) delante del agente: DNS, certificados automáticos en Vercel, Railway, Workers y Fly, puertos que Telegram acepta, Custom Domains vs Routes, y por qué el preview no debe heredar el dominio de producción.

Backup y restore del estado de un agente IA: volúmenes, SQLite y S3
Cómo no perder la memoria del agente al redeployar: backups nativos de Railway (schedules, límite 50% del volumen), copia consistente de SQLite con .backup o WAL, snapshots de volúmenes Docker y Fly, restore sin pisar producción, y copia offsite a S3/R2 porque borrar el volumen borra los backups nativos.

Alertas y uptime para agentes IA: qué vigilar después del deploy
Healthcheck de deploy no es monitoreo continuo: cómo configurar anomaly alerts en Vercel (5xx y uso), webhooks y monitors de Railway (crashes, CPU/RAM), checks de servicio en Fly, y un ping externo al /health del agente para saber que el bot sigue vivo antes de que lo reporte un cliente.

Cold starts en agentes IA serverless: Vercel, Workers y Fly
Cómo diagnosticar y reducir la latencia del primer request en un agente serverless: Fluid Compute y bytecode cache en Vercel, límite de startup de 1 segundo en Workers (global scope), autostop/autostart y min_machines_running en Fly, y cuándo el cold start no es el problema (healthcheck, webhooks con timeout corto).

Preview vs Production para agentes IA: Vercel, Railway y Workers
Cómo aislar el agente de un PR para que no dispare el bot de Telegram de producción, no gaste la API key real ni pise la base: Preview de Vercel, environments de Railway (persistentes vs PR), env de Wrangler y secretos por entorno.

Rollback de un agente IA: Vercel, Railway, Fly y VPS
Cómo volver atrás cuando el deploy nuevo rompe el agente: Instant Rollback en Vercel, rollback de Railway (código del deployment elegido y retención del plan), estrategias canary/bluegreen en Fly, y git+compose en un VPS. El plan se escribe antes del incidente.

Logs de runtime para agentes IA: Vercel, Workers, Railway y Docker
Dónde mirar cuando el agente falla en producción: retención de Runtime Logs en Vercel (Hobby 1 hora, Pro 1 día), wrangler tail y sampling de Cloudflare, retención de Railway (Hobby 7 días, Pro 30), Fly search 7 días, docker logs sin rotación por defecto, y qué no imprimir nunca (secretos ni prompts de clientes).

Healthchecks para agentes IA en producción: Docker, Fly, Railway
Cómo diseñar un endpoint /health que no mienta: liveness vs readiness para agentes, HEALTHCHECK en Docker, checks de Fly.io, healthchecks de Railway que solo corren en el deploy, y los errores que dejan tráfico en un proceso vivo pero sordo.

Desplegar un agente IA en Fly.io: Machines, precios y dominio
Guía práctica para correr un agente de IA en Fly.io: fly launch, fly deploy, Machines shared-cpu, precios por segundo, certificados con fly certs add, autostop, health checks de servicio, y cuándo Fly gana frente a Railway, un VPS o Functions serverless.

Desplegar un agente IA en Vercel Functions: guía práctica
Tutorial paso a paso para correr un agente de IA en Vercel: Route Handler con maxDuration, Cron Jobs con CRON_SECRET, límites Hobby vs Pro (300s / 800s / 30 min beta) y cuándo Functions alcanza frente a Workers, Railway o un VPS.

Desplegar un agente IA en Cloudflare Workers: guía práctica
Tutorial paso a paso para correr un agente de IA en Cloudflare Workers: Wrangler, handler fetch para webhooks, Cron Triggers para jobs periódicos, secretos cifrados, tabla de límites Free vs Paid y cuándo Workers gana frente a Vercel, Railway o un VPS.

CI/CD para agentes IA: GitHub Actions, Vercel, Railway y Docker
Cómo poner un pipeline de deploy automático para un agente de IA: cuándo basta el autodeploy nativo de Vercel o Railway, cuándo necesitas GitHub Actions, cómo proteger Production con Environments, y un workflow mínimo que corre tests antes de desplegar.

Desplegar un agente IA en Railway: guía práctica con costos reales
Cómo desplegar un agente de IA en Railway paso a paso: Railpack vs Dockerfile, variables de entorno por entorno, volúmenes para memoria persistente, dominio con SSL automático, y la tabla de costos real para decidir si te conviene frente a Vercel, Workers o un VPS.