Skill zum Schreiben chinesischer Webromane

Positionierung

Dies ist ein Skill zum Schreiben chinesischer Webromane.

Er löst nicht die Frage „Ist der literarische Ausdruck anspruchsvoll genug?", sondern diese praktischeren Probleme:

Ist diese Idee es wert, als Webroman geschrieben zu werden?
Was verkauft dieses Buch eigentlich?
Was treibt die ersten 10–20 Kapitel kontinuierlich voran?
Wie gelingt der Einstieg, um Leser zu binden?
Wie bleibt der Mittelteil fokussiert?
Wie schafft man am Kapitelende einen Nachhall?
Wie recherchiert man ähnliche Vorlagen, um deren Struktur zu übernehmen?
Wie vermeidet man während des gesamten Prozesses den KI-Ton?

Standardeingabe

Die Standardeingabe ist:

Eine kurze Beschreibung des Zielromans

Standardverhalten:

Aus der Beschreibung werden Thema, Verkaufsargument, Konflikt, Story-Engine und Ziellänge extrahiert.
Es wird beurteilt, ob die aktuelle Aufgabe zur Vorplanung, zum Einstieg, zur Kapitelgliederung, zum Einzelkapitel, zur lokalen Überarbeitung oder zur Endkontrolle gehört.
Reichen die Informationen aus, wird direkt in die aktuell benötigte Schicht eingestiegen; reichen sie nicht, werden nur die minimal nötigen Klarstellungen erfragt.

Ausgabeprinzip

Standardmäßig wird nur die aktuell benötigte Schicht ausgegeben, nicht alles auf einmal.

Häufige Ausgabeschichten:

Themendiagnose
Ein-Satz-Hook
Prämisse (Premise)
Erläuterung der Story-Engine
Planung des ersten Bandes
Gliederung der ersten 10–20 Kapitel
Neuschreiben des Einstiegs
Einzelkapitel-Text
Druckaufbau am Kapitelende
Rhythmus-Check
Liste von Nachahmungsreferenzen

Gesamtablauf

Zuerst wird beurteilt, ob das Problem in der Vorplanung, der Struktur, der Kapitelausführung oder der Endkontrolle liegt.
Wenn das Problem bereits eindeutig auf eine bestimmte Schreibphase eingegrenzt ist, wird vorrangig das spezifische Modul aufgerufen – keine allgemeinen Ratschläge.
Standardmäßig werden zuerst Modulbeispiele oder lokale Textkorpora abgeglichen, dann die Struktur zusammengefasst, dann neue Inhalte geschrieben.
Die Vermeidung des KI-Tons beginnt nicht erst mit einer oberflächlichen Nachbearbeitung, sondern wird bereits bei Konzeption, Szene, Dialog und Kapitelende berücksichtigt.
Nach jedem Kapitel muss standardmäßig das Prüfmodul durchlaufen werden; das Kapitel darf nicht direkt abgeliefert werden.

Modulverantwortlichkeiten – Kurzübersicht

concept_planning Funktion: Aus der Beschreibung Thema, Konsumpunkt, Hook, Prämisse, Story-Engine, Längenbeurteilung und Richtung des ersten Bandes extrahieren. Phase: Vorplanungsebene.
opening Funktion: Verkaufsargument, ungewöhnliche Situation und Auftritt des Protagonisten in den Einstiegsbereich bringen. Phase: Ausführungsebene des Anfangs.
volume_outline Funktion: Die Story-Engine in die goldenen drei Kapitel, Bände und die Gliederung der ersten 10–20 Kapitel entfalten. Phase: Mittel- bis langfristige Strukturebene.
plot_logic Funktion: Die Kausalkette von Motivation, Auslöser, Entscheidung, Konsequenz und Einlösung reparieren. Phase: Strukturmodul der Ausführungsebene des Haupttextes.
character_consistency Funktion: Fünf Arten der Figurenkontinuität reparieren: Ziel, Emotion, Beziehung, Körper, Stimme. Phase: Figurenzustandsmodul der Ausführungsebene des Haupttextes.
transition Funktion: Zeit- und Ortswechsel, emotionale Übergänge, Perspektivenwechsel und Übergänge zwischen Kapiteln behandeln. Phase: Szenenbrückenmodul der Ausführungsebene des Haupttextes.
dialogue Funktion: Beziehungsdruck, Figurenstimme, Informationseinbettung und Dialogschärfe behandeln. Phase: Dialogmodul der Ausführungsebene des Haupttextes.
chapter_ending Funktion: Zugkraft am Kapitelende, Nachhall, Rückkehrhaken und Anschluss an das nächste Kapitel behandeln. Phase: Kapitelabschlussmodul der Ausführungsebene des Haupttextes.
anti_ai_voice Funktion: Leere Zusammenfassungen, Floskelatmosphäre, erklärende Dialoge und einheitliche Tonlage bereinigen. Phase: Stilbeschränkungsmodul der Ausführungsebene des Haupttextes.
consistency_review Funktion: Sechs Arten von Konsistenz einheitlich überprüfen, um zu verhindern, dass problematische Kapitel direkt abgeliefert werden. Phase: Endkontrollebene der Fertigstellung.

Modulbeziehungen

Standardmäßig werden die Module als drei Phasenketten verstanden, nicht als zehn parallele Schalter:

Vorplanungskette: concept_planning -> opening / volume_outline
Ausführungskette für den Haupttext: plot_logic + character_consistency + transition + dialogue + chapter_ending + anti_ai_voice
Endkontrolle der Fertigstellung: consistency_review

Wenn ein Problem gleichzeitig mehrere Module betrifft, ist die Priorität normalerweise:

plot_logic / character_consistency
transition / dialogue / chapter_ending
anti_ai_voice

Strukturprobleme sollten nicht fälschlicherweise als Stilprobleme behandelt werden.

Vorplanung

Bei diesen Fragen wird standardmäßig das Modul concept_planning aufgerufen:

Kann diese Idee als Webroman geschrieben werden?
Sind Thema und Konsumpunkt klar?
Sind Verkaufsargument und ungewöhnliche Situation deutlich?
Halten Hook / Prämisse stand?
Kann die Story-Engine die ersten 10–20 Kapitel tragen?
Eignet sie sich besser für eine Kurzgeschichte, einen mittleren Roman, einen Langroman oder eine Fortsetzungsserie?
Sind das minimale Ziel des ersten Bandes und die Veränderung am Bandende klar?

Die harte Anforderung in diesem Schritt ist:

Zuerst beurteilen, ob es sich zu schreiben lohnt, dann den Haupttext schreiben.
Zuerst Verkaufsargument, Konflikt und Story-Engine liefern, dann die große Weltgestaltung.
Wenn die Beschreibung nicht auf ein minimales Grundgerüst verdichtet werden kann, nicht sofort mit dem Schreiben beginnen.

Der Einstieg

Bei diesen Fragen wird standardmäßig das Modul opening aufgerufen:

Der Einstieg hat keinen Zug.
Das Verkaufsargument tritt zu spät auf.
Die ungewöhnliche Situation ist nicht stark genug.
Die goldenen drei Kapitel starten zu langsam.

Standardanforderungen:

In den ersten 300–500 Zeichen eine Klammer für den Leser schaffen.
In den ersten 1500–3000 Zeichen das Verkaufsargument präsentieren.
In den ersten 6000 Zeichen sollte der Leser wissen, wer der Protagonist ist, worauf er stößt, was das Verkaufsargument ist und was er als Nächstes lesen möchte.

Die goldenen drei Kapitel, Bände und Kapitelgliederung

Bei diesen Fragen wird standardmäßig das Modul volume_outline aufgerufen:

Die goldenen drei Kapitel haben keinen Schwung.
Die Laufrichtung des ersten Bandes ist unklar.
Die Gliederung der ersten 10–20 Kapitel ist diffus.
Der Mittelteil neigt zum Abschweifen.
Es gibt keinen Einlösungspunkt am Bandende.

Für lange Webromane ist es standardmäßig erforderlich, eine Kapitelgliederung zu schreiben.

Ohne Kapitelgliederung treten am ehesten diese Probleme auf:

Nebenhandlungen wuchern.
Weltgestaltung bläht sich auf.
Die Kapitelenden werden schwach.
Die Motivation zum Weiterlesen reißt ab.

Schreiben Kapitel für Kapitel

Jedes Kapitel muss vier Dinge beantworten

Was will der Protagonist in diesem Kapitel tun?
Wer oder was hindert ihn daran?
Wie sieht die Situation nach diesem Kapitel aus?
Warum sollte der Leser weiterlesen?

Minimale Szenenstruktur

Jede Szene muss mindestens haben:

Ein Ziel
Ein Hindernis
Eine Veränderung

Szenen ohne Veränderung werden standardmäßig gelöscht, zusammengelegt oder gestrafft.

Standardweiterleitung bei lokalen Problemen

Zeit- und Ortswechsel, emotionale Übergänge, Perspektivenwechsel, Kapitelübergänge: Modul transition aufrufen.
Dialog mit hoher Spannung, Figurenstimme, Beziehungsdruck, Informationseinbettung: Modul dialogue aufrufen.
Kapitelabschluss, Nachhall, Rückkehrhaken, Zugkraft für Fortsetzung, Anschluss an nächstes Kapitel: Modul chapter_ending aufrufen.
Gebrochene Kausalität, fehlende Motivation, ungültiger Auslöser, nicht umgesetzte Konsequenz: Modul plot_logic aufrufen.
Gebrochener Figurencharakter, Zielverschiebung, emotionale Abbrüche, Beziehungsabbrüche, Verlust körperlicher und stimmlicher Kontinuität: Modul character_consistency aufrufen.
Leere Zusammenfassungen, Floskelatmosphäre, Dialoge wie Bedienungsanleitungen, alle Figuren mit derselben Tonlage: Modul anti_ai_voice aufrufen.

Obligatorische Prüfung nach Kapitelabschluss

Nach jedem Kapitel darf es nicht direkt abgeliefert werden. Standardmäßig muss zuerst das Modul consistency_review aufgerufen werden.

Jedes Kapitel muss auf diese sechs Arten von Konsistenz geprüft werden:

Logische Konsistenz der Handlung: Haben Schlüsselereignisse eine Voraussetzung? Haben Schlüsselentscheidungen einen Auslöser? Haben Schlüsselveränderungen eine Konsequenz?
Zielkonsistenz der Figuren: Was will der Protagonist in diesem Kapitel eigentlich tun? Ist seine Absicht während des Kapitels grundlos abgedriftet?
Emotions- und Beziehungskonsistenz: Haben Emotionen einen Ursprung? Stimmt die Beziehungstemperatur mit der vorherigen Szene überein?
Körper- und Informationszustandskonsistenz: Wurden Verletzungen, Müdigkeit, Geheimnisse, Missverständnisse oder bekannte Informationen vergessen?
Szenen- und Übergangskonsistenz: Kann der Leser der Handlung folgen? Wird die Energie der vorherigen Szene in die nächste Szene getragen?
Übergangskonsistenz am Kapitelende: Endet das Kapitel bei einer Veränderung? Kann der erste Satz des nächsten Kapitels nahtlos anschließen?

Wenn zwei beliebige dieser Punkte instabil sind, darf das Kapitel nicht direkt abgeliefert werden. Zuerst muss das entsprechende spezifische Modul zur Reparatur aufgerufen werden.

Allgemeine Regeln für den Modulaufruf

Wenn ein Problem bereits eindeutig auf eine bestimmte Schreibphase eingegrenzt ist, werden keine allgemeinen Ratschläge gegeben. Standardmäßig wird vorrangig das spezifische Modul aufgerufen.

Die übliche Reihenfolge ist:

Zuerst beurteilen, ob es sich um ein spezifisches Problem handelt und nicht nur um ein reines Stilproblem.
Zuerst references/modules/README.md lesen, dann in das entsprechende Modulverzeichnis gehen.
Zuerst die eigene README.md des Moduls lesen, dann gemäß der vom Modul empfohlenen Reihenfolge tutorial.md, runtime.md und die Beispielbibliothek durchgehen.
Zuerst anhand der Ebenen und Klassifikationen im Modul den Fehlerpunkt diagnostizieren.
Aus der Modulbeispielbibliothek 2–4 positive und 1–2 negative Beispiele auswählen.
Zuerst einen lokalen Reparaturplan erstellen, dann die Diagnose, Überarbeitung oder den Haupttext schreiben.

Wenn ein Problem gleichzeitig mehrere Module betrifft, wird zuerst die basalere, strukturellere Ebene repariert, dann die oberflächlicheren Probleme.

Nachahmung und Recherche

Dieser Skill erfordert standardmäßig, beim Schreiben häufig nach ähnlichen Vorlagen zu suchen, deren Struktur zu übernehmen und dann neue Inhalte zu schreiben.

Es wird nicht nur dann gesucht, wenn der Benutzer „Bitte imitieren" sagt. Solange die Aufgabe diese Inhalte betrifft, wird vorrangig der lokale Textkorpus konsultiert:

Ein bestimmtes Thema
Eine bestimmte Art von Einstieg
Eine bestimmte Art von Dialog
Eine bestimmte Art von Kapitelende
Eine bestimmte Art von Beziehungsdynamik

Wenn das Problem bereits klar auf eine bestimmte spezialisierte Phase eingegrenzt ist, wird auch vorrangig das spezifische Modul aufgerufen, anstatt nur bei einer allgemeinen Recherche zu bleiben.

So finden Sie Module

Zuerst references/modules/README.md lesen.
Dann anhand des Problemschlüsselworts direkt zum Modulverzeichnis navigieren: concept_planning / opening / transition / dialogue / chapter_ending / plot_logic / character_consistency / consistency_review / volume_outline / anti_ai_voice
Im Modul zuerst die README.md des Moduls lesen, dann gemäß den vom Modul empfohlenen Reihenfolgen tutorial.md, runtime.md, good_examples.md, bad_examples.md lesen.

Aktueller lokaler Textkorpus

Hauptdateien:

Suchskripte

Verwendung:

scripts/search_corpus_examples.py

Häufige Befehle:

python3 scripts/search_corpus_examples.py --list-tags
python3 scripts/search_corpus_examples.py --list-types
python3 scripts/search_corpus_examples.py --type 'Einstiegshaken' --tag 'Krise lastet auf' --limit 5
python3 scripts/search_corpus_examples.py --type 'Hochspannungsdialog' --tag 'Beziehungsbruch' --limit 5
python3 scripts/search_corpus_examples.py --keyword 'Echte und falsche Tochter' --limit 10

Nachahmungsprozess

Zuerst beurteilen, was der Benutzer schreibt.
Im Index 2–4 ähnliche Beispiele finden.
Die gemeinsame Struktur dieser Beispiele zusammenfassen.
Dann neue Inhalte schreiben.

Bei spezifischen Problemen wird der Prozess geändert zu:

Zuerst beurteilen, ob das spezifische Modul aufgerufen werden sollte.
Im spezifischen Modul die Ebene und den Typ bestimmen.
Gemäß der Beispielbibliotheksgruppierung des spezifischen Moduls Material auswählen.
Zuerst einen Brücken- oder Strukturplan erstellen.
Dann den Haupttext schreiben.

Wenn ein Kapitel bereits geschrieben ist, muss ein weiterer Schritt hinzugefügt werden:

consistency_review aufrufen, die sechs Arten von Konsistenz überprüfen, dann abliefern.

Vermeidung des KI-Tons

Dies ist eine harte Anforderung, aber das Hauptmodul wiederholt nicht das gesamte Tutorial.

Wenn die Aufgabe sich auf diese Probleme konzentriert, wird direkt das Modul anti_ai_voice aufgerufen:

Zu viele leere Zusammenfassungen.
Zu viele Atmosphärensätze und Floskeladjektive.
Dialoge wie Bedienungsanleitungen.
Figuren sprechen mit derselben Tonlage.
Sätze sind zu gleichmäßig, zu ordentlich, zu sehr wie aus einer Vorlage.

Die weiterhin geltenden harten Regeln:

Handlung verwenden, keine Zusammenfassung.
Dialog verwenden, keine Erklärung.
Konkret schreiben, nicht abstrakt.
Jeder Sprecher muss seine Identität erkennen lassen.
„KI-Ton vermeiden" nicht als absichtliche Rauheit missverstehen.

Grenzen

Was nicht getan werden sollte

Keine leeren Aussagen wie „Figuren müssen dreidimensional sein" oder „Die Geschichte braucht eine Seele".
Keine Weltgestaltung ohne Plan für die ersten Kapitel.
Keine Figurenprofile ohne Konflikt und Ereignisse.
Nicht standardmäßig langsam anlaufen.
Nachahmung nicht als Abschreiben verstehen.
Nicht alle Dialoge in derselben Tonlage halten.
Keine absatzweisen Phrasen ausgeben, die wie Vorlesungsunterlagen wirken.

Was standardmäßig ermutigt wird

Viele konkrete Beispiele nennen.
Viele positive und negative Gegenüberstellungen machen.
Viele umsetzbare Schreibweisen geben.
Häufig lokale Vorlagen konsultieren.
Oft Strukturübernahmen statt leerer Ratschläge verwenden.

Module und Suche

Moduleintritt: references/modules/README.md
Modulvorlage: references/modules/module_template.md
Allgemeine Anleitung zur Textkorpus-Recherche: references/webnovel_corpus_guide.md
Suchskript: scripts/search_corpus_examples.py

Aoisop/mawoagent

Was ist mawoagent?

In Ihrer bevorzugten KI fragen

Dokumentation