Run #3425

{
  "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.

## Diagnostic pool agencecom (données actuelles indisponibles – analyse structurelle)

```sql
-- 1. AGENTS ZOMBIES : tâches en cours >1h sans complétion
SELECT a.id, a.name, r.id task_run_id, r.started_at, r.status
FROM agencecom.agents a
JOIN agencecom.agent_task_runs r ON a.current_session_id = r.id
WHERE r.status = 'busy'
  AND r.started_at < NOW() - INTERVAL '1 hour';

-- 2. TAUX D'ERREUR ÉLEVÉ : agents >5 erreurs sur la dernière heure glissante
SELECT id, name, error_count_last_hour, status
FROM agencecom.agents
WHERE error_count_last_hour > 5;

-- 3. DRIFT QUARANTAINE : quarantined_until dépassée mais agent toujours bloqué
SELECT id, name, quarantined_until, status
FROM agencecom.agents
WHERE quarantined_until IS NOT NULL
  AND quarantined_until < NOW()
  AND status = 'quarantined';
```

## Recommandations

- **Nettoyage immédiat des agents zombies**  
  Exécuter un batch de libération pour les sessions bloquées en statut `busy` depuis >1h. Marquer la tâche comme `timeout` et réinitialiser l’agent à `idle` (libère le slot pour le scheduler).  
  ```sql
  WITH zombies AS (
    SELECT r.id AS task_id, a.id AS agent_id
    FROM agencecom.agents a
    JOIN agencecom.agent_task_runs r ON a.current_session_id = r.id
    WHERE r.status = 'busy' AND r.started_at < NOW() - INTERVAL '1 hour'
  )
  , update_tasks AS (
    UPDATE agencecom.agent_task_runs r SET status = 'timeout', completed_at = NOW(),
      error_message = 'zombie kill by monitor'
    FROM zombies z WHERE r.id = z.task_id
  )
  UPDATE agencecom.agents a SET status = 'idle', current_session_id = NULL
  FROM zombies z WHERE a.id = z.agent_id;
  ```
  *Impact : réduit les sessions fantômes, améliore le taux d’utilisation réel (cf. L453-HUB : readiness/startup distinction).*

- **Mise en quarantaine proactive des agents à fort taux d’erreur**  
  Isoler immédiatement les agents dont `error_count_last_hour > 5` pour éviter la propagation de défaillances en cascade. Appliquer une quarantaine d’1h avec statut dédié.  
  ```sql
  UPDATE agencecom.agents
  SET status = 'quarantined',
      quarantined_until = NOW() + INTERVAL '1 hour'
  WHERE error_count_last_hour > 5 AND status NOT IN ('quarantined');
  ```
  *Note : s’appuyer sur la leçon L-S199-LL2-V52-SPEC-REVIEW (monitoring event‑driven, blocage conditionnel) pour journaliser l’action dans un canal interne (sans table manquante).*

- **Correction du drift de quarantaine (agents bloqués au-delà de leur peine)**  
  Les agents dont `quarantined_until < NOW()` et toujours en statut `quarantined` doivent être libérés automatiquement. La requête ci‑dessous corrige le drift manuellement en attendant l’automatisation via le cron de clôture (L-S189-LL2-observateur-recap).  
  ```sql
  UPDATE agencecom.agents
  SET quarantined_until = NULL,
      status = 'idle',
      last_released_at = NOW()
  WHERE quarantined_until IS NOT NULL
    AND quarantined_until < NOW()
    AND status = 'quarantined';
  ```
  *Vérification post‑action : s’assurer qu’aucun agent n’est laissé en statut incohérent avec un `SELECT count(*)` de la même clause `WHERE`.*