Cursos/Agentes y automatización/Proyecto: agente 24/7

Proyecto: agente 24/7 con bandeja de entrada

El proyecto estrella: un agente que no depende de que estés delante. Recibe tareas, las clasifica, ejecuta solo lo permitido y deja evidencia. No buscamos ciencia ficción: buscamos un operador pequeño, aburrido y fiable.

Objetivos de aprendizaje
  • Diseñar un agente 24/7 sin darle permisos absurdos.
  • Separar entrada, cola, ejecución, logs y aprobación humana.
  • Construir un MVP replicable con Telegram, Discord, email o una carpeta de entrada.
En cristiano: bandeja de entrada. Es el lugar donde llegan tareas: un chat de Telegram, un canal de Discord, una issue, un email o un archivo en una carpeta. El agente no vive “pensando”; despierta cuando entra trabajo.

Arquitectura mínima

  1. Entrada: mensaje, issue, email o archivo.
  2. Clasificador: decide tipo, prioridad y riesgo.
  3. Cola: guarda tareas pendientes.
  4. Ejecutor: hace solo acciones permitidas.
  5. Revisión: pide confirmación para escritura, compras, borrados o publicaciones.
  6. Log: deja rastro de cada decisión.
Terminal
inbox/
  nueva-tarea.md
queue/
  pendiente-001.json
logs/
  2026-07-02.md
outbox/
  borrador-respuesta.md
Idea clave. El primer agente 24/7 no necesita Telegram. Una carpeta local con archivos de entrada ya enseña lo importante: cola, estado, permisos y logs.

MVP recomendado

  • Entrada: carpeta inbox.
  • Modelo: Claude Code para razonar y una IA local para resumir volumen.
  • Acciones permitidas: crear borradores, abrir issues, resumir documentos.
  • Acciones prohibidas: borrar, publicar, enviar emails o hacer deploy sin aprobación.
  • Salida: informe en outbox y log en Markdown.
Terminal
Eres el agente de bandeja de entrada.
Lee solo inbox/.
Clasifica cada tarea: responder, investigar, crear borrador o pedir aclaración.
No envíes nada. No borres nada.
Escribe resultado en outbox/ y registra decisión en logs/hoy.md.
Cuidado. Los agentes 24/7 fallan por tres sitios: bucles infinitos, permisos excesivos y falta de logs. Si no puedes ver qué hizo y por qué, no lo dejes encendido.
Comprueba que funciona. Mete tres tareas: una clara, una ambigua y una peligrosa. El agente debe ejecutar la clara, pedir aclaración en la ambigua y rechazar o escalar la peligrosa. Ese test vale más que cien demos bonitas.
Guardar y reabrir el proyecto.
Tu primer agente bueno debe parecer conservador. Cuando lleve días acertando, amplías permisos. La autonomía se gana con evidencia.
← GitHub Actions y routines