100x-übertreiben

Was macht 100x-übertreiben?

Ein-Satz-Positionierung

Gib einen Rohtext (Skript/Werbetext) ein und erhalte "Wie übertreiben?" (Technik + Intensität) + "Wie kontrastieren?" (Typ + Ankerpunkte), jeder Beat wörtlich mit dem Originalsatz referenziert, die Intensität kalibriert an der Markt- + Hut-Obergrenze. Gehört zur 100x-System L2-Kreativgenerierungsschicht, entspricht Schritt "3.3 Übertreibung/Kontrast".

Wann auslösen

Der Nutzer sagt:

• "Hilf mir, dieses Skript übertriebener zu machen" / "Wie mache ich hier einen Kontrast?" / "Das ist etwas flach, wie mache ich es fesselnder?" / "Füge einen Vorher/Nachher-Vergleich hinzu"
• "Der Hook dieses Skripts ist nicht stark genug" / "Wie mache ich diesen Satz dramatischer, ohne unecht zu klingen?"
• "make this script more dramatic" / "add a before/after contrast" / "how do I exaggerate this without it looking fake" / "what's the contrast angle here"
• Oder gib direkt einen Skripttext an und fordere "entwirf Übertreibungs- und Kontrastbeats" / "design exaggeration and contrast beats for this"

Eingabe

Minimaleingabe (Kategorie A, zwingend erforderlich): source_script – vollständiger Skript-/Werbetext als Rohtext. Dieses Skill akzeptiert keine Videodateien, nur Text (gleiche Einschränkung wie 100x-persona).

Optionale Ergänzung (Kategorie B, Fehlen führt zu dreistufiger Degradierung, siehe workflow.md Phase 1): hat_level (blackhat/grayhat/whitehat) + market (Freitext, z. B. "US-Markt"/"US"/"spanischsprachiger Markt"/"allgemein"). Fehlen beide, wird hat_level intern als grayhat angenommen und market konservativ standardmäßig behandelt (Technik emotion_reaction_hyperbole wird wie für den US-Markt behandelt), ohne den Nutzer zu fragen; meta.warnings dokumentiert diesen Vorgang – siehe axioms.md Axiom 3, workflow.md Phase 1.

Optionale upstream-Ausgaben (Kategorie C): Dieses Skill deklariert keine Abhängigkeit von Feldern, die von upstream-Skills stammen – wenn der Nutzer bereits 100x-persona/100x-search-query ausgeführt hat und Ergebnisse beifügt, können diese in der rationale erwähnt werden, aber das schema.json enthält keinerlei Cross-Skill-Referenzfelder wie persona_ref/scene_ref – es ist noch entkoppelter als das optionale segment_ref von 100x-persona.

Ausgabe

Siehe schema.json: ExaggerationContrastBundle = source_script (Originaltext zur Widerholung) + meta (hat_level/market/Kalibrierungsbeschreibung/warnings) + exaggeration_beats[] (Übertreibungsbeats, jeder mit technique als geschlossener Enum + label_cn + intensity + wörtlicher Anker) + contrast_beats[] (Kontrastbeats, jeder mit contrast_type als geschlossener Enum + label_cn + beidseitige wörtliche Anker). Optional eine menschenlesbare Markdown-Zusammenfassung (Liste der Übertreibungsbeats + Kontrastbeats).

Kernbeschränkungen (4 Axiome, siehe axioms.md)

1. Übertreibungstechniken (5) und Kontrasttypen (4) müssen aus dem geschlossenen Enum stammen – keine Neuschöpfungen erlaubt. Der Enum stammt aus dem Kreativ-Bridge-Wörterbuch L1-Bridge/Bildtypen + Referenzkorpus-Signalhäufigkeit, nicht willkürlich festgelegt.
2. Jeder Anker eines Übertreibungs-/Kontrastbeats muss ein wörtlicher Substring des Originalsatzes sein – keine Erfindung erlaubt. Gleicher Mechanismus wie das Beweiszitat-Axiom von 100x-persona.
3. Die Übertreibungsintensität wird durch die Markt- + Hut-Obergrenze kalibriert – nicht je mehr desto besser. Dies absorbiert direkt die Kalibrierungserinnerung für den US-Markt aus dem Wörterbuch-06 (ohne wörtliches Zitat, siehe axioms.md Axiom 3). Diese Einschränkung gilt jedoch nur für die Technik emotion_reaction_hyperbole (emotionale Reaktionsübertreibung) und nicht pauschal für die anderen 4 Techniken (bekannte Einschränkung: Die dreistufige Quantifizierung der Obergrenzentabelle ist eine originäre Bewertung dieses Projekts und wurde nur an Gesundheitskategorie-Korpus in den beiden Märkten Englisch und Spanisch validiert; die Erkennung von meta.market als US-Markt erfolgt derzeit durch segmentgenaue Übereinstimmung nach Aufteilung, nicht durch echte chinesisch-englische Wortsegmentierung – Aliase wie "US-Markt" in längeren zusammengesetzten Begriffen ohne Trennzeichen werden nicht erkannt; v1.1 hat ein schwerwiegenderes umgekehrtes Problem behoben: Die Übereinstimmung vor der Aufteilung erzeugte falsch positive Treffer für Russia/Australia/Belarus/"südamerikanische Länder"; v1.2 hat ein weiteres Problem behoben: Die Aufteilung in v1.1 enthielt keine Trennzeichen -/&, sodass Kombinationen wie "US-allgemein"/"US & Canada" mit Bindestrich oder & fälschlicherweise als nicht den US-Markt treffend eingestuft wurden, wodurch die Obergrenze stillschweigend aufgehoben wurde; jetzt sind -/& in die Trennzeichen aufgenommen – aber "vollständig trennzeichenlose zusammengesetzte Wörter" sind noch nicht gelöst, siehe axioms.md Axiom 3, TODO)
4. Die beiden Enden eines Kontrasts müssen echten Fallunterschied aufweisen – nicht derselbe Satz für beide Enden. Dies entspricht direkt der Maschinisierung der Kernanforderung "die beiden Enden müssen einen wahrnehmbaren Fallunterschied haben" aus Wörterbuch-06 Typ D (ohne wörtliches Zitat, siehe axioms.md Axiom 4) (bekannte Einschränkung: Es blockiert nur "wörtlich identisch", nicht die subtilere Degeneration von "semantisch wiederholt, aber wörtlich unterschiedlich" – dieselbe Art von Obergrenze wie 100x-persona Axiom 3 TODO, siehe axioms.md Axiom 4)

Drei-Phasen-Workflow

Siehe workflow.md: Phase 1 Empfang + Validierung (Kategorie A/B, dreistufige Degradierung von hat_level/market zur Bestimmung der Obergrenze) → Phase 2 (Kandidatensatz-Markierung → Technik/Kontrasttyp-Zuweisung → Intensitätsfestlegung → Einzelprüfung → Batch-Prüfung) → Phase 3 Ausgabe (JSON-Assemblierung, Axiome 1-4 bestanden) + nutzerinitiierte Nacharbeit (L1 einzelner Beat / L2 Kalibrierungsanpassung, Kalibrierung kann nur durch explizite Änderung von hat_level/market zur Lockerung der Obergrenze erfolgen, nicht allein durch die Aussage "übertreib mehr" unter Ignorieren der Obergrenze).

Unabhängige Aufruffsicherung

Fehlt Kategorie A (source_script) → feste Nachfrage-Ablehnung, keine Annahme, kein Videoersatz. Fehlen Kategorie B (hat_level/market) → dreistufige Degradierung (beide vorhanden → direkt verwenden; nur eine vorhanden → intern die andere ableiten; beide fehlen → als grayhat + konservative Standardmarkt behandeln), keine Nachfrage, vollständig dokumentiert in meta.warnings. Kategorie C (upstream-Skill-Ausgaben) hat keine harten Abhängigkeitsfelder, fordert den Nutzer nie auf, zuerst andere Skills auszuführen.

Verbotene Wörter

Lass mich / hoffentlich / vielleicht / wahrscheinlich / möglicherweise / vermutlich / lass uns; KI-Kundendienst-Floskeln (as an AI / I'd be happy to / feel free to); Keine erfundenen Effekte/Zahlen/Authority-Endorsements/Zertifikate/Testimonials, die nicht im Originalskript stehen; Keine festen Kundenkategorie-Wörterbücher; Keine Aufblähung von exaggeration_beats/contrast_beats nur um der Menge willen; Keine erfundenen Organisations-/Zertifizierungsnamen für die Technik authority_absolutism_hyperbole (dieses Skill markiert nur vorhandene Behauptungen im Skript nach Technik, erfindet keine neuen Behauptungen – Compliance-Beurteilung ist ebenfalls nicht Aufgabe dieses Skills, siehe die wiederholte gleiche Grenze aus Wörterbuch-06: Bridges beschreiben nur objektive Fakten, Compliance-Prüfung bleibt der manuellen Kontrolle vor der Veröffentlichung überlassen (ohne wörtliches Zitat), siehe workflow.md Phase 1).

Routing (empfohlen, keine harte Abhängigkeit)

• Bereits vorhandene Übertreibungs-/Kontrastbeats, willst du visuelle Referenzbilder → Suchwort-Skill (100x-search-query, falls vorhanden)
• Willst du Übertreibungs-/Kontrastbeats in konkrete Personen+Szenen-Kameraeinstellungen umwandeln → Personen-Szenen-Skill (100x-persona, falls vorhanden)
• Willst du Übertreibungs-/Kontrastbeats in KI-Video-Prompts umwandeln → Prompt-Assembly-Skill (falls vorhanden)
• Willst du zurück zur allgemeinen Eingangsdiagnose → 100x-System-Haupteintrag (falls vorhanden)

Alle oben genannten sind "Empfehlungen nach Ausgabe, nicht Voraussetzungen"; falls das entsprechende Skill noch nicht erstellt ist, beeinträchtigt dies die unabhängige Arbeit dieses Skills nicht.

Werksselbsttest

Führe node scripts/validate.js --selftest aus. Die strukturellen Einschränkungen (required/additionalProperties/enum/pattern/minLength/minItems usw.) des schema.json werden von ajv (echter JSON Schema draft-07 Validator, als devDependency in package.json deklariert, zuerst npm install, dann ausführen, ajv 8.x Anschluss kopiert von 100x-search-query, nicht die ajv6-Schreibweise aus frühen 100x-persona-Versionen) tatsächlich ausgeführt, nicht durch manuelle Aufzählung. Die Axiome 2 (wörtlicher Substring-Anker), 3 (Markt-Hut-Obergrenzen-Tabelle) und 4 (Kontrast-Nichtdegeneration) sind drei Arten von feld-/eintragsübergreifenden Aggregationsregeln, die sich strukturell in vanilla JSON Schema nicht ausdrücken lassen und durch manuellen Code in scripts/validate.js ergänzt werden:

npm install                                                   # Erstmalig ajv installieren
node scripts/validate.js <bundle.json> [bundle2.json ...]   # Ausgabe validieren
node scripts/validate.js --selftest                          # Integrierte Regressionstests ausführen

Quellen

Dieses Skill basiert auf der Methodik des "Kreativ-Bridge-Wörterbuchs" (v3.3) + "Skript-Struktur-Formelbibliothek · A-G sieben Typen und Effektformeln" + "Praktische Fallstudien · Vier Benchmark-Skripte" + Referenzkorpus-Häufigkeitsstatistik. Der Drei-Phasen-Workflow folgt der Standard-Generierungs- und Validierungsstruktur, und die AJV-Validierung in scripts/validate.js führt die strukturellen Einschränkungen aus. Die Einzelprüfungsquellen, Felddesign-Quellen und welche Teile originäre Urteile sind, finden sich in sources.md.