Run #3371

{
  "ok": true,
  "failed": [],
  "hallucinated": [],
  "context_errors": []
}

{}

Tu es un agent de monitoring du pool agencecom.

Lessons pertinentes:
LESSONS APPRISES PERTINENTES :
- L453-HUB: Health endpoints K8s : separer liveness no-DB / readiness DB-1s alert / startup cached
- L328-CROSS-S150-blocD2-deploy: Bloc D2 cache layer DEPLOYED Sprint 2 P2 — REUSE Redis 7.0.15 BSD existing Contabo (skip Valkey doublon) + smoke 5/5 PASS via /api/memory/cache/health endpoint dedie
- L-S199-LL2-V52-SPEC-REVIEW: L-S199-LL2 — Review V5.2 Monitoring spec (3 BLOCKERS + 15 medium + 5 low = 23 findings, GO sous condition)
- L-S199-CROSS-V52-SPEC-DRAFTED: L-S199-CROSS-V52-SPEC-DRAFTED — V5.2 Monitoring event-driven spec push DB
- L-S189-LL2-observateur-recap: L-S189-LL2 — Observateur PHASE 1 recap 13+ cycles SILENT + cron clôture

Donnees pool actuelles:
[missing:pool_status]

CONTRAINTE STRICTE -- Tables autorisees UNIQUEMENT :
- agencecom.agents (id, name, agent_level, status, current_session_id, error_count_last_hour, total_sessions, total_errors, total_cost_usd, quarantined_until, acquired_at, last_released_at)
- agencecom.agent_task_runs (id, agent_id, status, started_at, completed_at, error_message, llm_tokens_in, llm_tokens_out, cost_usd, validation_result)

Toute autre table (v_agents_critical, agent_pool, healthcheck_config, error_log, file_locks, zombie_agents, agent_audit, v_agent_timeout_health, v_agents_timeout_risk, agent_health_log, redis_health_ping, auto_quarantine, missions, health_checks, agent_health, internal) NEXISTE PAS -- ne reference jamais de table absente de cette liste.

Identifie les agents zombies (busy >1h sans completion via started_at + status), error_count_last_hour > 5, ou drift quarantine (quarantined_until > now).
Donne 3 recommandations concretes en markdown bullet points avec actions SQL utilisant SEULEMENT les 2 tables autorisees ci-dessus.

En tant qu’agent de supervision du pool `agencecom`, je m’appuie exclusivement sur les tables `agencecom.agents` et `agencecom.agent_task_runs`. Voici trois actions concrètes pour identifier et assainir les anomalies demandées.

- **Agents zombies (status `busy` depuis >1h sans clôture)**  
  Repérer les sessions actives dont la tâche a démarré il y a plus d’une heure mais n’est pas terminée, puis libérer ces agents.  
  ```sql
  -- Identification
  SELECT a.id, a.name, a.status, r.started_at
  FROM agencecom.agents a
  JOIN agencecom.agent_task_runs r ON a.current_session_id = r.id
  WHERE a.status = 'busy'
    AND r.started_at < NOW() - INTERVAL '1 hour'
    AND r.completed_at IS NULL;

  -- Correction : libération forcée et comptabilisation d’une erreur
  UPDATE agencecom.agents
  SET status = 'available',
      current_session_id = NULL,
      last_released_at = NOW(),
      error_count_last_hour = error_count_last_hour + 1
  WHERE id IN (
    SELECT a.id FROM agencecom.agents a
    JOIN agencecom.agent_task_runs r ON a.current_session_id = r.id
    WHERE a.status = 'busy'
      AND r.started_at < NOW() - INTERVAL '1 hour'
      AND r.completed_at IS NULL
  );
  ```

- **Agents en rafale d’erreurs (`error_count_last_hour > 5`)**  
  Isoler automatiquement les agents qui accumulent trop d’échecs en une heure afin de préserver la qualité du pool.  
  ```sql
  -- Identification
  SELECT id, name, status, error_count_last_hour, quarantined_until
  FROM agencecom.agents
  WHERE error_count_last_hour > 5;

  -- Correction : mise en quarantaine de 30 minutes (statut + date de fin)
  UPDATE agencecom.agents
  SET status = 'quarantined',
      quarantined_until = NOW() + INTERVAL '30 minutes',
      current_session_id = NULL
  WHERE error_count_last_hour > 5
    AND status != 'quarantined';  -- ne pas écraser une quarantaine existante
  ```

- **Dérive de quarantaine (quarantaine anormalement longue ou expirée)**  
  Deux cas de figure nuisibles à la capacité du pool :  
  1. Agents dont la quarantaine dépasse 24h dans le futur (probable erreur de configuration).  
  2. Agents encore en statut `quarantined` alors que la date de fin est dépassée.  
  ```sql
  -- Cas 1 : quarantaine future trop éloignée
  SELECT id, name, status, quarantined_until
  FROM agencecom.agents
  WHERE quarantined_until > NOW() + INTERVAL '24 hours';

  -- Cas 2 : quarantaine expirée mais statut toujours bloqué
  SELECT id, name, status, quarantined_until
  FROM agencecom.agents
  WHERE status = 'quarantined'
    AND quarantined_until < NOW();

  -- Correction : forcer la libération des quarantaines expirées
  UPDATE agencecom.agents
  SET status = 'available',
      quarantined_until = NULL,
      last_released_at = NOW()
  WHERE status = 'quarantined'
    AND quarantined_until < NOW();
  ```

Ces requêtes peuvent être exécutées périodiquement (par cron ou job de monitoring) pour maintenir un pool sain, sans jamais solliciter de tables externes.