skills-concurrents: 3e vague 2026-07-12 — archivage python-pptx-documents (perso)

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

common/skills-concurrents-pdf-docx-pptx-xlsx.md

@@ -120,3 +120,53 @@ procédure docker stop → édition jobs.json → docker start.
 **Règle ajoutée à la méthode** : après tout archivage de skill, vérifier les
 `cron/jobs.json` des 3 instances (champs `skill`, `skills[]` et le texte du prompt)
 sur le nom du skill archivé. Détail : common/audit-data-hermes-20260709.md.
+
+---
+
+## 3e vague — 2026-07-12 (audit périodique des 3 instances)
+
+Même méthode que le 04/07 (recherche par noms + grep moteurs, exécutée via
+`ssh nas` depuis le Mac). **1 seul concurrent trouvé, sur hermes-perso.**
+
+### Skill désactivé (déplacé vers `.archive/document-skills-desactive-20260712/`)
+
+**hermes-perso** (`data/skills/`) :
+- `productivity/python-pptx-documents/` — générateur PPTX générique complet via
+  python-pptx, avec sa **propre charte « Navy/Gold »** (palette navy/or maison,
+  `references/theme-navy-gold.md`) au lieu de la charte Nyora. Déclencheurs très
+  larges (« User asks to create a PPTX presentation », « Any task ending in
+  .pptx output ») = concurrent frontal de nyora-doc-api par description.
+  **Créé le 09/07 à 19h11** — le jour même de la correction du cron Orientini :
+  l'agent a vraisemblablement capitalisé sa pratique de génération locale en
+  skill avant/pendant la correction. C'est la démonstration que les archivages
+  ne suffisent pas : **l'agent peut recréer un concurrent** ; l'audit doit être
+  périodique.
+
+### RAS ailleurs (3e vague)
+
+- hermes-tt et hermes-nyora : aucun nouveau concurrent. Les conservés des vagues
+  précédentes sont inchangés (`nano-pdf`, `docx-rapport-verification`,
+  `ocr-and-documents`, `excel-data-parsing-workflow` = extraction métier CI-CPT,
+  `document-data-extraction`, `ao-extraction-workflow`, `lire-document.md`,
+  `style-mail-xlsx.md`).
+- Cron vérifiés (règle du 09/07) : aucune référence au skill archivé ; le cron
+  tt « Brief RLA v3 » génère bien via nyora-doc-api (vérifié dans
+  `send_brief_pptx.py` : sortie « PPTX (nyora-doc-api): … ») ; le cron perso
+  « Veille Orientini » contient bien l'instruction nyora-doc-api / « JAMAIS de
+  génération locale python-pptx » posée le 09/07.
+- Aucun `.skills_prompt_snapshot.json` présent (ni racine `data/` ni
+  `data/.hermes/`) sur les 3 — rien à purger.
+- Seul `hermes-agent-perso` redémarré (seule instance modifiée) : healthy,
+  UI 3030 = 200 (l'UI met ~2-3 min à répondre après le healthy), ownership
+  `data/` = 1026:100 intact.
+
+### Références mortes signalées (non concurrentes, non archivées)
+
+Gotenberg et Pandoc sont retirés du stack depuis le 29/06 (aucun conteneur ne
+tourne), mais restent documentés comme services actifs dans :
+- tt `devops/local-services-stack/` (tableaux d'endpoints gotenberg:3000, pandoc:8080)
+- nyora `nyora/nyora-project-execution/` (health checks gotenberg/pandoc)
+- le cron nyora « Health Check Quotidien » curl encore `172.17.0.1:3001` (Gotenberg)
+
+À corriger à l'occasion — ces skills sont des références infra, pas des
+générateurs, donc hors périmètre d'archivage.