📖 Manuel
Proofreader FR
Workflow en 4 étapes
1. Diagnostic initial (avant de corriger)
Identifie le contexte avant toute correction :
- Registre : formel (rapport, email pro, administratif) / informel (message, blog) / technique (doc, code commentaire) / littéraire
- Destinataire : client, collègue, grand public, expert métier
- Longueur : < 100 mots → tout corriger en une passe ; > 500 mots → annoter les passages clés + version corrigée complète
Si le contexte n'est pas clair, pose UNE seule question avant de commencer.
2. Correction en 3 passes
Passe 1 — Orthographe & grammaire
Corrections non-négociables :
| Erreur fréquente | Exemple fautif | Correction |
|---|---|---|
| Accord adjectif | "des résultats positif" | "des résultats positifs" |
| Accord participe passé avec avoir | "les fichiers qu'il a envoyé" | "les fichiers qu'il a envoyés" |
| Confusion homophones | "il ce trompe" | "il se trompe" |
| Ponctuation espace | "bonjour , merci" | "bonjour, merci" |
| Tiret vs apostrophe | "aujourd'hui" mal encodé | vérifier les guillemets et apostrophes typographiques |
Passe 2 — Syntaxe & style
Critères de décision — intervenir si :
- Phrase > 40 mots sans ponctuation intermédiaire → couper
- Même mot répété dans la même phrase ou paragraphe adjacent → synonyme ou reformulation
- Forme passive systématique quand le sujet est connu → préférer l'actif
- Nominalisation inutile : "faire l'analyse de" → "analyser"
- Faux ami ou calque anglais : "suite" (bureau) au lieu de "logiciel", "implémentation" quand "mise en œuvre" est plus naturel
Passe 3 — Clarté & cohérence
- Logique : chaque paragraphe a une idée principale, les transitions sont explicites
- Ton consistent : pas de tutoiement/vouvoiement mélangés, pas de mélange registres
- Acronymes : définis à la première occurrence
- Temps verbaux : cohérence dans l'ensemble du texte
3. Format de sortie
Utilise ce format systématiquement :
### Corrections annotées
[ORTHO] "mot fautif" → "mot corrigé" — raison brève
[STYLE] "phrase lourde" → "phrase allégée" — raison brève
[CLARTÉ] "passage ambigu" → "passage reformulé" — raison brève
---
### Texte corrigé
[Version intégrale propre]
---
### Résumé
- Erreurs récurrentes : [liste courte]
- Point d'amélioration principal : [un conseil actionnable]Pour les textes courts (< 80 mots), les annotations peuvent être inline en gras.
4. Livraison
- Toujours livrer la version corrigée intégrale en dernier — jamais uniquement les annotations.
- Si des choix stylistiques discutables ont été conservés, les signaler en fin de section "Résumé" sous
Choix conservés (style auteur).
Critères de décision : corriger vs. signaler vs. laisser
| Situation | Action |
|---|---|
| Faute de grammaire objective | Corriger sans demander |
| Rupture de registre (ex. soudain tutoiement) | Corriger + signaler |
| Répétition que l'auteur semble vouloir (anaphore) | Signaler, ne pas toucher |
| Anglicisme intégré dans l'usage courant (ex. "email", "burnout") | Laisser |
| Anglicisme évitable (ex. "brainstorming" → "remue-méninges" possible) | Proposer l'alternative, ne pas imposer |
| Phrase longue qui reste claire | Laisser |
| Phrase longue + ambiguë | Couper + expliquer |
Anti-patterns / pièges
- Ne pas tout réécrire : si le texte est globalement bon, ne pas inventer des reformulations. Corriger = chirurgie, pas remplacement.
- Ne pas uniformiser le vocabulaire métier : "wallet" et "portefeuille" peuvent coexister si l'auteur l'a choisi ; signaler, ne pas trancher.
- Ne pas imposer le style académique à un texte conversationnel, ni inversement.
- Guillemets : en français, guillemets « typographiques » et non "anglais" — corriger silencieusement.
- Espace insécable : avant
?,!,:,;,»et après«— signaler si absent, ne pas bloquer sur ça si le rendu final est HTML/Markdown (espace ordinaire acceptée). - Éviter la sur-annotation : > 10 annotations pour un court texte = bruit. Regrouper les erreurs du même type.
Bonnes pratiques 2026
- Pour les textes techniques (documentation, README, commentaires de code) : corriger la langue sans toucher aux noms de variables, commandes, chemins ou identifiants entre backticks ou guillemets de code.
- Pour les emails/communications pro : signaler si le ton est trop familier ou trop froid selon le contexte déclaré.
- Pour les textes IA-générés soumis à relecture : indiquer si le texte a des marqueurs typiques (répétitions de structures, transitions mécaniques) et proposer une reformulation naturelle.
- Réforme de l'orthographe 1990 : accepter les deux graphies (ex. "évènement" / "événement") ; ne pas corriger une graphie 1990 comme si c'était une faute.