skills-concurrents: 2e vague 2026-07-04 (powerpoint tt, research/file-sharing nyora, flyer-test perso)

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

@@ -69,3 +69,38 @@ la sélection face à un appel API qu'il faut connaître explicitement.
 
 Après toute résolution de ce type, capitaliser immédiatement (mémoire + ce runbook +
 NyoraNotes) — ne pas attendre une 3e récidive pour généraliser.
+
+---
+
+## 2e vague — 2026-07-04 (audit systématique des 3 instances)
+
+Audit complet des `data/skills/` (recherche par noms de fichiers/dossiers +
+grep des moteurs : python-docx, python-pptx, openpyxl, reportlab, pptxgenjs,
+docx-js, pandoc, gotenberg, pymupdf, fpdf, weasyprint). 5 concurrents
+supplémentaires trouvés, dont 4 cassés (références Pandoc/Gotenberg retirés).
+
+### Skills désactivés (déplacés vers `.archive/document-skills-desactive-20260704/`)
+
+**hermes-tt** (`data/skills/`) :
+- `productivity/powerpoint/` — skill PPTX public Anthropic complet (« Create, read, edit .pptx », pptxgenjs + schémas OOXML). Générateur générique passé sous le radar le 02/07 : l'équivalent avait été archivé sur nyora mais pas sur tt.
+
+**hermes-nyora** (`data/skills/`) :
+- `research/technology-watch-professional-docs/` — « creation of professional documents for executive audiences » : conversion DOCX via `$GOTENBERG_URL` (retiré du stack le 29/06). Concurrent par description ET cassé.
+- `research/market-intelligence/` — étape de livraison « MD to DOCX » via Pandoc (retiré) + référence `pandoc-techniques.md`. La méthodologie de recherche est récupérable en réécrivant un skill sans pipeline documentaire si le besoin revient.
+- `productivity/file-sharing-workflow/` — description explicite « document creation, conversion, and secure sharing » : sections Pandoc API + Gotenberg (tous deux retirés). Le partage de fichiers reste couvert par `partage-pingvin.md` (racine skills), qui lui n'est pas concurrent.
+
+**hermes-perso** (`data/skills/`) :
+- `flyer-test.md` — pipeline HTML → Gotenberg → PDF (Gotenberg retiré). Générateur PDF générique cassé.
+
+### Conservés après examen (2e vague)
+
+- `generation-contenu-volumineux` (les 3) — méthodologie de construction par étapes, aucun moteur de génération embarqué.
+- `productivity/nano-pdf` (tt) — édition de PDF existants uniquement, pas de génération.
+- `productivity/docx-rapport-verification` (tt) — vérification/correction de rapports DOCX marchés publics : métier, pas générique.
+- `productivity/ocr-and-documents` (les 3) — extraction/OCR, lecture seule. NB : sur nyora il référence encore `related_skills: [powerpoint]` archivé — référence morte, bénigne.
+- **À surveiller** — skills métier avec scripts de génération embarqués (génèrent localement hors nyora-doc-api mais restent spécifiques à leur sphère) : `achats/*` (tt : gen-pptx-nyora.py, gen-docx-v3.py, gen-rla-excel.md, build-sfax-excel.py), `fashion_trends` (perso : fallbacks HTML/RTF + fashion-document-generator.py), `research/orientation-universitaire-tunisie` (perso, + copie dans tt/productivity : orientini-veille-pptx.py). À terme, router leur production via nyora-doc-api.
+
+### Post-archivage 04/07
+
+- Caches `.skills_prompt_snapshot.json` purgés (seul tt en avait un, à la racine de `data/`).
+- Les 3 agents redémarrés un par un **depuis l'hôte NAS** (`ssh nas` puis `/usr/local/bin/docker restart hermes-agent-<i>`) — contrairement au 02/07 c'est faisable quand la session vient du Mac (le blocage ne concernait que le conteneur mcp-nas). Health = healthy, UI 3010/3020/3030 = 200, ownership `data/` = 1026:100 intact.