Kotodama, l'esprit des mots

Publié le 29 août 2026 · La compétence qui sépare ce qu'on a demandé du reste d'une conversation — et la démonstration se trouve dans cette page.

Le nom dit tout

Kotodama (言霊) est un mot japonais : dans les histoires, c'est le pouvoir porté par ce qui est vraiment dit — pas par ce qu'on croit avoir dit, pas par ce qu'on voulait dire. C'est exactement le rôle de cette compétence : au cœur des machines qui travaillent ici, elle relit un long échange et n'en garde que les mots qui portent une intention.

À la fin d'une journée de travail dense, une conversation se lit comme un fil bruité : des demandes, mais aussi des « ok », des « continue », des explications qui aident sans rien demander, et parfois une colère qui masque une commande. Kotodama trie tout ça, quand on lui demande : « sors-moi ce que je t'ai demandé ».

Ce qu'on garde, ce qu'on jette

On garde deux choses, et seulement deux :

• les questions — tout ce qui attend une réponse : « le blason est à jour ? », « pourquoi ça prend du temps ? », « ça marchera depuis n'importe quel poste ? » ;
• les demandes — tout ce qui attend une action, même dit en une ligne, même dit en colère : « termine tout », « sauvegarde le token », « fixe ça ».

On jette tout le reste : l'humeur, les confirmations, les « merci », le contexte qui aide mais ne demande rien. Avec une exception : quand l'humeur cache une demande. « Ça m'énerve » seul ne dit rien ; « ça m'énerve, je ne veux plus répondre deux fois » demande clairement : corrige la cause pour que je n'aie plus à répéter.

La méthode, dans l'ordre

Derrière la simplicité du bilan, il y a une discipline stricte :

1. Ne relire que vos messages. Ce que les machines disaient ne compte pas : seuls vos tours portent vos demandes.
2. Pour chaque message, se poser une question : est-ce que ça attend une réponse, ou une action ? Si non, c'est du bruit, on jette.
3. Réécrire chaque item en une ligne claire, au plus près de vos mots. Un message qui porte deux demandes donne deux lignes. Rien d'inventé, rien d'ajouté — la discipline du « pas de comblage » : on ne comble pas ce qui n'a pas été dit.
4. Dédoublonner. Une demande répétée — parce qu'on n'avait pas répondu — compte une fois. Mais la répétition elle-même est un signal : elle dit que quelque chose a été raté.
5. Grouper par thème. Les thèmes sortent du contenu, pas d'une liste figée. Chez moi, on retrouve souvent : retrouver et chercher, accès et secrets (les portes), sauvegarder, rendre réutilisable (outils, trousse, documentation), méthode et comportement.
6. Marquer l'état quand c'est utile : fait, en cours, rendu à vous. Le bilan devient une liste de travail, pas un résumé mort.

Pourquoi cette compétence existe

La raison tient en deux mots : ne pas répéter. Personne n'aime devoir redemander ce qui est déjà réglé, ni ré-expliquer ce qui a déjà été dit. Kotodama est le filtre posé à la fin d'un échange long ou éclaté : il ressort la liste propre de ce qui a été voulu, pour vérifier que rien n'a été raté — et pour qu'il ne manque plus jamais rien.

Le livre se termine toujours par la suite, jamais par un point final. Chaque item d'une conversation réussie se comprend tout seul, sans relire tout l'échange : écrit comme on le ferait à un enfant de six ans — une phrase, une action, et la prochaine étape.

L'option détaillée : et maintenant, quel geste ?

Une liste par thème dit ce qui reste, elle ne dit pas quel geste faire. « Déclarer les deux règles » est un titre, pas une action. Une action, ça se fait sans réfléchir. Quand on demande le bilan détaillé, chaque item s'accompagne de trois lignes, jamais plus :

• le geste — la commande exacte à coller, ou le bouton exact à cliquer. Pas « modifier le script » : la ligne à changer, et par quoi ;
• qui — vous, moi, ou vous puis moi, et le relais à renvoyer (« colle-moi la sortie », « donne-moi la clé ») ;
• la preuve — ce que l'on verra si c'est réussi : un code, un chiffre, une ligne à l'écran. Sans preuve, un point n'est pas fini, il est supposé fini.

Et les items ne se valent pas : certains en débloquent d'autres. On les range par ce qu'ils libèrent, pas par ordre d'arrivée, et on dit lesquels attendent derrière. S'il n'y a qu'un geste possible aujourd'hui, on le dit — et on ne liste pas le reste pour faire joli.

Une dernière règle, la plus importante : on ne rend jamais une action qu'une machine peut faire elle-même. Si un geste est refusé à la machine, la réponse dit par quoi — un garde-fou, un droit manquant, une décision qui appartient à l'humain. Une ligne donnée sans cette raison, c'est du travail refilé.

La démonstration est dans cette page

Cette page est née de deux demandes. Vous vous demandez comment la compétence rend concrètement ? Voici le bilan tel qu'il est sorti de la conversation qui a produit l'article :

Chaque ligne correspond à un message, rien n'a été inventé, rien n'a été jeté qui portait une intention : la sortie correspond exactement à l'échange qui l'a produite.

Comment le vérifier vous-même

Le plus simple est de demander le bilan d'une partie de la journée : une question, vos demandes, et la prochaine action. Puis de relire les points un par un : chacun correspond à un message que vous avez écrit. S'il manque une ligne, la compétence a raté son rôle — et vous êtes alors en droit de la faire recommencer. Un filtre qui n'attrape pas tout ne se défend pas : il se corrige.