Run #3413

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

{
  "pool_status": "see_db"
}

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:
see_db

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.

**🔍 Diagnostic agent pool agencecom**  
*Tables utilisées : agencecom.agents, agencecom.agent_task_runs*

### Agents zombies (busy >1h sans completion)
```sql
SELECT a.id, a.name, a.status, r.id AS task_id, r.started_at
FROM agencecom.agents a
JOIN agencecom.agent_task_runs r ON a.id = r.agent_id
WHERE a.status = 'busy'
  AND r.status = 'running'
  AND r.started_at < NOW() - INTERVAL 1 HOUR;
```

### Agents avec taux d'erreur élevé (error_count_last_hour > 5)
```sql
SELECT id, name, error_count_last_hour, status, quarantined_until
FROM agencecom.agents
WHERE error_count_last_hour > 5;
```

### Agents en dérive de quarantaine (quarantined_until > NOW())
```sql
SELECT id, name, quarantined_until, status, error_count_last_hour
FROM agencecom.agents
WHERE quarantined_until > NOW();
```

---

### 🛠️ 3 Recommandations concrètes

- **Nettoyage des sessions zombies**  
  Libérer immédiatement les agents bloqués en statut `busy` depuis plus d’une heure sans terminaison, en réinitialisant leur statut et en annulant la session associée.  
  ```sql
  UPDATE agencecom.agents
  SET status = 'idle',
      current_session_id = NULL
  WHERE id IN (
      SELECT a.id
      FROM agencecom.agents a
      JOIN agencecom.agent_task_runs r ON a.id = r.agent_id
      WHERE a.status = 'busy'
        AND r.status = 'running'
        AND r.started_at < NOW() - INTERVAL 1 HOUR
  );
  ```
  *Impact : récupère immédiatement la capacité du pool sans attendre un timeout applicatif.*

- **Réinitialisation ciblée du compteur d’erreurs**  
  Pour les agents dépassant le seuil (error_count_last_hour > 5), après vérification manuelle de l’absence de défaut persistant, remettre le compteur à zéro afin d’éviter une quarantaine automatique injustifiée.  
  ```sql
  UPDATE agencecom.agents
  SET error_count_last_hour = 0
  WHERE error_count_last_hour > 5
    AND quarantined_until IS NULL;   -- on épargne les agents déjà en quarantaine
  ```
  *Prérequis : les agents ne doivent présenter aucune tâche en erreur dans la dernière heure (`SELECT 1 FROM agent_task_runs WHERE agent_id = ? AND status = 'failed' AND started_at > NOW() - INTERVAL 1 HOUR`).*

- **Levée de quarantaine pour les agents sans motif actif**  
  Les agents dont la date de fin de quarantaine est dépassée (drift) ou qui n’ont plus d’erreurs récentes doivent être libérés pour retourner dans le pool.  
  ```sql
  UPDATE agencecom.agents
  SET quarantined_until = NULL
  WHERE quarantined_until > NOW()
    AND error_count_last_hour = 0
    AND status = 'quarantined';
  ```
  *Vérification complémentaire : s’assurer qu’aucune tâche récente n’a échoué (`agent_task_runs.status = 'failed' AND started_at > NOW() - INTERVAL 1 HOUR`).*

Ces actions, exécutées dans l’ordre, restaurent la capacité opérationnelle du pool tout en respectant les contraintes des leçons apprises (L453-HUB, L328-CROSS, L-S199-LL2).