Cursor pour un roman : un Markdown par chapitre, règles .cursor/rules et fichiers à gérer soi-même. Maliang met à jour les archives de l’histoire dans le navigateur.
Cursor peut écrire un roman : l’éditeur montre les fichiers et le diff en temps réel, le système de Rules est fin et le choix de modèles large. Dans les pratiques publiques, l’auteur crée lui-même les dossiers de chapitres, rédige les rules, entretient la bible et le registre, et quand les chapitres s’accumulent, il doit gérer l’ordre des fichiers et leur fusion. Maliang intègre l’arborescence des tomes et chapitres, les fiches de personnages, les archives de l’histoire et la comparaison des modifications dans un éditeur web.
Un auteur de romans web qui sait faire du front-end écrit un nouveau livre avec Cursor en suivant un tutoriel de Juejin : un dossier par livre, avec deux fichiers, « informations du plan du roman » et « progression de l’histoire », un fichier md par chapitre, et les règles dans .cursor/rules. La génération est très rapide. Après quelques dizaines de chapitres, il commence plusieurs tâches de maintenance : faire mettre à jour par l’IA le fichier de progression à chaque chapitre, vérifier l’ordre des fichiers de chapitres, écrire avant publication un script qui fusionne les chapitres en un seul fichier. Il sait le faire, et il veut bien le faire. Maliang confie ces étapes à l’éditeur et aux archives en arrière-plan.
Sur un écran étroit, faites défiler horizontalement pour voir toutes les colonnes.
| Critère | Maliang Writer | Cursor | Remarque |
|---|---|---|---|
| Forme du produit | ✅ Éditeur web avec dialogue IA, utilisable directement dans le navigateur | ✅ Éditeur de bureau (macOS, Windows, Linux), CLI, agents cloud en version web | |
| Structure du manuscrit | ✅ Tomes, chapitres et plans de chapitre dans l’arborescence ; personnages, bible, amorces et lignes narratives sont des fiches | ⚠️ Gestion propre au roman : non précisée dans la documentation officielle ; dans les pratiques publiques, un fichier Markdown par chapitre, avec bible et registre dans des dossiers à part | |
| Règles d’écriture | ✅ Plan général, échantillon de style, etc. : l’IA les lit à la demande pendant l’écriture | ✅ Project Rules (.cursor/rules/*.mdc), User Rules, Team Rules, AGENTS.md ; selon la documentation, le modèle ne garde pas de mémoire entre deux complétions, et les rules fournissent un contexte persistant | |
| Suivi des changements de la bible | ✅ Après chaque chapitre, mise à jour des archives de l’histoire : état des personnages, relations, lieux, amorces ; ce qui ne correspond pas est marqué à confirmer, désactivable | ⚠️ Dans les pratiques publiques, l’auteur conçoit des fichiers de registre (état des chapitres, chronologie des personnages, amorces) que l’IA entretient | |
| Comparaison des modifications | ✅ Suppressions en rouge et ajouts en vert sur l’original dans l’éditeur, à conserver ou rétablir une à une | ✅ Selon la documentation, « The diff view shows changes as they happen », avec Review pour un examen ligne par ligne | |
| Annulation et versions | ✅ Annuler l’échange en cours, ouvrir une branche à partir d’avant l’échange, modifier puis renvoyer | ✅ L’agent crée automatiquement un Checkpoint avant les grosses modifications, stocké en local et indépendant de Git ; la documentation conseille d’utiliser Git pour les versions permanentes | |
| Ordre des chapitres | ✅ Tomes et chapitres s’affichent dans l’arborescence à gauche dans l’ordre du livre | ⚠️ Tri par nom de fichier ; les pratiques publiques mentionnent un tri désordonné des noms de chapitres chinois et la nécessité d’écrire un script de fusion | |
| Modèles | ✅ Choix de plusieurs modèles, d’après la liste dans le produit | ✅ Composer et la série Grok maison, ainsi que Claude, Gemini, GPT, GLM, Kimi, etc. | |
| Références de genre | ✅ À l’ouverture du livre, on s’appuie sur les analyses de personnages et de structure de plus de 1 500 feuilletons populaires de la bibliothèque publique ; la fin de chapitre se réfère à environ 56 000 fins de chapitre populaires | ⚠️ Non précisé dans la documentation officielle | |
| Prix | ✅ Inscription gratuite pour essayer, crédits débités selon l’usage | ✅ Hobby gratuit (requêtes d’agent limitées) ; Individual 20 dollars/mois ; Teams 40 dollars/utilisateur/mois (vérifié en 2026-10) | |
| Régions d’utilisation | ✅ Produit web en chinois, destiné aux auteurs chinois | ⚠️ La documentation indique que certains fournisseurs de modèles ont des restrictions régionales, sans nommer de région précise |
✅ Prise en charge confirmée dans les documents officiels ou dans le produit ⚠️ Prise en charge partielle ou aucune mention dans les documents officiels ❌ Officiellement non pris en charge · Les informations sur les concurrents proviennent de leurs documents publics.
Chapitres, plans de chapitre, personnages, bible, amorces et lignes narratives ont chacun leur place dans l’éditeur ; tomes et chapitres sont rangés dans l’ordre du livre, sans souci de tri par nom de fichier.
Les fiches de bible se modifient selon vos demandes ; une fois le chapitre écrit et la séquence d’écriture terminée, l’état des personnages, les relations, les lieux et les amorces sont mis à jour en arrière-plan, et ce qui ne correspond pas est marqué à confirmer. Plus de fichier de « progression de l’histoire » à entretenir. Désactivable.
Quand l’IA modifie le texte, ce qui est supprimé est barré et ce qui est ajouté est en vert, à conserver ou rétablir une à une ; si tout l’échange ne convient pas, vous pouvez l’annuler ou modifier puis renvoyer.
Le système de Rules de Cursor est très fin : règles de projet, d’utilisateur et d’équipe plus AGENTS.md, avec des globs pour contrôler quand elles s’appliquent ; la vue diff affiche les modifications en temps réel, et Review permet un examen ligne par ligne ; les modèles couvrent plusieurs fournisseurs, et il y a des agents cloud ainsi que des entrées Slack et GitHub. L’auteur du tutoriel de Juejin mentionne « cinquante chapitres produits en une vingtaine de minutes ». Pour les auteurs familiers des éditeurs de code, c’est un environnement d’écriture souple et efficace.
Chaque produit convient à certains scénarios ; nous ne donnons ici de conseils que pour un seul : le roman long en feuilleton, en chinois.
Sur cette page, notez surtout combien d’opérations l’auteur doit faire pour préparer les dossiers, les règles d’écriture, la mise à jour des documents et le contrôle des révisions. Ne comparez pas seulement le style d’une génération, et ne présumez pas que les outils fondés sur des dossiers sont forcément plus difficiles à utiliser.
Voici une liste d’essais avec la même tâche, et non une expérience comparative déjà réalisée. Vous pouvez utiliser le matériel pédagogique original « Jiehuo City » ou un manuscrit que vous avez le droit de traiter ; notez séparément la préparation, le résultat et les corrections de l’auteur.
Donnez le même protagoniste, les mêmes règles centrales et les mêmes préférences de lecture ; comparez d’abord les directions de départ, puis organisez le plan général, le plan du premier tome et les plans des trois premiers chapitres.
À vérifier : Distingue-t-il le rôle de chacun des trois niveaux de plan ? L’auteur peut-il confirmer la proposition avant de poursuivre ? Des éléments encore indécis ont-ils été écrits discrètement comme des faits ?
Utiliser le même kit de départUtilisez le même ancien manuscrit que vous avez le droit de traiter, indiquez comment se termine le dernier chapitre et l’objectif du suivant ; essayez d’abord une scène, sans modifier les vingt chapitres précédents.
À vérifier : Quels documents avez-vous préparés ? Les positions des personnages, les objets et les fils non résolus ont-ils été repris ? Comment distingue-t-on les brouillons candidats des versions retenues ?
Voir la liste de tâches pour importer et poursuivreChoisissez une règle réelle qui touche des chapitres précédents ; demandez d’abord la liste des chapitres concernés et les preuves, puis l’auteur choisit la portée de la modification.
À vérifier : Indique-t-il ce qu’il n’a pas vérifié ? Peut-on voir les modifications avant ? A-t-il modifié par erreur du texte hors de la tâche ou inscrit dans les documents un plan non retenu ?
Voir la méthode pour modifier un élément déjà établiEssayez réellement de conserver le texte, l’ordre des tomes et des chapitres, les fiches de personnages et les règles de l’univers, puis vérifiez si le résultat se prête à une poursuite de l’édition ; listez ce qui ne peut pas être emporté.
À vérifier : Le format et l’ordre sont-ils reconnaissables ? Que contiennent le compte de la plateforme, les fichiers locaux et les fichiers exportés ? Ne déduisez pas l’utilité d’une simple page promotionnelle.
Copier la fiche de suivi de tâche et de résultatNotez les modèles, formules ou conditions de compte réellement utilisés, ainsi que le temps passé à préparer les documents et à corriger le texte. Laissez vide ce que vous n’avez pas essayé ou ne pouvez pas confirmer ; ne remplacez pas l’expérience complète par le nom d’une fonctionnalité ou par une seule génération.
Oui. Cursor lit et écrit des fichiers et affiche le diff en temps réel, et des auteurs s’en servent pour des romans moyens et longs. C’est un éditeur conçu pour le code, sans gestion de chapitres ni de personnages propre au roman : l’auteur doit créer ses dossiers et ses règles.
Dans les tutoriels publics, on fait un dossier par livre, avec les informations du plan, la progression de l’histoire et un fichier md par chapitre, et les règles dans .cursor/rules/*.mdc ; certains séparent aussi en deux dossiers les contraintes strictes entretenues par l’auteur et le registre entretenu par l’IA.
On y met en général le style, le point de vue, les appellations des personnages, les règles de nommage des fichiers et le fichier de progression à mettre à jour après chaque chapitre. Selon la documentation, les rules servent à donner au modèle un contexte persistant, car il ne garde pas de mémoire entre deux complétions.
Dans les pratiques publiques, des auteurs mentionnent l’oubli de la bible, la dérive des personnages et le context rot des longues conversations ; les remèdes courants sont de découper en petits fichiers, de charger à chaque chapitre la bible et les deux chapitres précédents, et d’entretenir un registre. Chez Maliang, une fois le chapitre écrit, les archives de l’histoire sont mises à jour, et ce qui ne correspond pas est marqué à confirmer.
Hobby est gratuit mais avec des requêtes d’agent limitées ; Individual 20 dollars/mois ; au-delà du forfait, paiement à l’usage (vérifié sur la page de prix officielle en 2026-10).
La documentation indique seulement que certains fournisseurs de modèles ont des restrictions régionales, sans nommer de région précise. Pour savoir quels modèles sont utilisables, fiez-vous à la liste réelle des modèles après connexion.
Un tutoriel public signale que les noms de chapitres chinois, triés par ordre alphabétique, se retrouvent dans le désordre et que l’auteur fusionne les chapitres par script. Vous pouvez ajouter un numéro au début du nom des fichiers. L’arborescence de Maliang range tomes et chapitres dans l’ordre du livre, sans dépendre des noms de fichiers.
On peut répartir les rôles selon les besoins : un auteur familier de Cursor peut continuer à s’en servir pour ses propres traitements de fichiers, et écrire le feuilleton chinois dans Maliang, pour que les archives et la comparaison des modifications suivent le texte.
Claude Code peut écrire un roman, et très bien : il lit et écrit le dossier du livre entier, vérifie la continuité d’un fichier à l’autre et fait des modifications en masse. Dans les pratiques publiques, l’auteur conçoit lui-même l’arborescence, rédige CLAUDE.md, entretient un registre de la bible, et travaille dans un terminal ou un plugin d’éditeur, ce qui convient aux auteurs à l’aise avec la ligne de commande. Maliang intègre l’arborescence, les fiches de personnages, les archives de l’histoire et la comparaison des modifications dans un éditeur web, et l’auteur commence à écrire par la conversation.
Read the comparison →Codex CLI est open source et tourne dans le terminal local ; il lit et écrit tout le projet, exécute des scripts, avec isolation au niveau du système et approbation. Pour écrire un roman avec lui, l’auteur crée lui-même l’arborescence, rédige AGENTS.md, entretient le registre et gère les versions avec Git, et consulte les modifications sous forme de diff texte dans le terminal. Maliang intègre tout cela dans un éditeur web : arborescence des tomes et chapitres, fiches de personnages, archives de l’histoire, comparaison des modifications relue une à une.
Read the comparison →Les agents de programmation sont très puissants : ils lisent et écrivent sur plusieurs fichiers, modifient en masse, exécutent des scripts, et un auteur technique peut monter un flux d’écriture très souple ; en contrepartie, arborescence, fichiers de règles, registre de la bible et gestion des versions sont à concevoir et entretenir soi-même, et l’interface vise les programmeurs. Maliang en fait des fiches, une arborescence et un éditeur que les auteurs connaissent.
Read the comparison →Dossiers + Markdown, c’est libre et transparent, les fichiers restent chez vous, ce qui convient aux auteurs qui aiment définir leur format ; l’inconvénient est qu’avec beaucoup de fichiers, savoir lequel est le plus récent et quels autres synchroniser après une modification, il faut s’en souvenir soi-même. Les fiches de personnages et les archives de l’histoire fixent chaque personnage et chaque élément de bible en fiche, et mettent à jour l’état après chaque chapitre, ce qui convient aux auteurs qui ne veulent pas entretenir de fichiers. Maliang a les deux : personnages et bible sont des fiches, le plan général est rangé à part ; échantillon de style et documents d’ouverture sont des documents.
Read the comparison →Après l’inscription, créez une œuvre ou importez des chapitres existants, indiquez à l’IA quel chapitre poursuivre, puis regardez ce qu’elle a écrit, ce qu’elle a modifié et ce qu’elle a noté dans les archives ; vous déciderez ensuite si vous y transférez votre roman long.