Aoisop/mawoagent

Compétence d'écriture de romans web chinois

Positionnement

Ceci est une compétence d'écriture destinée aux romans web chinois.

Elle ne résout pas la question de savoir si l'expression littéraire est assez sophistiquée, mais plutôt ces problèmes plus concrets :

• Cette idée mérite-t-elle d'être écrite en roman web ?
• Que vend ce livre exactement ?
• Sur quoi reposent les 10 à 20 premiers chapitres pour avancer ?
• Comment l'ouverture conclut-elle ?
• Comment le milieu ne se disperse-t-il pas ?
• Comment laisser une impression durable en fin de chapitre ?
• Comment rechercher des modèles similaires pour emprunter leur structure ?
• Comment éviter le ton IA tout au long du processus ?

Entrée par défaut

L'entrée par défaut est :

Une brève description du roman cible

Comportement par défaut :

1. Extraire de la description le thème, l'argument de vente, le conflit, le moteur narratif et la longueur cible.
2. Déterminer si la tâche relève de la planification préalable, de l'ouverture, du plan de chapitres, d'un chapitre unique, d'une réparation locale ou d'une révision finale.
3. Si les informations sont suffisantes, passer directement au niveau le plus nécessaire ; sinon, ne demander que le minimum d'éclaircissements.

Principe de sortie

Par défaut, ne produire que le niveau le plus nécessaire, sans tout donner en une seule fois.

Niveaux de sortie courants :

• Diagnostic du thème
• Accroche en une phrase
• Prémisse
• Explication du moteur narratif
• Plan du premier volume
• Plan des 10 à 20 premiers chapitres
• Réécriture de l'ouverture
• Texte d'un chapitre unique
• Pression en fin de chapitre
• Examen du rythme
• Liste de références pour l'imitation

Flux global

1. D'abord, déterminer si le problème se situe au niveau de la planification préalable, de la structure, de l'exécution d'un chapitre ou de la révision finale.
2. Si le problème est clairement circonscrit à une partie spécifique de l'écriture, privilégier l'appel du module spécialisé, ne pas se contenter de conseils généraux.
3. Par défaut, d'abord chercher une correspondance avec des exemples de modules ou des corpus locaux, puis résumer la structure, ensuite écrire le nouveau contenu.
4. Supprimer le ton IA ne consiste pas à peaufiner à la fin, mais à contraindre dès la conception, la scène, le dialogue et la fin de chapitre.
5. Chaque chapitre terminé doit par défaut passer par le module de révision, ne pas être livré directement.

Aide-mémoire des responsabilités des modules

• concept_planning Rôle : Compresser la description en thème, point de consommation, accroche, prémisse, moteur narratif, estimation de la longueur et direction du premier volume. Phase : Couche de planification préalable.
• opening Rôle : Amener l'argument de vente, la situation anormale et l'introduction du protagoniste dans la zone de conclusion de l'ouverture. Phase : Couche d'exécution de l'incipit.
• volume_outline Rôle : Déployer le moteur narratif en trois premiers chapitres clés, volumes et plan des 10-20 premiers chapitres. Phase : Couche de structure à moyen et long terme.
• plot_logic Rôle : Réparer la chaîne causale motivation, déclencheur, décision, conséquence, réalisation. Phase : Module structurel sous-jacent de la couche d'exécution du texte.
• character_consistency Rôle : Réparer la cohérence des personnages dans cinq domaines : objectif, émotion, relation, physique, voix. Phase : Module d'état des personnages de la couche d'exécution du texte.
• transition Rôle : Gérer les sauts temporels, les changements d'espace, la continuité émotionnelle, les changements de point de vue et la jonction entre la fin d'un chapitre et le suivant. Phase : Module de pont scénique de la couche d'exécution du texte.
• dialogue Rôle : Gérer la pression relationnelle, la voix des personnages, l'incorporation d'informations et la précision des répliques. Phase : Module de dialogue de la couche d'exécution du texte.
• chapter_ending Rôle : Gérer la tension en fin de chapitre, l'impression persistante, l'accroche de retour et l'enchaînement avec le chapitre suivant. Phase : Module de clôture de chapitre de la couche d'exécution du texte.
• anti_ai_voice Rôle : Nettoyer les résumés vagues, les ambiances toutes faites, les dialogues explicatifs et le ton uniforme. Phase : Module de contrainte de style de la couche d'exécution du texte.
• consistency_review Rôle : Vérifier uniformément six types de cohérence, empêcher la livraison directe de chapitres problématiques. Phase : Couche de finalisation de la copie.

Relations entre les modules

Par défaut, comprendre les modules comme trois chaînes, et non comme dix interrupteurs juxtaposés :

1. Chaîne de planification préalable : concept_planning -> opening / volume_outline
2. Chaîne d'exécution du texte : plot_logic + character_consistency + transition + dialogue + chapter_ending + anti_ai_voice
3. Chaîne de finalisation : consistency_review

Si un problème concerne plusieurs modules simultanément, la priorité est généralement :

1. plot_logic / character_consistency
2. transition / dialogue / chapter_ending
3. anti_ai_voice

Ne pas corriger par erreur un problème structurel comme un problème de style d'écriture.

Planification préalable

Lorsque ces problèmes sont impliqués, appeler par défaut le module concept_planning :

• Cette idée peut-elle être écrite en roman web ?
• Le thème et le point de consommation sont-ils clairs ?
• L'argument de vente et la situation anormale sont-ils percutants ?
• L'accroche / la prémisse tient-elle ?
• Le moteur narratif peut-il fonctionner pendant les 10 à 20 premiers chapitres ?
• Est-ce plus adapté pour une nouvelle, une novella, un roman ou une série ?
• L'objectif minimum du premier volume et le changement à la fin du volume sont-ils clairs ?

Les exigences strictes à cette étape sont :

• D'abord juger si cela vaut la peine d'être écrit, ensuite écrire le texte.
• D'abord donner l'argument de vente, le conflit, le moteur narratif, ensuite donner les grands décors.
• Lorsque l'introduction ne peut pas être comprimée en un squelette minimal, ne pas se précipiter à écrire.

Ouverture

Lorsque ces problèmes sont impliqués, appeler par défaut le module opening :

• L'ouverture manque d'accroche.
• L'argument de vente est trop lent à apparaître.
• La situation anormale n'est pas assez établie.
• Les trois premiers chapitres clés démarrent lentement.

Exigences par défaut :

• Dans les 300 à 500 premiers mots, donner une accroche.
• Dans les 1500 à 3000 premiers mots, donner l'argument de vente.
• Dans les 6000 premiers mots, faire comprendre au lecteur qui est le protagoniste, ce qu'il rencontre, quel est l'argument de vente, et ce qu'il veut lire ensuite.

Trois premiers chapitres clés, volumes et plan de chapitres

Lorsque ces problèmes sont impliqués, appeler par défaut le module volume_outline :

• La progression des trois premiers chapitres clés manque de force.
• La méthode de déroulement du premier volume n'est pas claire.
• Le plan des 10 à 20 premiers chapitres est dispersé.
• Le milieu a tendance à dévier.
• Il n'y a pas de point de réalisation à la fin du volume.

Pour les romans web longs, le plan de chapitres est obligatoire par défaut.

Sans plan de chapitres, ces problèmes sont les plus courants :

• Branches secondaires qui s'étendent de manière incontrôlée.
• Inflation des décors.
• Fins de chapitres molles.
• Rupture des points d'attente de la mise à jour.

Écriture chapitre par chapitre

Chaque chapitre doit répondre à quatre questions

1. Que veut faire le protagoniste dans ce chapitre ?
2. Qui ou quoi l'en empêche ?
3. Quelle est la situation après ce chapitre ?
4. Pourquoi le lecteur continuerait-il à lire ?

Structure minimale de la scène

Chaque scène doit au moins avoir :

• Un objectif
• Un obstacle
• Un changement

Les scènes sans changement sont par défaut supprimées, fusionnées ou compressées.

Aiguillage par défaut des problèmes locaux

• Sauts temporels, changements d'espace, continuité émotionnelle, changements de point de vue, jonction entre chapitres : appeler transition
• Dialogues à haute tension, voix des personnages, pression relationnelle, incorporation d'informations : appeler dialogue
• Clôture de chapitre, impression persistante, accroche de retour, tension d'attente de mise à jour, enchaînement avec le chapitre suivant : appeler chapter_ending
• Rupture de la chaîne causale, motivation insuffisante, déclencheur non valide, conséquence non concrétisée : appeler plot_logic
• Rupture de personnage, dérive de l'objectif, rupture émotionnelle, rupture relationnelle, perte de continuité physique et vocale : appeler character_consistency
• Résumés vagues, ambiance de clichés, dialogues explicatifs, ton uniforme des personnages : appeler anti_ai_voice

Révision obligatoire après la fin d'un chapitre

Chaque chapitre terminé ne doit pas être livré directement ; par défaut, il doit d'abord passer par le module consistency_review.

Six types de cohérence à vérifier pour chaque chapitre :

1. Cohérence logique de l'intrigue : Les événements clés ont-ils des prérequis ? Les décisions clés ont-elles un déclencheur ? Les changements clés ont-ils des conséquences ?
2. Cohérence de l'objectif du personnage : Que veut réellement faire le protagoniste dans ce chapitre ? Y a-t-il une dérive injustifiée en cours de route ?
3. Cohérence émotionnelle et relationnelle : L'émotion a-t-elle une origine ? La température relationnelle correspond-elle à celle de la scène précédente ?
4. Cohérence de l'état physique et informationnel : Les blessures, la fatigue, les secrets, les malentendus, les informations connues ont-ils été perdus ?
5. Cohérence des scènes et des transitions : Le lecteur se perd-il ? L'élan de la scène précédente est-il transmis à la suivante ?
6. Cohérence de la jonction de fin de chapitre : La fin du chapitre conclut-elle sur un changement ? Le premier temps du chapitre suivant peut-il prendre le relais ?

Si deux points quelconques sont instables, ne pas livrer directement. Retourner d'abord au module spécialisé correspondant pour réparer.

Règles générales d'appel des modules

Si le problème est clairement circonscrit à une partie spécifique de l'écriture, ne pas se contenter de conseils généraux, appeler par défaut le module spécialisé.

L'ordre général est :

1. D'abord déterminer s'il s'agit d'un problème spécialisé, et non d'un pur problème de style.
2. Consulter d'abord references/modules/README.md, puis entrer dans le répertoire du module correspondant.
3. Lire d'abord le README.md du module, puis suivre l'ordre recommandé par le module pour tutorial.md, runtime.md et la bibliothèque d'exemples.
4. Déterminer d'abord le point de défaillance selon la hiérarchie et la classification du module.
5. Sélectionner 2-4 exemples positifs et 1-2 exemples négatifs dans la bibliothèque d'exemples du module.
6. Établir d'abord un plan de réparation locale, puis écrire le diagnostic, la réécriture ou le texte.

Si un problème concerne plusieurs modules simultanément, réparer d'abord la couche la plus basique et la plus dure, puis les problèmes plus superficiels.

Imitation et recherche

Cette compétence exige par défaut de rechercher davantage de modèles similaires lors de l'écriture, puis d'emprunter leur structure pour écrire du nouveau contenu.

Il ne faut pas attendre que l'utilisateur dise « Veuillez imiter » pour rechercher. Tant que la tâche implique ces éléments, il faut d'abord consulter les corpus locaux :

• Un certain thème
• Un certain type d'ouverture
• Un certain type de dialogue
• Un certain type de fin de chapitre
• Un certain type de flux relationnel

Si le problème est clairement circonscrit à un maillon spécialisé, il faut également appeler le module spécialisé en priorité, et ne pas rester au niveau de la recherche générale.

Comment trouver un module

1. Consulter d'abord references/modules/README.md.
2. Aller directement au répertoire du module par mot-clé du problème : concept_planning / opening / transition / dialogue / chapter_ending / plot_logic / character_consistency / consistency_review / volume_outline / anti_ai_voice
3. Une fois dans le module, lire d'abord son README.md, puis, selon l'ordre suggéré par ce module, lire tutorial.md, runtime.md, good_examples.md, bad_examples.md.

Corpus locaux actuels

Fichiers principaux :

• analysis/article_profiles.csv
• analysis/excerpts.csv
• analysis/imitation_index.md
• references/webnovel_corpus_guide.md

Scripts de recherche

Utiliser :

• scripts/search_corpus_examples.py

Commandes courantes :

python3 scripts/search_corpus_examples.py --list-tags
python3 scripts/search_corpus_examples.py --list-types
python3 scripts/search_corpus_examples.py --type '开头钩子' --tag '危机压身' --limit 5
python3 scripts/search_corpus_examples.py --type '高张力对白' --tag '关系破裂' --limit 5
python3 scripts/search_corpus_examples.py --keyword '真假千金' --limit 10

Processus d'imitation

1. D'abord déterminer ce que l'utilisateur écrit.
2. Chercher 2-4 exemples similaires dans l'index.
3. Résumer la structure commune de ces exemples.
4. Ensuite écrire le nouveau contenu.

S'il s'agit d'un problème spécialisé, remplacer par :

1. D'abord déterminer s'il faut appeler un module spécialisé.
2. Dans le module spécialisé, déterminer la hiérarchie et le type.
3. Sélectionner le matériel par groupe à partir de la bibliothèque d'exemples du module spécialisé.
4. D'abord faire un plan de pont ou de structure.
5. Ensuite écrire le texte.

Si un chapitre est déjà terminé, ajouter une étape :

6. Appeler consistency_review, vérifier les six types de cohérence avant de livrer.

Suppression du ton IA

C'est une exigence stricte, mais la compétence principale ne répète pas l'intégralité du tutoriel.

Lorsque la tâche se concentre sur ces problèmes, appeler directement le module anti_ai_voice :

• Trop de résumés vagues
• Trop de phrases d'ambiance et d'adjectifs clichés
• Dialogues qui ressemblent à des modes d'emploi
• Tous les personnages parlent sur le même ton
• Phrases trop moyennes, trop régulières, trop générées par un modèle

Règles strictes qui restent :

• Pouvoir utiliser une action, ne pas utiliser un résumé
• Pouvoir utiliser un dialogue, ne pas utiliser une explication
• Pouvoir écrire du concret, ne pas écrire de l'abstrait
• Chaque personne doit parler avec son identité
• Ne pas comprendre « supprimer le ton IA » comme une rudesse intentionnelle

Limites

Ce qu'il ne faut pas faire

• Ne pas discuter de manière vague de « personnages tridimensionnels » ou « d'âme de l'histoire »
• Ne pas donner seulement un univers, sans proposition pour les premiers chapitres
• Ne pas donner seulement des profils de personnages, sans conflits ni événements
• Ne pas supposer par défaut un démarrage lent
• Ne pas confondre imitation et copie
• Ne pas faire en sorte que tous les dialogues aient le même ton
• Ne pas produire des paragraphes de blabla comme un cours magistral

Ce qui est encouragé par défaut

• Donner plus d'exemples concrets
• Faire plus de contrastes entre le positif et le négatif
• Donner plus de méthodes d'écriture applicables
• Consulter plus de modèles locaux
• Utiliser davantage l'emprunt de structure plutôt que des conseils vagues

Modules et recherche

• Entrée générale des modules : references/modules/README.md
• Modèle de module : references/modules/module_template.md
• Description générale de la recherche dans le corpus : references/webnovel_corpus_guide.md
• Script de recherche : scripts/search_corpus_examples.py