La grammaire est correcte, mais la lecture est épuisante. On décroche à mi-parcours. Dès la première ligne, on se dit : « Ah, ça a été écrit par une IA ».
Ce sentiment particulier de malaise lorsque l'IA rédige en japonais reste un défi pour beaucoup aujourd'hui. Nombreux sont ceux qui ont expérimenté et développé des compétences et des systèmes pour résoudre cette gêne.
Dans cet article, je résume les insights pratiques que j'ai vérifiés grâce à mon écriture quotidienne et aux réalisations de la communauté, organisés selon les quatre axes suivants :
- Sélection du modèle : Pourquoi choisir le bon modèle compte plus que les améliorations du harnais (framework)
- Procédure d'écriture recommandée : Cinq étapes pour réduire la charge cognitive du lecteur et créer un rythme dans les phrases
- Compétences recommandées : Les outils essentiels issus de la communauté qui gèrent la longueur des phrases et évitent la désorientation du lecteur
- Environnement d'écriture réel : La structure du dépôt pour surmonter le mur où « ajouter des règles ramène l'odeur de l'IA »
Je tiens d'abord à affirmer clairement que la « Sélection du modèle » est plus efficace que les prompts ou les hooks (harnais).
En 2026, Gemini 3.8 Flash est nettement supérieur aux autres pour la rédaction en japonais, suivi par Kimi K3. Claude, autrefois loué pour sa prose naturelle, est devenu notablement rigide et anguleux en raison de sa spécialisation pour le code. ChatGPT reste médiocre, avec des longueurs de paragraphes trop uniformes et des structures scolaires qui laissent les traces les plus évidentes de l'IA.
Cependant, se reposer uniquement sur la sortie brute du modèle entraîne des rythmes de phrases homogènes et reporte la charge cognitive sur le lecteur. Il faut des procédures et des systèmes pour exploiter la force inhérente au modèle.
Procédure d'écriture recommandée
En intégrant les connaissances actuelles, la procédure d'écriture que nous devrions adopter maintenant peut être résumée en ces cinq étapes.
1[Étape 1] Tri et coupe des informations (abandonner la gentillesse inutile)2 ↓3[Étape 2] Conception de la carte mentale du lecteur (ordre global et connexions)4 ↓5[Étape 3] Conception de l'intonation et de la variation (distribution intentionnelle de l'intensité)6 ↓7[Étape 4] Séparation de l'écriture et de l'inspection mécanique (rejet via PostToolUse Hook)8 ↓9[Étape 5] L'humain peaufine les 10 % finaux (enregistrer les diffs pour alimenter les règles)
Étape 1. Tri et « coupe » des informations avant l'écriture
La principale raison pour laquelle le texte de l'IA est illisible est le « report de la charge cognitive » (Tsubota-san / @tsubotax). Il empile les prémisses, les compléments et les assurances anticipées dans une seule phrase. La règle d'or est de couper toute information non utilisée pour « ce que l'autre partie fera ensuite » avant de laisser l'IA écrire.
- Déterminer « à qui cela s'adresse et quelle décision est nécessaire » dès les deux premières lignes
- Attribuer un seul rôle à chaque paragraphe, comme « différences entre options », « éléments de décision » ou « méthodes de vérification », et supprimer les paragraphes qui ne correspondent à aucun
- Supprimer tous les compléments entre parenthèses qui n'affectent pas les décisions s'ils sont retirés
Étape 2. Conception globale qui ne brise pas la « carte mentale » du lecteur
Comme le souligne Keiichiro Shikano (@golden_lucky), les ruptures de compréhension proviennent d'« embuscades où l'intention n'est claire qu'en lisant la suite » ou d'un « manque de connexion avec le paragraphe précédent ». Préparez un chemin pour que les lecteurs ne se perdent pas.
- Lors de l'introduction d'un concept pour la première fois, ordonnez-le afin que les lecteurs puissent identifier types et rôles simplement en lisant séquentiellement
- Avant d'introduire une nouvelle information, préparez un chemin dans l'esprit du lecteur pour l'accueillir
- Placez toujours une phrase reliant au paragraphe précédent immédiatement après un titre
Étape 3. Intégrer intentionnellement des « biais (variations) »
L'IA tend à discuter de tous les sujets à la même température, mais l'essence de la touche humaine réside dans le « biais » (Natsu-san / @art_reflection). Parlez avec obsession des sujets intéressants, survolez les prémisses en une phrase. Allouez intentionnellement l'intensité lors de la phase de structuration.
Étape 4. Séparer l'écriture et l'inspection mécanique
Plus vous listez d'interdictions dans le prompt, plus le modèle se replie et raccourcit ses phrases. Laissez-le écrire librement, puis inspectez mécaniquement via Hook immédiatement après la sortie du fichier. En cas de violation, ne vous contentez pas de remplacer des mots—faites réécrire toute la phrase contenant le problème. Séparer l'écriture de l'inspection est la clé pour maintenir le rythme.
Étape 5. L'humain peaufine les 10 % finaux
Ne visez pas 100 points avec l'IA seule. Laissez 90 % du squelette à l'IA, et laissez l'humain ajuster les 10 % restants de respiration et de texture. Enregistrez les corrections et réintégrez-les dans les futurs prompts ou règles d'inspection.
Compétences recommandées
Je présente également des outils et compétences essentiels nés de la communauté qui améliorent la qualité des documents en japonais, et que j'utilise moi-même actuellement.
natural-japanese (@techtalkjp**
Une compétence Agent née de l'insight que « l'odeur de l'IA transparaît plus dans le rythme que dans le vocabulaire » (GitHub Repo / Article explicatif). Basée sur des corpus mesurés de textes humains et d'IA, elle détecte mécaniquement les variations de longueur de phrase (burstiness), abandonnant les hypothèses traditionnelles comme « manque de terminaisons nominales » ou « peu de répétitions en début de phrase ».
https://x.com/techtalkjp/status/2076808889371443679
japanese-tech-writing (@golden_lucky**
Un prompt transformé en compétence basé sur des perspectives d'édition de livres commerciaux (Gist / Billet de blog). Il élimine le ton LLM qui exagère la position sans ajouter d'arguments, tel que handle directly, dig deeper ou nothing less than ~, régulant l'ordre et la place du sujet pour que les lecteurs comprennent séquentiellement.
https://x.com/golden_lucky/status/2066751852088336698
Hooks × lint avec de bons motifs (@yugen_matuni**
Un système utilisant les fonctions Hook (PostToolUse) des outils de codage IA pour inspecter immédiatement après l'écriture du fichier. Pour les expressions NG, il renvoie des motifs de correction spécifiques (good) tels que « la vraie valeur réside dans ~ » en parallèle, incitant à une réécriture complète de la phrase.
https://x.com/yugen_matuni/status/2088251220452679951
Mon environnement d'écriture
Dans mon dépôt d'écriture, j'ai connu l'échec où « plus j'ajoutais de règles, plus les phrases se contractaient et l'odeur de l'IA revenait ». Ajouter des conventions faisait reculer l'IA vers des phrases sûres et courtes.
De là, j'ai dérivé le principe de conception : « Ne réduisez pas les règles ; séparez leurs emplacements. »
1[Flux global d'écriture]23[Entrée] style-guide / voice-samples / edit-patterns (critères de jugement uniquement)4 ↓5[Exécution de l'écriture] writer (Gemini 3.8 Flash)6 ↓7[Inspection automatique] PostToolUse Hook (rejet via detect-ai-smell.js)8 ↓9[Jugement de qualité] reviewer (évaluation objective basée sur rubric.md)10 ↓11[Finition finale] Ajustement humain & publication (réintégrer les diffs dans les règles)
1kgsi-note-documents_v2/2├── CLAUDE.md # Politique opérationnelle, modes d'écriture, permissions des agents3├── GOVERNANCE.md # Limites de taille pour les matériaux de référence, trois emplacements de stockage4├── style-guide.md # Style d'écriture de Kogiso (descriptions de jugement uniquement, max 4 500 caractères)5├── references/6│ ├── voice-samples.md # Échantillons de style (extraits de paragraphes par fonction)7│ ├── edit-patterns.md # Registre des corrections manuelles (avant→après)8│ └── rubric.md # Critères d'évaluation du reviewer (repères de distance)9├── human-bench/ # 5 articles passés écrits par des humains (le writer ne les lit pas ; seuil pour l'inspection machine)10├── scripts/11│ ├── detect-ai-smell.js # Porte d'inspection machine (regex, contrôle de densité, avec motifs 'good')12│ ├── clean-japanese-spacing.js # Suppression automatique des espaces demi-chasse entre caractères japonais/occidentaux13│ └── hooks/ # Scripts pour les Hooks PostToolUse etc.14├── editor/ # Éditeur local de prévisualisation et révision style note15└── note/ # Corps de l'article (brouillons finaux)
Voici l'écran de mon éditeur local personnalisé (note-editor). L'édition à gauche se reflète instantanément dans la prévisualisation centrale équivalente à la production de notes, et la révision partielle par IA des plages sélectionnées peut être effectuée depuis le panneau droit.
Éditeur personnalisé. Lancé avec la commande /note-editor
Trois emplacements de stockage et séparation des permissions
- Couche d'intériorisation (lue par le writer) :
style-guide.md,voice-samples.md. Décrit uniquement les critères de jugement du writer de manière concise (max 4 500 caractères). - Couche machine (scannée automatiquement par Hook) :
scripts/detect-ai-smell.js. Pas de limite de caractères. Agrège les interdictions détectables par regex et les politiques de correction (good). - Couche de jugement (lue par le reviewer) :
references/rubric.md. Un agent séparé évalue indépendamment la distance entre le brouillon fini et l'objectif.
Pour éviter le gonflement, lorsque le guide dépasse 80 % de sa limite, nous supprimons une quantité de vieilles règles égale à celle des nouvelles règles ajoutées.
Extraits de fichiers réels
Voici les parties centrales extraites de fichiers réellement en opération.
`GOVERNANCE.md` (Principes de gestion de l'emplacement et des limites)
1Si les matériaux lus par le writer et le reviewer grossissent, les phrases se contractent pour suivre les règles, et l'odeur de l'IA revient.2Dans cet environnement, le principe est "les règles ne sont pas réduites, mais déplacées", avec des limites définies par emplacement.34[Trois emplacements de stockage]5- Couche d'intériorisation (lue par le writer): style-guide.md, voice-samples.md, edit-patterns.md6 → Garder mince. Descriptions de jugement uniquement. Ne pas transformer en liste de contrôle7- Couche machine (scannée automatiquement par Hook): inspections dans scripts/detect-ai-smell.js8 → Pas de limite. Toutes les interdictions écrivable par regex vont ici9- Couche de jugement (lue par le reviewer): references/rubric.md, references/voice-samples.md10 → Les critères de distance sont des extraits. Un seul modèle par type seulement en cas de confusion
`scripts/detect-ai-smell.js` (Inspection machine et contraste 'good')
1// Extrait de detect-ai-smell.js2const CHECKS = [3 {4 name: "Expressions évasives / Attitude non engageante",5 patterns: [/一概には言え|メリットもデメリットも|一長一短|状況によります|と言えるでしょう|と考えられます/g],6 limit: 1,7 gate: true,8 good: "Prenez parti et affirmez-le fermement, en plaçant une phrase de preuve juste après. Ne terminez pas en présentant les deux côtés",9 },10 {11 name: "Annonce de contenu 'Ce qui est important...'",12 patterns: [/重要なのは|大事なのは/g],13 limit: 1,14 gate: true,15 good: "Écrivez le contenu directement sans annonce préalable. 'Ce qui est important c'est X' → 'X est. Parce que ~'",16 },17 {18 name: "Panneaux de contrastes abstraits",19 patterns: [/という構図です|デザイン思考/g],20 limit: 1,21 gate: true,22 good: "Écrivez les contrastes comme des actions de qui fait quoi. 'Structure de A et B' → 'A fait ~. B ne fait pas ~'",23 },24];
`style-guide.md` (Instructions préalables au writer)
1Ce guide n'est pas une liste de contrôle. Si vous vous demandez "Est-ce que je viole les règles ?" pendant l'écriture, l'odeur de l'IA revient.2Quand j'écris des articles, ceux-ci opèrent comme des prémisses intériorisées.34Avant de commencer, verbalisez ce qui suit :51. Qui suis-je en train d'écrire en ce moment (par exemple, designer touchant à l'IA en pratique)62. Quelle réaction est-ce que j'écris (Attente → Réalité → Écart)73. Comment vais-je conclure (Laisser des questions ouvertes ou affirmer une position et terminer)84. Conception de l'intonation. Quelles sections mettre en avant, lesquelles survoler en une phrase
Conclusion
Peu importe combien le harnais est élaboré ou excellent le modèle choisi, s'il n'y a pas de « spécificité brute » chez l'auteur humain, le texte ne tient pas debout.
L'IA recrache des clichés parce que les humains n'ont pas fourni de matériel comme « ce qu'ils ont vécu et ce qui leur a semblé faux ». Des instructions abstraites ne produisent que des banalités abstraites.
« Quand j'ai vraiment testé, c'était plus simple que prévu et décevant »
« J'ai ressenti un léger soulagement quand la pull request a passé tard dans la nuit »
Ce n'est que lorsqu'il y a des graines d'observations concrètes, de chiffres et de noms propres que la puissance expressive de Gemini 3.8 Flash et l'inspection automatique basée sur Hook brillent véritablement.
L'écriture par IA n'est pas une automatisation paresseuse, mais une tentative éditoriale de délivrer efficacement votre propre inconfort aux lecteurs. Essayez de commencer par relire la ligne que vous venez d'écrire.
Note : Cet article lui-même a été écrit en se basant sur l'environnement d'écriture décrit ci-dessus.
