surveillance-automatisations

Surveillance des automatisations

Étape 0 — Références (obligatoire)

Charger ${CLAUDE_PLUGIN_ROOT}/reference/directives-outils.md et ${CLAUDE_PLUGIN_ROOT}/reference/pieges-n8n.md. Outils n8n absents → expliquer N8N_MCP_URL + renvoyer vers README-installation.md.

Workflow

1. Inventaire — search_workflows : les workflows ACTIFS (publiés) ; croiser avec le registre de rapido-kb/processus-internes.md — un workflow actif absent du registre (ou l'inverse) se signale.
2. Chasse aux échecs — search_executions (status: ["error", "crashed"], startedAfter = il y a 7 jours) : les exécutions en échec de la semaine. Compter aussi les succès pour un TAUX DE SUCCÈS par workflow.
3. Diagnostic ciblé — pour chaque workflow en échec : get_execution (includeData: false D'ABORD ; les données complètes uniquement si le message d'erreur ne suffit pas). Causes types : credential expirée (→ guider l'utilisateur dans SON interface n8n), API Rapido indisponible ou schéma changé, données inattendues (item non enveloppé, champ manquant).
4. Correctif — proposer le fix ; après validation : cycle de modification (get_node_types si nœuds touchés → code → validate_workflow → update_workflow) puis re-test (test_workflow ou execute_workflow executionMode: "manual") et RE-PUBLICATION confirmée (la version publiée ne change qu'à la re-publication).
5. Restitution :

   🤖 AUTOMATISATIONS — 7 derniers jours
   Actifs : N (registre à jour : oui/non)
   Taux de succès global : X % | exécutions : S succès / E échecs
   Taux d'échec par workflow (7 j) : {workflow} = échecs ÷ exécutions = Y %
   Échecs à traiter : workflow | cause probable | correctif proposé
   

   Le taux d'échec 7 j par workflow est le format attendu par la fiche d'amélioration « boucle 15 » (rapido-startup:amelioration-des-routines / data/prompts-collections/boucles.json) : le fournir workflow par workflow, pas seulement en global.

Garde-fous

• Un workflow qui échoue en silence depuis des jours = alerte prioritaire (son rôle n'est PLUS assuré — le dire en ces termes).
• Ne jamais dépublier/archiver pour « faire disparaître » une erreur sans accord (hook ask) — et mettre à jour le registre si on le fait.
• Correctifs uniquement après validation utilisateur ; jamais de credential manipulée via MCP.