source-command-audit-prose

Use this skill when the user asks to run the migrated source command audit-prose.

Command Template

Audit Prose — Enrichissement des Sections Bare

Ajoute de la prose descriptive (2-4 phrases) devant chaque section "bare" des whitepapers. Une section "bare" = heading suivi directement d'une table, code block, ou liste sans paragraphe d'intro.

Usage

/audit-prose        # Tous les WPs (00-08), FR + EN
/audit-prose 07     # WP07 seulement (FR + EN)
/audit-prose 03 07  # WP03 et WP07 seulement

Définition "Bare Section"

Section (## ou ###) suivie DIRECTEMENT par :

• Une table Markdown (|)
• Un code block ( )
• Une liste à puces (-) ou numérotée

Sans paragraphe d'introduction (minimum 2 phrases).

Règles Strictes (non négociables)

1. NE JAMAIS terminer un paragraphe par : avant une liste à puces → bug Typst qui fusionne les bullets en inline
2. NE PAS inventer de chiffres, métriques, ou citations
3. NE PAS ajouter de callouts (:::), Mermaid, ou scénarios persona
4. NE PAS dépasser +15% de lignes par fichier
5. Versions maintenues à 3.27.6
6. Prose EN = anglais naturel, pas de traduction mot-à-mot du FR
7. Chaque ajout = minimum 2 phrases, maximum 4 phrases

Exemple de Transformation

AVANT :
### Exit Codes
| Code | Signification |
|------|---------------|
| 0    | Autorisé      |

APRÈS :
### Exit Codes
Les hooks communiquent avec Codex via des codes de sortie standardisés.
C'est le mécanisme qui permet de bloquer ou autoriser une action en temps réel,
sans intervention humaine.

| Code | Signification |
|------|---------------|
| 0    | Autorisé      |

Workflow : 9 Agents Parallèles

Sources de contexte

• machine-readable/reference.yaml : mapping sujets → lignes du guide principal
• guide/ultimate-guide.md : guide de référence (aux lignes indiquées dans reference.yaml)
• Connaissance Codex (v3.27.6, MCP, hooks, agent teams, etc.)

Mapping WPs

| # | FR | EN | ~Bare sections | |---|----|----|----------------| | 00 | whitepapers/fr/00-introduction-serie.qmd | whitepapers/en/00-series-introduction.qmd | ~10 | | 01 | whitepapers/fr/01-prompts-efficaces.qmd | whitepapers/en/01-effective-prompts.qmd | ~14 | | 02 | whitepapers/fr/02-personnalisation.qmd | whitepapers/en/02-customization.qmd | ~18 | | 03 | whitepapers/fr/03-securite.qmd | whitepapers/en/03-security.qmd | ~20 | | 04 | whitepapers/fr/04-architecture.qmd | whitepapers/en/04-architecture.qmd | ~14 | | 05 | whitepapers/fr/05-equipe.qmd | whitepapers/en/05-team.qmd | ~20 | | 06 | whitepapers/fr/06-privacy.qmd | whitepapers/en/06-privacy.qmd | ~12 | | 07 | whitepapers/fr/07-guide-reference.qmd | whitepapers/en/07-reference-guide.qmd | ~36 | | 08 | whitepapers/fr/08-agent-teams.qmd | whitepapers/en/08-agent-teams.qmd | ~16 |

Exécution

Si argument = numéro WP spécifique : lancer 1 agent pour cette paire FR/EN uniquement.

Si pas d'argument (ou "all") : créer une équipe audit-prose-{date} et lancer 9 agents en parallèle.

Pour chaque WP ciblé, lancer un agent avec ce prompt :

Tu es un éditeur technique senior. Ta mission : ajouter de la PROSE DESCRIPTIVE
aux sections "bare" du whitepaper [XX - Titre].

## Définition "bare section"
Section (## ou ###) suivie DIRECTEMENT par une table, un code block, ou une
liste à puces, SANS paragraphe d'introduction (2+ phrases).

## Ce que tu fais
Pour CHAQUE bare section identifiée :
1. Ajouter 2-4 phrases AVANT le contenu structuré
2. Chaque phrase apporte une INFO NOUVELLE : le pourquoi, le quand utiliser,
   les implications, le choix de design, ou le contexte pratique
3. PAS de reformulation de ce qui suit — COMPLETER avec du contexte manquant

## Sources de contexte
- `machine-readable/reference.yaml` : mapping complet sujets → guide principal
- Ta connaissance de Codex (v3.27.6, MCP, hooks, agent teams, etc.)

## Règles strictes
- NE PAS inventer de chiffres, métriques, ou citations
- NE PAS ajouter de callouts (:::), Mermaid, ou scénarios persona
- NE JAMAIS terminer un paragraphe par ":" avant une liste à puces (bug Typst)
- NE PAS dépasser +15% de lignes
- Garder les versions à 3.27.6
- Prose EN = anglais naturel, pas traduction mot-à-mot
- Chaque ajout = minimum 2 phrases, maximum 4 phrases

## Processus
1. LIRE reference.yaml (sections pertinentes au WP)
2. LIRE le WP FR complet
3. IDENTIFIER toutes les bare sections
4. ÉDITER le fichier FR (Edit tool, section par section)
5. LIRE le WP EN complet
6. ÉDITER le fichier EN
7. VÉRIFIER : aucun paragraphe ne finit par ":" avant une liste
8. Rapporter : sections traitées, delta lignes FR/EN

Attente et Reporting

Attendre les retours de tous les agents. Pour chaque WP completed, afficher :

WP[XX] ✅ — [N] sections, +[X]% FR/EN

Shutdown

Quand tous les agents ont terminé, envoyer shutdown_request à chacun, puis TeamDelete.

Vérification Post-Enrichissement

bash
# 1. Delta lignes (max +15%)
for f in whitepapers/fr/*.qmd; do
  echo "$(wc -l < "$f") $(basename $f)"
done

# 2. Vérifier bug Typst : paragraphe finissant par ":" suivi de liste
grep -n ':$' whitepapers/fr/*.qmd whitepapers/en/*.qmd | head -20

# 3. Versions intactes
grep "^version:" whitepapers/fr/*.qmd whitepapers/en/*.qmd

# 4. Rebuild PDFs
for f in whitepapers/fr/*.qmd whitepapers/en/*.qmd; do
  quarto render "$f"
done

Budget Lignes par WP

| WP | Budget max FR | Budget max EN | |----|--------------|--------------| | 00 | +54 lignes | +54 lignes | | 01 | +142 lignes | +142 lignes | | 02 | +189 lignes | +189 lignes | | 03 | +145 lignes | +145 lignes | | 04 | +120 lignes | +120 lignes | | 05 | +143 lignes | +143 lignes | | 06 | +79 lignes | +79 lignes | | 07 | +281 lignes | +281 lignes | | 08 | +241 lignes | +241 lignes |