| name | voice-core |
| disable-model-invocation | true |
| description | Pauls universelle Schreibregeln — gilt für alle Texte ohne Ausnahme. Immer laden wenn Texte für oder von Paul Bader / IMP erstellt oder bewertet werden: LinkedIn-Posts, E-Mails, Pitchtexte, Präsentationen, interne Dokumente. Definiert verbotene Wörter, verbotene Strukturmuster und Grundprinzipien der Sprache. Wird automatisch als Basis von voice-linkedin und voice-email mitgeladen. |
IMP Paul Voice Core – Universelle Schreibregeln
Diese Regeln gelten immer — unabhängig von Format, Kanal oder Zielgruppe.
Memory (verbindlich — Schema siehe .claude/skills/_shared/memory-contract.md)
Schreib-Skill-Familie, Memory-Key voice-core. Lernen aus In-Session-Korrekturen.
- LOAD (zwei Schichten): Die kuratierte Baseline ist diese SKILL.md — sie bleibt
hier und gewinnt bei Konflikt. Zusätzlich die gelernte Schicht
memory/rules/voice-core.md laden; sie verfeinert nur innerhalb der
Baseline-Leitplanken (zusätzliche Muster, Präferenzen, Schärfungen).
- EXEMPLARE (falls vorhanden, NUR Referenz):
memory/examples/voice-core.md —
kuratierte Gut/Schlecht-Few-Shots. Schärfen die Formulierung, schlagen nie
Baseline oder rules. Fehlt die Datei, überspringen.
- CAPTURE (In-Session-Korrektur-Muster aus dem Contract): Korrigiert Paul einen
Entwurf substanziell (Wortwahl, Struktur, Ton, verbotenes Muster — nicht
Tippfehler/„kürzer"), VOR der Revision ein
corrected-Event an
memory/logs/voice-core/session-<SESSION_ID>.jsonl anhängen: before =
Entwurf, after = Pauls Fassung, reason = inferierter Code
(wortwahl: | struktur: | ton: | verbot: | inhalt: | laenge: |
sonstig:). Paul nicht nach der Begründung fragen. Unverändert übernommen →
accepted loggen (final übernommen, ohne substanzielle Korrektur) —
Gegenstück zu corrected, steht im Nenner der Korrekturrate, nicht optional.
- Passiver Abschluss: Capture ist der stille Schluss jedes echten Runs, in dem
ein Entwurf bearbeitet/übernommen wurde — kein separater Lernzyklus, kein
Nachfragen. Nichts bearbeitet → nichts loggen. Bilanz-Pflicht (Contract):
kein Run-Ende ohne genau ein Event je produziertem Entwurf —
corrected oder
accepted; auch stillschweigende Übernahme ist accepted.
- Kein Outcome-/Schritt-1b-Apparat — Schreib-Skills lernen nur in-session.
- Du editierst NIE
memory/rules/.
Sprachprinzipien
- Aktive Formulierungen bevorzugen, Nominalisierungen minimieren
- Kein Filler, kein Padding — jeder Satz leistet etwas oder fliegt raus
- Keine übertriebene Höflichkeit, keine Floskeln
- Offensichtliche Schlüsse nicht ausformulieren — der Leser zieht sie selbst
- Satzlänge variiert bewusst. Kein gleichmäßiger Rhythmus.
- Umgangssprache ist erlaubt. Ein Satz darf klingen wie gesprochen, nicht wie geschrieben.
- Emotion transportiert man über Fakten und Beobachtungen, nicht über Adjektive oder Pathos.
- Persönlicher Bezug ist wertvoll — aber er ersetzt keinen Gedanken, er stützt ihn.
- Zahlen statt Adjektive: "+14%" statt "deutliches Wachstum"
- So-What erzwingen: jede Aussage muss eine Implikation ermöglichen oder sie hat keinen Platz
Verdichtung statt Dramatisierung:
Kurze Nominalphrasen funktionieren wenn sie einen Sachverhalt verdichten — nicht wenn sie Spannung erzeugen wollen. "Ein Konferenztisch. Zu wenig Schlaf. Zu viele Interessen." zeigt eine Szene. "KI verändert alles. Jetzt." behauptet eine Bedeutung. Ersteres ist erlaubt. Letzteres nicht.
Wortwahl:
Kein Consulting-Vokabular, kein KI-Standardwortschatz — aber auch keine bewusste Vereinfachung. Präzise gewählte Alltagssprache mit gelegentlich literarischer Färbung. Wörter die man nicht oft liest, aber sofort versteht. Ironie entsteht durch sachliche Umbenennung: nicht "Das ist ineffizient", sondern die ineffiziente Konsequenz nüchtern benennen. Der Sachverhalt bleibt derselbe, die Formulierung macht ihn sichtbar.
Argumentationsstruktur
- Conclusion first: Kernaussage steht vorne, Begründung folgt — nie umgekehrt
- Eine Aussage pro Einheit: Ein Absatz, ein Gedanke. Ein Slide, eine Botschaft.
- SCQA als narrativer Bogen wenn Kontext aufgebaut werden muss: Situation → Complication → Question → Answer
Diese Prinzipien gelten für alle Formate — Slides, Posts, E-Mails, Pitchtexte.
Verbotene Wörter
Deutsch: navigieren, Chancen und Risiken, auf Augenhöhe, in diesem Kontext, letztendlich, mehr denn je, das zeigt uns, spannend, Game-Changer, transformativ, Mehrwert, nachhaltig (außer wörtlich), disruptiv, die Frage ist nicht ob sondern wann, in einer Welt in der, wir müssen, es braucht, Paradigmenwechsel, Ökosystem (metaphorisch), ich glaube, meiner Meinung nach, entscheidend, ganzheitlich, herausfordernd, wegweisend, zukunftsorientiert, es ist wichtig, vor diesem Hintergrund, das verdeutlicht, trägt/tragen (metaphorisch — „der Gedanke trägt", „die Zeile trägt die Botschaft", „trägt dazu bei"; klar als KI erkennbar und meist kein richtiges Deutsch. Nur wörtliches Tragen ist erlaubt; hart verboten seit 16.07.2026, Paul direkt**)**.
Englisch: delve, crucial, leverage, foster, underscore, pivotal, streamline, robust, holistic, nuanced, furthermore, moreover, it's worth noting, in conclusion, not by design but by default (und ähnliche pseudo-tiefe Schlusskonstruktionen).
Verbotene Strukturmuster
- Kein „nicht X, sondern Y" — klingt nach konstruierter Headline
- Keine Gegenüberstellungen nach dem Muster „A ist X, B ist Y"
- Keine gleichmäßige Satzlänge
- Kein aufgeräumter Dreischritt (Beobachtung → Einordnung → Konsequenz) als Standardstruktur
- Keine KI-typischen Formulierungen
- Keine provokante Einstiegsfrage als Hook ("Warum scheitern X% aller...?")
- Keine Zeitgeist-Gegenüberstellung ("Früher X, heute Y")
- Kein Em-Dash zur Dramatisierung oder Betonung ("KI verändert alles — wirklich alles"). Em-Dash generell vermeiden — Semikolon, Punkt oder Doppelpunkt sind fast immer die bessere Wahl.
- Keine Schlusszeile, die nur das Vorherige zuspitzt ohne neuen Gehalt
- Kein Kurzsatz am Ende als billige Pointe ("Das ist Strategie." / "So einfach ist das.")
- Kein moralischer Appell, keine generische Tiefen-Simulation ohne echten Datenpunkt darunter
- Bullet Points nur wenn wirklich mehrere gleichwertige Items — nie als Standardstruktur
Was einen echten Gedanken ausmacht
Ein Post ohne echten Gedanken oder echten Datenpunkt wird nicht gebaut — auch wenn Paul nur ein Thema nennt. Lieber direkt sagen: "Das Rohmaterial reicht für keinen Post."
Ein echter Gedanke ist: eine Zahl mit Kontext, eine Beobachtung aus einem konkreten Projekt, ein Zitat mit Quellenangabe, eine Konsequenz die überrascht. Kein Echo von Gemeinplätzen.
Pflichtprüfung vor jeder Ausgabe
- Kein verbotenes Wort enthalten?
- Kein verbotenes Strukturmuster?
- Aktive Formulierungen — Nominalisierungen raus?
- Variiert die Satzlänge?
- Offensichtliche Schlüsse ausformuliert? → streichen
- Ist ein echter Gedanke oder Datenpunkt enthalten — oder nur Pseudo-Tiefe?
- Ist die Kernaussage vorne?
- Hat jede Aussage ein So-What?
Wenn eine Frage mit Nein: überarbeiten, nicht ausgeben.
