Volver a Agentes
🧭 Núcleo del Sistema 5 agentes · routing multi-proveedor (Groq/Gemini) con fallback chain

Núcleo del Sistema

Los 5 agentes que orquestan al resto: el Supervisor decide el plan cada 5 min, el Enrutador ejecuta las recomendaciones aprobadas, el Cronista escribe el informe humanizado del día, el Estratega audita semanalmente, y el bot Telegram es la única interfaz humana del sistema.

5 agentes activos Código privado — solicita acceso
Supervisor activo

Orquestador raíz. Cada 5 min ejecuta un ciclo ligero sin LLM: lee el PipelineScheduler, lanza agentes pendientes, vigila incidentes (`incidents.list_pending_remediations`) y aplica el protocolo de alivio de carga (pausa de heavy agents) cuando la RAM supera el 90%. Cada hora añade un ciclo pesado con ReAct + LLM para revisar tendencias.

Cada 5 min (continuous) PipelineScheduler LangChain ReAct Groq (Llama 3.3 70B) Gemini backup systemctl
RecommendationRouter activo

Ejecuta las acciones aprobadas en el chat (botones inline). Antes de actuar verifica que ya no estén en estado terminal (idempotencia P2). Una vez al día, además, genera una sugerencia proactiva del Estratega cruzando los insights del AnalyticsAgent con CompetitiveIntelligence y la encola para tu revisión.

Diario 09:00 UTC + on-demand Telegram callbacks NeuralOps Memory Groq (Llama 3.3 70B) Gemini backup
Cronista (DailyReporter) activo

A las 21:45 UTC compila los eventos del día (tareas hechas, leads nuevos, errores) y humaniza con LLM. Además vuelca agrupada la cola de avisos informativos que el resto de agentes ya no envía suelta (política digest-first): los mensajes sin acción llegan UNA vez al día aquí, y Telegram queda solo para problemas y aprobaciones.

Diario 21:45 UTC NeuralOps Memory Gemini 2.5 Flash Groq fallback Telegram
Estratega (MetaAgent) activo

Cada semana mide el comportamiento de la red: qué agentes no han reportado en 7 días, qué proyectos han mejorado, qué tendencias de errores se repiten. Genera un informe ejecutivo y propone si la red necesita un agente nuevo o si alguno debe retirarse. Además audita la CALIDAD de los mensajes que el sistema envía por Telegram (repeticiones, cifras engañosas, nombres inconsistentes, contenido sin acción) y encola correcciones automáticas para que los reportes sean siempre claros y veraces.

Semanal SQLite agent_status GitHub API Groq (Llama 3.3 70B) Gemini backup revisor de comunicaciones
ResponseHandler activo

El bot Telegram. Polling cada 5s con backoff exponencial (15→45→135→300s tras error) y rebuild del cliente tras 5 fallos seguidos. Superficie mínima: 5 comandos (/estado /resumen /pendientes /ask /ayuda) y todo lo demás se pide en lenguaje natural — los comandos antiguos degradan solos a /ask. Idempotente en los botones inline.

Continuo (systemd daemon) python-telegram-bot PID lock backoff exponencial

Otros clusters

🔧
Mantenimiento & SRE
13 agentes
📣
Pipeline Comercial & Redes
7 agentes
🧠
Inteligencia Estratégica
6 agentes