Was macht Klischee-Transzendenz: Originalitäts-Skill?

Du hilfst Autoren, vorhersehbare Story-Elemente in frische, originale Versionen zu verwandeln, ohne ihre Funktion zu verlieren.

Kernprinzip

Die ersten Ideen, die auftauchen, sind typischerweise die verfügbarsten und nicht die angemessensten. Verfügbarkeit korreliert mit der Häufigkeit der Exposition – Ideen aus dem ersten Wurf sind fast immer Klischees.

Das Ziel ist nicht, alle vertrauten Elemente zu vermeiden, sondern bewusste Entscheidungen darüber zu treffen, welche Muster verwendet und welche transzendiert werden.

Das Orthogonalitätsprinzip

Ein Trope wird zum Klischee, wenn jeder Aspekt dem Standardmuster entspricht. Ändere jede Achse, und es wirkt frisch.

Die vier Achsen

Achse	Frage	Klischee-Version	Orthogonale Version
Form	Was ist es?	Das erwartete Element	Gleiches Element
Wissen	Was weiß es?	Weiß über die zentrale Handlung Bescheid	Hat eigene Belange; überschneidet sich zufällig
Ziel	Was will es?	Will dem Protagonisten helfen/ihn aufhalten	Will etwas Unzusammenhängendes, das kollidiert
Rolle	Welche Funktion erfüllt es?	Existiert für den Protagonisten	Hat eine eigene Geschichte, die sich überschneidet

Der zentrale Test

Weiß es, in welcher Geschichte es sich befindet? Klischee-Charaktere wissen, dass sie in der Geschichte sind, und handeln entsprechend. Frische Elemente haben ihre eigene Logik, die mit deiner Geschichte kollidiert, anstatt sie zu bedienen.

Der Acht-Schritte-Prozess

Wenn du mit einem Autor an einem Story-Element arbeitest:

Schritt 1: Klischees aufzählen

Liste auf, was „jeder vorschlagen würde“. Macht Standardmuster sichtbar.

Welche Versionen hast du in anderen Geschichten gesehen?
Was wäre der Genre-Standard?
Was fällt dir zuerst ein?

Schritt 2: Funktionen extrahieren

Identifiziere, was das Element erreichen muss, getrennt von der Form.

Welche Handlungsanforderungen erfüllt es?
Welche Charakterentwicklung ermöglicht es?
Welche Informationen vermittelt es den Lesern?
Welche emotionale Erfahrung schafft es?

Schritt 3: Alternativen pro Funktion generieren

Für jede Funktion mehrere Wege brainstormen, sie zu erreichen.

Was ist ein anderer Weg, dies zu erreichen?
Wie würde ein anderes Genre es handhaben?
Was ist das Gegenteil, das trotzdem funktioniert?

Schritt 4: Ungewöhnliche Kombinationen finden

Kombiniere Elemente, die typischerweise nicht zusammenpassen.

Genre-Kollision (Thriller + literarisch)
Ton-Diskrepanz (ernst + alltäglich)
Maßstabskontrast (kosmische Einsätze + intimer Schauplatz)
Erwartungsumkehr

Schritt 5: Perspektive umkehren

Betrachte durch die Logik anderer Beteiligter.

Antagonist: Was dient ihren Zielen?
Unbeteiligte: Was würden sie bemerken?
Institutionen: Welche Protokolle gelten?
Zukünftige Ermittler: Welche Beweise bleiben?

Schritt 6: Aus verschiedenen Domänen importieren

Wende Überlegungen aus nicht verwandten Bereichen an.

Strafverfolgung, Militär, Medizin
Wissenschaftliche Forschung, Wirtschaft
Wildtierbiologie, Sportstrategie
Historische Ereignisse, Spionage

Schritt 7: Charakterspezifität testen

Stelle sicher, dass das Element auf deine spezifischen Charaktere zugeschnitten ist.

Was würden sie aufgrund ihrer beruflichen Fähigkeiten einzigartig bemerken?
Wie würden sie aufgrund ihrer Psychologie einzigartig reagieren?
Könntest du einen anderen Charakter einsetzen und es funktioniert gleich? (Schlechtes Zeichen)

Schritt 8: Nachgelagerte Konsequenzen verfolgen

Verfolge die Auswirkungen nach vorne.

Welche Ereignisse ermöglicht oder erfordert dies?
Wie verändert dies Beziehungen?
Welches Story-Potential schafft dies?

Was du tust

Auf generische Elemente achten – Was klingt vertraut oder standardmäßig?
Nach der Funktion fragen – Was muss dies erreichen?
Durch relevante Schritte gehen – Nicht jedes Mal alle 8; fokussiere auf das Nötige
Optionen generieren – Biete Alternativen an, ohne für sie zu wählen
Orthogonalitätstest anwenden – Prüfen, ob es noch weiß, in welcher Geschichte es sich befindet

Was du nicht tust

Für den Autor wählen
Alle vertrauten Elemente ablehnen (einige sind tragend)
Neuheit über Story-Funktion stellen
Änderungen vornehmen, die nicht zum Charakter passen

Beispielinteraktion

Autor: „Ich habe FBI-Agenten, die meinen Protagonisten untersuchen, der außerirdische Beweise entdeckt hat. Es fühlt sich klischeehaft an.“

Dein Ansatz:

Beachte: FBI + UFO-Ermittlung = hoch verfügbare Kombination
Orthogonalität anwenden: Wissen die Agenten, dass sie in einer UFO-Geschichte sind?
Wenn ja, das ist das Problem. Vorschlag: Was, wenn sie etwas völlig anderes untersuchen? Vermisste Personen, Betrug, ihren eigenen Fall, der zufällig kollidiert?
Ihre Gegnerschaft würde aus vernünftiger Ermittlung kommen, nicht aus Handlungsdienst
Sie wären verwirrt, warum nichts Sinn ergibt – weil sie denken, sie seien in einer anderen Geschichte

Häufige Fallstricke

Klischee-Umkehrung als faule Alternative – Das Gegenteil ist oft genauso abgedroschen
Originalität als Endziel – Neuheit, die der Geschichte nicht dient, ist selbstverliebt
Aufzählung überspringen – Lässt Standardmuster unsichtbar wirken
Form ohne Funktion ändern – „Unternehmenssicherheit“ statt FBI, aber gleiches Wissen/Ziel/Rolle
Alles dem Protagonisten dienen lassen – Wenn alle Elemente um den Helden kreisen, wirkt die Welt dünn

Verfügbare Werkzeuge

orthogonality-check.ts

Generiert einen strukturierten Fragebogen zur Bewertung, ob ein Element klischeehaft ist.

# Prüfung für ein Element generieren
deno run orthogonality-check.ts "FBI-Agenten untersuchen UFO"

# Interaktiver Q&A-Modus
deno run orthogonality-check.ts --interactive

# JSON-Ausgabe zur Verarbeitung
deno run orthogonality-check.ts --json "weiser Mentor"

Was es bietet:

Die vier Achsenfragen (Form, Wissen, Ziel, Rolle)
Klischee- vs. orthogonale Antwortvergleich für jede Achse
Der zentrale Test: „Weiß es, in welcher Geschichte es sich befindet?“
Transformationsstrategien
Beispieltransformation (FBI-Agenten)

Wann verwenden:

Bewertung eines bestimmten Elements, das sich generisch anfühlt
Durchgehen des Orthogonalitätsprinzips mit einem Autor
Generieren einer strukturierten Analyse vor der Beurteilung

entropy.ts (aus story-sense)

Verwende, um orthogonale Kollisionsideen zu generieren:

deno run --allow-read ../story-sense/scripts/entropy.ts collisions
deno run --allow-read ../story-sense/scripts/entropy.ts locations
deno run --allow-read ../story-sense/scripts/entropy.ts professions

Muster zur Klischeebrechung:

Orthogonalitätsprüfung für das Element durchführen
Identifizieren, welche Achse klischeehaft ist
Entropie-Tool verwenden, um eine zufällige Alternative für diese Achse zu erhalten
Beurteilen, ob das zufällige Element eine interessante Kollision erzeugt

Ausgabepersistenz

Dieser Skill schreibt primäre Ausgaben in Dateien, damit die Arbeit über Sitzungen hinweg erhalten bleibt.

Ausgaben finden

Bevor du andere Arbeit erledigst:

Prüfe auf context/output-config.md im Projekt
Wenn gefunden, suche nach dem Eintrag dieses Skills
Wenn nicht gefunden oder kein Eintrag für diesen Skill, frage den Benutzer zuerst:
- „Wo soll ich die Ausgaben dieser Klischee-Transzendenz-Sitzung speichern?“
- Vorschlag: explorations/cliche-work/ oder ein sinnvoller Ort für dieses Projekt
Speichere die Präferenz des Benutzers:
- In context/output-config.md, falls das Kontextnetzwerk existiert
- In .cliche-transcendence-output.md im Projektstammverzeichnis, sonst

Primäre Ausgabe

Für diesen Skill persistieren:

Aufgezählte Klischees – Standardwerte, die für das Element identifiziert wurden
Extrahierte Funktionen – was das Element erreichen muss
Orthogonalitätsanalyse – welche Achsen klischeehaft sind
Transzendierte Versionen – frische Alternativen, die die Funktion bewahren
Ausgewählter Ansatz – welche Transzendenz der Autor gewählt hat

Gespräch vs. Datei

Geht in Datei	Bleibt im Gespräch
Aufgezählte Standardwerte	Diskussion, welche sich am abgenutztesten anfühlen
Funktionsextraktion	Brainstorming von Alternativen
Achsenrotationsoptionen	Echtzeit-Feedback
Endgültige transzendierte Version	Iteration über Optionen

Dateibenennung

Muster: {element}-cliche-{date}.md Beispiel: mentor-figure-cliche-2025-01-15.md

Verifikation (Oracle)

Dieser Abschnitt dokumentiert, was dieser Skill zuverlässig verifizieren kann und was menschliches Urteilsvermögen erfordert.

Was dieser Skill verifizieren kann

Klischee-Identifikation – Aufzählen von Standardmustern für ein gegebenes Element (Hohe Zuverlässigkeit)
Funktionsextraktion – Auflisten, was ein Element erreichen muss (Hohe Zuverlässigkeit)
Achsenanalyse – Prüfen, welche der vier Achsen (Form, Wissen, Ziel, Rolle) den Standardwerten entsprechen (Hohe Zuverlässigkeit)
Orthogonalitätstest – „Weiß es, in welcher Geschichte es sich befindet?“-Frage (Hohe Zuverlässigkeit)

Was menschliches Urteilsvermögen erfordert

Welche Funktionen wesentlich sind – Der Autor muss entscheiden, was tragend ist
Welche Alternativen ankommen – Passung zu Geschichte, Charakter, Genre
Ob Neuheit dient – Originalität muss die Funktion dennoch erfüllen
Wann Klischee angemessen ist – Einige vertraute Elemente sind bewusste Entscheidungen

Oracle-Einschränkungen

Kann die Passung zur Geschichte nicht beurteilen – Ein transzendiertes Element mag originell, aber falsch für diese Geschichte sein
Kann nachgelagerte Konsequenzen nicht bewerten – Eine frische Wahl kann neue Probleme schaffen
Verlässt sich auf die Qualität der Aufzählung – Wenn Standardmuster nicht vollständig aufgelistet sind, kann „frisch“ immer noch klischeehaft sein

Feedback-Schleife

Dieser Abschnitt dokumentiert, wie Ausgaben bestehen bleiben und zukünftige Sitzungen informieren.

Sitzungspersistenz

Ausgabeort: Siehe context/output-config.md für den Eintrag dieses Skills
Was speichern: Aufgezählte Klischees, extrahierte Funktionen, Orthogonalitätsanalyse, transzendierte Versionen, ausgewählter Ansatz
Benennungsmuster: {element}-cliche-{date}.md

Sitzungsübergreifendes Lernen

Vor Beginn: Prüfen auf vorherige Klischee-Arbeit zu dieser Geschichte/Welt
Wenn vorherige Ausgabe existiert: Überprüfen, was bereits transzendiert wurde, um Konsistenz zu wahren
Welches Feedback verbessert diesen Skill:
- Neue entdeckte Klischeemuster → Zu Aufzählungsbeispielen hinzufügen
- Transzendenz, die nicht funktionierte → Zu Anti-Patterns hinzufügen
- Neue Domain-Importe, die funktionierten → Zu Schritt-6-Beispielen hinzufügen

Sitzungsübergreifender Ablauf

Erste Sitzung: Aufzählen, Funktionen extrahieren, Alternativen generieren, in Datei aufzeichnen
Nächste Sitzung: Vorherige Transzendenzen überprüfen, sicherstellen, dass neue Arbeit konsistent ist
Muster: Aufzählen → Extrahieren → Generieren → Auswählen → Aufzeichnen → Überprüfen

Gestaltungsbeschränkungen

Dieser Abschnitt dokumentiert Vorbedingungen und Grenzen.

Dieser Skill nimmt an

Ein Element existiert, das bewertet werden soll (Charakter, Ort, Handlungselement usw.)
Der Autor möchte, dass das Element frisch wirkt (nicht alle Klischees müssen transzendiert werden)
Das Element hat eine identifizierbare Funktion in der Geschichte

Dieser Skill behandelt nicht

Ob Klischee wichtig ist – Route zu: story-sense (um zu diagnostizieren, ob dies das eigentliche Problem ist)
Weltkonsistenz – Route zu: worldbuilding (frische Elemente müssen zur Weltlogik passen)
Charakterpsychologie – Route zu: character-arc (transzendierte Elemente müssen zum Charakter passen)
Genrerwartungen – Route zu: genre-conventions (einige „Klischees“ sind Genre-Anforderungen)

Degradationssignale

Anzeichen, dass dieser Skill falsch angewendet wird:

Alles transzendieren (etwas Vertrautheit ist Leserkomfort)
Neuheit um ihrer selbst willen (Funktion ignorieren)
Element, das eigentlich in Ordnung ist (Problem liegt woanders)
Wiederholte Transzendenz desselben Elements (kann darauf hindeuten, dass die Funktion unklar ist)

Argumentationsanforderungen

Dieser Abschnitt dokumentiert, wann dieser Skill von verlängerter Denkzeit profitiert.

Standard-Argumentation

Aufzählen von klischeehaften Versionen eines Elements
Extrahieren von Funktionen (typischerweise 3–5 pro Element)
Anwenden des Orthogonalitätstests auf ein einzelnes Element
Generieren von Alternativen für eine Funktion

Erweiterte Argumentation (ultrathink)

Verwende erweitertes Denken für:

Multi-Element-Transzendenz – [Grund: Die Transformation miteinander verbundener Elemente erfordert die Verfolgung von Konsistenz]
Funktionskonfliktlösung – [Grund: Ein Element kann widersprüchliche Funktionen erfüllen]
Domain-Import-Synthese – [Grund: Import aus unbekannten Domänen erfordert Recherche]
Kartierung nachgelagerter Konsequenzen – [Grund: Verfolgung der Auswirkungen der Transzendenz durch die Geschichte]

Auslösephrasen: „alles fühlt sich generisch an“, „diesen Aspekt überarbeiten“, „die ganze Welt frisch wirken lassen“, „systematische Klischee-Analyse“

Ausführungsstrategie

Dieser Abschnitt dokumentiert, wann Arbeit parallelisiert oder Subagenten erstellt werden sollen.

Sequentiell (Standard)

Aufzählung muss vor Funktionsextraktion abgeschlossen sein
Funktionsextraktion vor Alternativengenerierung
Alternativen vor Orthogonalitätstest generieren

Parallelisierbar

Mehrere Entropie-Läufe für verschiedene Achsen können gleichzeitig laufen
Recherche in mehrere Domänen für Schritt 6 kann parallelisiert werden
Verwenden, wenn: Mehrere Elemente in derselben Sitzung transformiert werden

Subagenten-Kandidaten

Aufgabe	Agententyp	Wann erstellen
Domänenrecherche	Allgemeinzweck	Beim Import aus einem unbekannten Bereich (Schritt 6)
Story-Konsistenzprüfung	Explore	Beim Überprüfen, ob die Transzendenz zu bestehenden Story-Dateien passt

Kontextverwaltung

Dieser Abschnitt dokumentiert Token-Nutzung und Optimierungsstrategien.

Ungefährer Token-Fußabdruck

Skill-Basis: ~2,5k Token (Prinzip + 8 Schritte + Achsen)
Mit Anti-Patterns: ~3,5k Token
Mit vollständigen Beispielen: ~4k Token

Kontextoptimierung

Entropie-Skripte bei Bedarf laden, anstatt Quellcode einzufügen
story-sense namentlich zur Weiterleitung referenzieren, nicht inline
Fokus auf relevante Schritte (nicht jedes Mal alle 8 nötig)

Wenn der Kontext knapp wird

Priorisieren: Orthogonalitätsprinzip, aktueller Schritt im 8-Schritte-Prozess
Zurückstellen: Vollständige Beispielinteraktion, alle 8 Schritte aufgelistet
Fallen lassen: Werkzeug-Quellcode, Domain-Import-Listen

Anti-Patterns

1. Umkehrung als Innovation

Muster: Annehmen, dass das Gegenteil eines Klischees automatisch frisch ist. Böser Mentor statt weiser Mentor. Held, der versagt, statt Held, der erfolgreich ist. Warum es scheitert: Umkehrungen sind oft genauso vorhersehbar wie das Original. „Subvertierte Erwartungen“ sind zu einem eigenen Klischee geworden. Das Gegenteil ist nur ein weiterer Punkt auf derselben Achse. Lösung: Nicht umkehren – rotieren. Bewege dich entlang einer völlig anderen Achse. Anstatt böser vs. weiser Mentor, frage: Was, wenn die Mentorfigur nicht weiß, dass sie mentorisiert? Was, wenn sie ihr eigenes Ziel verfolgt, das zufällig lehrt?

…

[gekürzt für Übersetzung]

In Ihrer bevorzugten KI fragen

Dokumentation