Les développeurs qui tirent le plus des agents ont tendance à être des écrivains étonnamment bons. Pas au sens littéraire — au sens fonctionnel. Ils écrivent clairement, précisément, avec conscience de la façon dont leurs mots seront interprétés par quelqu'un qui ne partage pas leur contexte. Ce sont exactement les compétences qui font qu'un prompt fonctionne.

Cette connexion n'est pas une coïncidence. Un prompt est un texte avec un lecteur spécifique — le modèle — et un but spécifique — produire un output particulier. Les mêmes propriétés qui rendent efficace n'importe quelle écriture fonctionnelle s'appliquent ici : structure claire, choix précis des mots, énoncé explicite de ce qui compte, anticipation des mauvaises lectures. L'écart entre un prompt qui marche et un prompt qui ne marche pas est souvent un écart de qualité d'écriture, pas un écart de sophistication technique.

L'implication, c'est que s'améliorer comme prompt engineer et s'améliorer comme écrivain sont le même projet. Quand un prompt échoue, demander « pourquoi l'agent a-t-il mal compris ça ? » et demander « pourquoi ce n'était pas clair ? » sont la même question. La réponse implique généralement une supposition que l'écrivain a faite sans la communiquer, une ambiguïté que l'écrivain n'a pas remarquée, une priorité que l'écrivain pensait évidente et qui ne l'était pas.

Ça veut aussi dire que la discipline de l'édition se transfère. Les bons écrivains révisent. Ils relisent leur propre travail avec scepticisme, cherchant les endroits où le sens n'est pas aussi clair qu'il en avait l'air à l'écriture. Ils coupent ce qui n'a pas sa place. Ils réordonnent pour l'emphase. Tout ça s'applique directement à la révision de prompt. Un prompt qui ne marche pas a généralement besoin d'être édité, pas juste allongé — plus de mots résolvent rarement le problème que moins de mots, meilleurs, règleraient.

Il y a un exercice pratique qui vaut la peine : prends un prompt qui ne produit pas les résultats voulus et édite-le comme si c'était de la prose. Enlève les instructions redondantes. Clarifie celles qui sont ambiguës. Rends la structure explicite. Priorise la contrainte la plus importante. Souvent le prompt amélioré surpasse l'original de façon significative, et l'amélioration vient du métier d'écrire, pas d'une technique de prompt engineering.

Le meilleur outil pour travailler avec les modèles de langage, c'est la facilité avec le langage. Développe-la délibérément.