Comment l’agent IA écrit : règles, skills, projet, 5 ajouts

Dans cet article 9 sections

D’abord la conclusion : des méthodes proches, cinq choses à ajouter pour écrire un roman long

Ces deux dernières années sont apparus beaucoup d’« agents » : WorkBuddy de Tencent, Coze de ByteDance, Manus, Kimi Agent, OpenClaw en open source, et Claude Code, Cursor, Codex CLI venus du code. Les discours diffèrent, mais d’après la documentation publique, nombre de ces produits fonctionnent de façon proche :

1. Exécution en plusieurs étapes : l’agent lit votre demande, la découpe en étapes, lit et écrit des fichiers, cherche des informations, regarde le résultat avant de décider de la suite ;
2. Dossier de projet (ou projet, espace de travail, bibliothèque de ressources) : on y met les matériaux à lire et les productions ;
3. Fichier de règles et skills : un fichier de règles permanent (AGENTS.md pour Codex, CLAUDE.md pour Claude Code), plus des skills (Skill) utilisés au besoin, chacun étant une notice, parfois avec des scripts.

On voit cette convergence dans la documentation publique : le fichier de mémoire de projet de WorkBuddy est compatible avec AGENTS.md (projet), son marketplace de skills est compatible avec l’écosystème de skills d’OpenClaw (marketplace de skills) ; dans les projets Coze, les sous-conversations partagent fichiers et agents.md (projets Coze) ; la mémoire d’OpenClaw et celle de Coze utilisent des fichiers Markdown (mémoire d’OpenClaw, mémoire de Coze). Quant à savoir si Manus, Kimi Agent et d’autres produits adoptent la même organisation, les sources officielles ne l’expliquent pas complètement ; mieux vaut le vérifier à l’essai.

Alors plutôt que de demander quel agent écrit le mieux des romans, demandez : pour écrire un livre de plusieurs centaines de milliers de signes avec ce mode de travail, quelles tâches faut-il que quelqu’un fasse ? Ci-dessous, une par une ; à la fin de chaque section, la manière de faire de Maliang Writer.

1. Où ranger les matériaux : la structure du livre doit être posée d’abord

Les produits organisent les matériaux de façons différentes : espace de travail local, fichiers de projet, bibliothèque de ressources ; il faut vérifier séparément la portée d’usage. Quand on gère les matériaux d’un roman par dossier, une fiche de personnage, le chapitre 37, la bible devenue caduque du tome 3 sont chacun un fichier, et c’est à l’auteur d’indiquer clairement lequel est quoi et lequel fait foi. Nous conseillons de monter ainsi :

• bible, personnages, plans, texte rangés séparément ;
• un fichier par chapitre de texte, nom de fichier avec numéro d’ordre ;
• une rubrique « état actuel » dans la fiche de personnage ;
• et une liste d’amorces à part.

Avec une arborescence claire et des états bien annotés, l’agent trouve plus facilement les matériaux à lire ; à l’essai, vérifiez aussi ce qu’il a réellement cité. Pour l’arborescence précise et la rédaction du fichier de règles, voir Dossier de roman et règles d’écriture CLAUDE.md.

Maliang Writer a fait de cette couche de structure un produit prêt à l’emploi : tomes, chapitres, plans de chapitre, personnages, bible, amorces, lignes narratives sont classés d’emblée, avec le sommaire et les fiches à gauche.

2. Que lire à chaque chapitre : le contexte est limité

Ce que le modèle voit à chaque étape a une limite. Par exemple, le centre d’aide de Kimi indique un contexte d’Agent de 128K tokens (environ 80 000 à 100 000 caractères chinois, capacités et limites) ; la documentation officielle de WorkBuddy indique un contexte par défaut de 200K, GLM-5.3 pouvant aller jusqu’à 1M, tout en rappelant que passer à 1M « ne rend pas le modèle plus intelligent, cela multiplie seulement la consommation à chaque tour » (description des modèles). Quand le livre dépasse quelques centaines de milliers de signes, il faut généralement choisir ce qu’on lit chapitre par chapitre.

Avant un chapitre, il faut vérifier que les matériaux concernés sont complets et à jour, et après l’écriture, vérifier encore que le texte et la bible concordent. Pour écrire le chapitre 120, il faut généralement :

• le plan de ce chapitre ;
• les fiches des personnages présents, surtout leur état actuel ;
• le texte des deux ou trois derniers chapitres ;
• les amorces et éléments de bible liés à ce chapitre ;
• un échantillon de style.

Les produits fournissent les matériaux de manières différentes : certains lisent d’après le fichier de règles, certains les recherchent dans une bibliothèque puis les injectent (les matériaux de projet de WorkBuddy sont injectés dans les tâches sous forme de RAG), certains s’appuient sur la mémoire. À l’essai, vérifiez si ce qu’il a lu pour ce chapitre est la bible la plus récente, et s’il a omis ce qui vient de se passer au chapitre précédent. Les longues conversations ont un autre problème : le contenu ancien est compressé ou oublié, et le centre d’aide de Kimi avertit qu’au-delà d’un grand nombre de tours (par exemple plus de 50), le contenu ancien peut être oublié, notamment pour l’écriture de romans longs.

3. Qui remet en ordre après l’écriture : mettre à jour les matériaux en fin de chapitre

Un chapitre écrit, l’« état » du livre a changé : quelqu’un est blessé, quelqu’un connaît un secret, un artefact a changé de maître, une amorce a été refermée. Si ces changements ne sont pas reportés dans les fiches de personnages et la liste d’amorces, le chapitre suivant lira des informations périmées.

Certains agents généralistes proposent une remise en ordre de la mémoire des sessions (par exemple WorkBuddy range chaque nuit les sessions du jour, mémoire), mais un flux dédié pour mettre à jour chapitre par chapitre l’état des personnages et les amorces d’un roman n’est pas décrit dans les sources officielles ; mieux vaut le vérifier à l’essai. Pratique courante : ajouter une règle dans le fichier de règles, « après chaque chapitre, mets à jour l’état des personnages et la liste d’amorces », ou écrire un skill pour cela. À l’essai, vous pouvez vérifier :

• après chaque chapitre, l’état des personnages et la liste d’amorces sont-ils mis à jour ;
• les nouvelles entrées ont-elles un appui dans le texte ;
• quand une information nouvelle entre en conflit avec l’ancienne bible, comment est-ce traité, le texte original est-il conservé, voit-on ce qui a changé.

Maliang Writer en a fait un flux fixe : une fois le chapitre écrit et ce tour terminé, l’archiviste remet en ordre l’état des personnages, les relations, les positions, les objets et les amorces du chapitre ; ce qui ne colle pas est listé comme « à confirmer », l’auteur vérifie et tranche.

4. Comment relire les modifications : quelles phrases ont changé parmi des dizaines de fichiers

Quand un agent révise, il touche souvent plusieurs fichiers d’un coup. Les outils venus du code ont des moyens tout prêts : Claude Code et Cursor ont des points de contrôle, la documentation de Codex CLI recommande de créer des points de contrôle avec Git, les modifications se comparent fichier par fichier et se rétablissent. Les agents généralistes font chacun à leur manière : par exemple dans la bibliothèque de ressources de WorkBuddy, les modifications de l’IA aux documents Markdown n’écrasent pas l’original, elles sont présentées en attente de confirmation (bibliothèque de ressources).

Pour qui écrit un roman, ce qu’on veut voir n’est pas une différence de fichiers, mais « comment ce passage était écrit avant, comment il l’est maintenant ». Maliang Writer place les modifications de l’IA dans le texte mis en page, suppressions en rouge, ajouts en vert, à garder ou rétablir un à un ; si l’ensemble ne convient pas, on peut annuler l’échange, ou ouvrir une branche avant cet échange.

5. Quand ranger l’ancienne bible : à partir du tome 3

Arrivé au tome 3, une partie des seconds rôles, lieux et amorces des deux premiers tomes est sortie de l’intrigue actuelle, mais les matériaux sont toujours là. Si on les emporte en lisant la liste des personnages ou en cherchant, cela occupe du contexte et peut aussi faire réécrire des personnages sortis.

Avec un agent généraliste, la pratique courante est que l’auteur déplace lui-même les anciens matériaux vers un dossier d’archives, ou précise dans les règles ce qui ne doit plus être consulté, et vérifie ce qui est réellement cité en écrivant un nouveau chapitre. Maliang Writer procède par tome : en écrivant un nouveau tome, les personnages, lieux et amorces apparus seulement dans les premiers tomes sont rangés aux archives, plus consultés pour écrire un nouveau chapitre ; ils reviennent en usage courant au retour du personnage. Pour la marche à suivre, voir Roman long arrivé à un nouveau tome : que faire de l’ancienne bible.

Écrire un roman long avec un agent généraliste : cinq vérifications à l’essai

Si vous utilisez déjà WorkBuddy, Coze, OpenClaw ou un agent de programmation pour écrire un livre, vous pouvez vérifier ces cinq points. Si un produit prend en charge ou non les fichiers de règles et les skills personnalisés, la note officielle fait foi ; ce qui n’est pas documenté, mieux vaut le vérifier à l’essai :

1. Structure des matériaux : peut-on ranger séparément bible, personnages, plans, texte, et le texte à raison d’un fichier par chapitre ?
2. Réglage des règles : peut-on indiquer ce qu’il faut lire avant un chapitre, les exigences de style, la bible à ne pas modifier ?
3. Remise en ordre en fin de chapitre : après chaque chapitre, comment l’état des personnages et la liste d’amorces sont-ils mis à jour, comment les ajouts et les conflits vous sont-ils soumis ?
4. Relecture des modifications : les versions intégrées au produit, la fonction « à confirmer » ou Git permettent-ils de voir clairement quels fichiers et quels passages ont changé ?
5. Archivage par tome : après un tome fini, peut-on retirer des matériaux courants les personnages sortis et les amorces refermées ?

Ces cinq points peuvent servir de liste de contrôle à l’essai, et aident aussi à voir quelles tâches l’auteur doit assumer lui-même.

Choisir l’outil selon le flux d’écriture

Pour une comparaison de ces catégories d’outils, voir Les logiciels pour écrire un roman se divisent en six catégories et Agent généraliste ou logiciel d’écriture : comment choisir.

Questions fréquentes

Q : Quelle différence entre l’agent d’un logiciel d’écriture de roman et un agent généraliste ?
Tous deux font lire et écrire à l’IA les matériaux du livre et accomplir des tâches en plusieurs étapes. Prenons Maliang Writer : sommaire tomes/chapitres, fiches de personnage, remise en ordre de fin de chapitre par l’archiviste avec « à confirmer », suppressions en rouge et ajouts en vert à garder ou rétablir un à un, annulation de l’échange, branches, archivage par tome et retour sont des fonctions toutes prêtes ; ce qui est listé « à confirmer » reste à vérifier et trancher par l’auteur.

Q : Installer un skill de roman sur un agent généraliste, est-ce équivalent ?
Un skill règle une partie du « comment écrire » : flux de lancement du livre, format des plans de chapitre, exigences de style. Mais qui met à jour l’état des personnages, comment traiter les conflits, comment relire les modifications, cela dépend de l’interface et du flux du produit. Avant d’installer un skill, regardez ses scripts ; WorkBuddy avertit aussi officiellement que les skills non officiels présentent un risque d’injection.

Q : Avec un contexte de 1M, peut-on y mettre le livre entier ?
On peut y mettre plus de contenu, mais la consommation à chaque tour augmente aussi. Prenons WorkBuddy : il indique officiellement que GLM-5.3 peut aller jusqu’à 1M, et rappelle que cela « ne rend pas le modèle plus intelligent, cela multiplie seulement la consommation à chaque tour ». Savoir si l’on peut tout mettre d’un coup dépend aussi des autres occupations du contexte. Choisir les matériaux nécessaires chapitre par chapitre est aussi une façon de maîtriser la consommation.

Q : Quel modèle utilise Maliang Writer ?
On peut choisir le modèle, les crédits étant déduits selon le modèle choisi et l’usage, le détail faisant foi dans le produit.