# KA Guardian — ka2 · ka4 · ka6 (agents gardiens des connecteurs ET des sites)

Un seul repo pour les 3 sites gardiens : www.ka2.bot, www.ka4.bot, www.ka6.bot. Chaque agent est une instance de orchestrator/main.py (env AGENT=ka2|ka4|ka6), identité (accent, tagline, services surveillés) dans topology.json.

# Veilleur de sites (2026-08-25)

En plus des connecteurs (scan api-ka), chaque agent surveille le site public de chacun de ses services (site_engine dans main.py, source d'incident _site) :

1. GET du site de chaque service aux site_check_interval_seconds (120 s) ; down = ≥500/timeout, confirmé par un 2ᵉ essai puis site_check_fails (2) cycles consécutifs.
2. Down confirmé → pm2 restart automatique via l'endpoint /restart du runner du nœud (throttle site_restart_throttle_seconds), re-check du site.
3. Toujours down → incident site_down (priorité max au dispatch) → mission Claude d'investigation (build_site_down_prompt) sur le nœud : logs pm2, cause racine (crash, port, build, DB, disque, tunnel ngrok), correctif minimal, commit+push.
4. Cycle standard ensuite : watching (fenêtre courte site_watch_window_hours), rollback si faux « repare », cooldown site_cooldown_hours, max 3 tentatives puis abandon (re-examen après site_abandoned_retry_hours). Les restarts automatiques continuent pendant les cooldowns.

vraiprix (M3U96a, port 8090) est un service site seulement de ka6 : aucun connecteur sous api-ka, seule la surveillance du site s'applique.

# Production (nœud M4M36)

• Répertoire : ~/cluster-projects/ka-guardian (ce repo, origin = gitsrv/spbgit ka-guardian.git).
• Process : launchd (PAS pm2) — com.ka2.guardian (:8799), com.ka4.guardian (:8899), com.ka6.guardian (:8999). Tunnels ngrok com.kaX.ngrok (ne pas toucher).
• Pas d'étape de build : Python servi en place (.venv local au nœud).

# Après toute modification (sur M4M36)

1. Redémarrer le ou les agents concernés : launchctl kickstart -k gui/$(id -u)/com.ka2.guardian (idem ka4/ka6 — les 3 partagent le code, redémarre les 3 si le changement est commun).
2. Vérifier : curl -sf localhost:8799/health (8899, 8999) puis le site public.
3. git add … && git commit && git push origin main (origin = gitsrv/spbgit, PAS GitHub).

⚠️ NE JAMAIS redémarrer les runners (com.ka.guardian-runner sur M3U96a/b, M4M64a/b) pendant qu'ils sont occupés : ça tue la mission Claude en vol. Pour redéployer runner/runner.py, vérifier d'abord curl localhost:7791/health (busy:false) sur chaque nœud, comme le fait deploy/deploy.sh runners. ⚠️ Le trafic LAN direct est bloqué par macOS 26 (Local Network Privacy) — le courrier zsh com.ka.guardian-courier s'en occupe ; ne pas le contourner.

# Pages & image de marque

• orchestrator/web/index.html + commander.html : les jetons __NUM__, __DOMAIN__, __TAGLINE__ (balises OG) sont rendus par agent au démarrage dans main.py (_render_page).
• Bannières de partage orchestrator/web/og-ka{2,4,6}.png (servies à /og.png) : régénérer sur le laptop avec python3 deploy/make_og_images.py (Playwright/Chromium) si l'identité visuelle change.

# Déploiement complet depuis le laptop

deploy/deploy.sh orchestrators (tar-over-ssh + vérif md5 + relance launchd). Source laptop : ~/Desktop/Groupe-KA/apps-web/ka-guardian.