Skip to content

merge: integra agent-hub + scheduler always-on a main

isidro requested to merge integrate/agent-hub-scheduler into main

El hallazgo

cmoagent-hub-1 y cmoagent-scheduler-1 llevaban desde el 27-jul sirviendo en producción código que nunca entró en main. Se construyeron imágenes desde chore/litellm-virtual-key y se desplegaron sin mergear la rama. Por eso hub-server y schedule-loop no existían en el CLI, y por eso reconstruir desde main los metía en crash-loop (!44 (merged)).

No era código retirado ni deuda muerta: es una feature viva, con 9 días de uptime, fuera del control de versiones.

Qué integra

15 commits: Agent Hub read-only (/agent-manifest + /agent-call), scheduler semanal always-on, social ops con Postiz, strategy bridge. 43 ficheros, +2981/-249.

Los dos conflictos

Ambos en ficheros tocados hoy por la auditoría de gasto:

  • .env.tpl — se toma la versión de la rama (superset: Postiz, YouTube, Discord, integraciones inactivas documentadas) y se le quita LITELLM_MASTER_KEY.
  • docker-compose.yml — se toman las definiciones de scheduler y hub con build, retirando el pin a la imagen legacy del 27-jul que puse en !44 (merged): ya no hace falta, porque el código vuelve a estar en main. Sin LITELLM_MASTER_KEY en ningún servicio.

Con esto desaparece el puente temporal de la key: el código integrado ya respeta la precedencia de LITELLM_API_KEY.

Test plan

  • 632 tests pasando (uv run pytest)
  • docker compose build scheduler hub desde este merge → sin crash-loop
  • docker compose up -d → ambos healthy
  • curl http://127.0.0.1:8791/agent-manifest → HTTP 200 con las funciones reales
  • CLI de la imagen nueva lista hub-server y schedule-loop
  • docker inspect → scheduler con la VK (sk-04r-…), cero LITELLM_MASTER_KEY
  • hub_server.py no toca el LLM: correcto que no reciba key

Merge request reports