---
type: skill
agent_ready: true
schema_version: 1
bundle_version: "0.28.0"
name: natur-sprech-check
description: "Prüft nach außen gerichtete Texte (Mails, LinkedIn-Posts, Bewerbungen, Angebote, Antworten an Dritte) gegen Schreibstil und KI-Sprech-Fallen. Drei Modi: (A) Prüfmodus auf expliziten Aufruf, (B) Schreib-Vorprüfung automatisch bei Schreib-Verb plus externem Empfänger, (C) Inbound-KI-Check für Fremdtexte. Lädt {context}/Schreibstil.md und {context}/KI-Sprech-Fallen.md als externe Quellen. Feature-Flags: include_schreibstil_check, include_ki_sprech_check. Trigger: natur-sprech-check, klingt das natürlich, ist da KI-Sprech drin, prüf auf KI-Sprech, schreib/verfasse/formuliere/entwirf plus externer Empfänger. Nicht triggern bei internen Texten, Vault-Notizen, Antworten an den User selbst."
tags:
  - skill
  - natur-sprech-check
  - schreibstil
  - ki-sprech
scope: vault
bundle_skill: true
default_active:
  allgemein: true
depends_on: []
conflicts_with: []
created: 2026-05-12
updated: 2026-05-12
---

# Natur-Sprech-Check

Du prüfst einen Text, der nach außen gehen soll, gegen zwei externe harte Quellen: den Schreibstil (`{context}/Schreibstil.md`) und die KI-Sprech-Fallen (`{context}/KI-Sprech-Fallen.md`). Ziel ist nicht eine fremde Stimme zu imitieren, sondern Texte natürlich und menschlich klingen zu lassen, ohne generisches KI-Sprech.

Der Skill ist bewusst klein. Kein globaler Hook, kein Eval-Gate, kein Korpus. Nur Abgleich gegen zwei Dateien, konkrete Fundstellen, Feedback-Schleife.

Der Skill hat drei Modi: **Modus A (Prüfmodus)** läuft über einen fertigen Text auf expliziten Aufruf. **Modus B (Schreib-Vorprüfung)** läuft mit, wenn Claude selbst einen nach außen tragenden Text formuliert — das ist die häufigste Nutzung. **Modus C (Inbound-KI-Check)** prüft einen Fremdtext auf Wahrscheinlichkeit einer KI-Generierung und liefert einen neutralen Report, der von etwaigen Antwortentwürfen vollständig entkoppelt bleibt.

## Scope

**Aktiv:** LinkedIn-Posts, Bewerbungsschreiben, Branding-Texte, Mails an Externe, Angebotsdokumente, Nachrichten an Dritte, formelle Schreiben, Antworten auf eingehende Mails.

**Nicht aktiv:** Claudes Antworten an den User im Dialog, interne Vault-Notizen, Daily Notes, Commit-Messages, Code-Kommentare, Zusammenfassungen für den User, To-do-Listen, technische Dokumentation im Vault. Der Skill greift nur bei explizit nach außen gerichteter Kommunikation.

**Graubereich:** Wenn unklar ist, ob ein angeforderter Text nach außen geht (z.B. "schreib mir einen Text zu X" ohne Empfänger-Hinweis), einmal kurz rückfragen: "Geht der Text nach außen an einen konkreten Empfänger, oder ist das für dich selbst?" Bei "nach außen" Modus B aktivieren, sonst normal antworten.

## Vorprüfung

- Die beiden Quellen müssen existieren und lesbar sein: `{context}/Schreibstil.md` und `{context}/KI-Sprech-Fallen.md`.
- **Modus A (Prüfmodus):** Ein fertiger Text-Input muss vorliegen (Pfad zu einer Vault-Datei oder Fließtext im Prompt). Wenn nicht: nach Text fragen, sonst abbrechen.
- **Modus B (Schreib-Vorprüfung):** Ein Schreibauftrag liegt vor (Mail, Nachricht, Brief, Antwort, Schreiben). Vor dem Formulieren prüfen: geht der Text nach außen? Bei Unsicherheit einmal rückfragen, dann entsprechend aktivieren.

Wenn `{context}/Schreibstil.md` fehlt und `include_schreibstil_check: true` aktiv ist: Skill fährt ohne Schreibstil-Prüfung fort und meldet den Ausfall kurz. Wenn `{context}/KI-Sprech-Fallen.md` fehlt und `include_ki_sprech_check: true` aktiv ist: Skill prüft mit allgemeinen KI-Sprachmustern und meldet, dass die persönliche Fallen-Liste fehlt. Kein Hard-Fail.

## Ablauf Modus A — Prüfmodus

1. **Quellen laden** (mit Read, falls Feature-Flag aktiv):
   - `{context}/Schreibstil.md` — Grundton, Regeln, Vermeidungsliste _(hinter `include_schreibstil_check`, Default `true`)_
   - `{context}/KI-Sprech-Fallen.md` — konkrete Phrase-Liste mit Begründung und Alternative _(hinter `include_ki_sprech_check`, Default `true`)_

2. **Text einlesen.** Entweder aus der angegebenen Datei oder aus dem Prompt direkt.

3. **Prüfung in drei Durchgängen:**

   **Durchgang A — Fallen-Liste abgleichen** _(nur wenn `include_ki_sprech_check: true`)_. Jede Phrase aus der Fallen-Liste gegen den Text suchen (case-insensitive, auch leichte Varianten). Treffer mit Zeilen- oder Absatznummer markieren. Bei Einträgen mit Häufungsschwelle (z.B. Wortschatz-Falle): Alarm nur bei Häufung laut der dort beschriebenen Schwelle oder bei explizit gelisteten starken Einzelmarkern. Alle anderen Fallen bleiben Einzeltreffer-Alarme.

   **Durchgang B — Schreibstil-Regeln prüfen** _(nur wenn `include_schreibstil_check: true`)_. Konkret auf:
   - Exzessive Gedankenstriche (mehr als zwei pro Absatz ist Alarm)
   - Doppelpunkte mitten im Satz, die keine Aufzählung einleiten
   - Aufgeblähte Formulierungen und Füllwörter
   - Aufzählungen mit "nicht nur X, sondern auch Y"-Symmetrien
   - Umlaut-Ersatz (ae/oe/ue) — harte Pflicht, immer aktiv

   **Durchgang C — Menschlichkeits-Check.** Nur Flags setzen, keine Korrektur erfinden:
   - Absätze ohne konkreten Inhalt (reine Meta-Ebene)
   - Template-typische Einleitungen ("In der heutigen...", "Wir leben in Zeiten...")
   - Abschluss-Floskeln ohne Substanz ("Lasst uns gemeinsam...")

4. **Befunde strukturiert ausgeben** (kein Fließtext, keine Wall of Text):

   ```
   ## Stimme-Check

   **Text:** [Dateiname oder Kurzbeschreibung]
   **Länge:** N Absätze, M Zeichen

   ### Treffer aus Fallen-Liste
   - Absatz X, Phrase "...": Grund Z, Alternative-Vorschlag V
   (oder: keine Treffer)

   ### Verstöße gegen Schreibstil
   - Absatz X: Z Gedankenstriche, Regel erlaubt 2 maximal
   (oder: keine)

   ### Menschlichkeits-Flags
   - Absatz X: "...", wirkt generisch, weil Y
   (oder: keine)

   ### Gesamtbild
   Ein Satz: Wie stark ist der KI-Eindruck, konkret begründet.
   ```

5. **Feedback-Schleife.** Nach der Ausgabe aktiv fragen:
   - "Gibt es Phrasen, die ich übersehen habe, die dich stören?"
   - Wenn der User eine neue nennt: in `{context}/KI-Sprech-Fallen.md` als neue Tabellenzeile eintragen (Phrase, Begründung, Alternative vom User, heutiges Datum).
   - `updated` auf heute setzen.

6. **Kein Rewrite anbieten.** Der Skill meldet und listet, er schreibt den Text nicht um. Rewrite bleibt Entscheidung des Users oder Aufgabe eines anderen Skills.

## Ablauf Modus B — Schreib-Vorprüfung

**Diese Vorprüfung ist Pflicht, sobald Claude einen Text schreibt, der nicht an den User selbst gerichtet ist.** Auslöser ist jede Kombination aus einem Schreib-Verb (schreib, verfasse, formuliere, entwirf, setz auf, beantworte, antworte, reply, mach einen Entwurf) und einem externen Empfänger oder Empfängerkontext (Mail, Nachricht, Brief, Anfrage, Kontakt, Kollege, Kunde, Recruiter, beliebige Drittperson). Auch Kurzformen wie "Antwortentwurf auf die Nachricht von X" zählen. Im Zweifel lieber Modus B anwerfen als nicht.

1. **Scope-Check.** Geht der Text an einen externen Empfänger? Bei Unsicherheit einmal kurz rückfragen ("Geht der Text nach außen oder ist das für dich selbst?"). Bei "für mich selbst" Modus B verwerfen und normal antworten.

2. **Quellen laden** _(wenn Feature-Flags aktiv)_. `{context}/Schreibstil.md` und `{context}/KI-Sprech-Fallen.md` mit Read einlesen, bevor formuliert wird.

3. **Formulieren mit Filter.** Beim Verfassen des Entwurfs aktiv die Fallen-Liste und Schreibstil-Regeln anwenden. Keine Phrase aus der Fallen-Liste einbauen. Gedankenstriche sparsam. Keine Antithese-Konstruktionen. Keine Meta-Ansagen vor Pointen. Keine übernutzten KI-Lieblingswörter. Keine Drei-Adjektiv-Ketten.

4. **Selbst-Check vor Auslieferung.** Nach dem Entwurf, bevor er an den User geht, den eigenen Text still gegen die Fallen-Liste prüfen. Treffer direkt im Entwurf korrigieren. Kein Report, kein Listing. Nur ein sauberer Text geht raus.

5. **Transparenz.** Am Anfang der Antwort ein kurzer Hinweis in einer Zeile: *"Natur-Sprech-Check aktiv (Schreib-Vorprüfung)."* — damit der User sieht, dass der Filter lief. Keine längere Erklärung, kein Report.

6. **Nachträglicher Voll-Check auf Wunsch.** Wenn der User nach dem Entwurf "prüf nochmal auf KI-Sprech" oder ähnlich sagt, greift Modus A über denselben Text und liefert den vollen Report.

7. **Feedback-Schleife bleibt.** Wenn dem User im Entwurf eine Phrase stört, die noch nicht in der Fallen-Liste steht: Eintrag in `{context}/KI-Sprech-Fallen.md` ergänzen wie in Modus A Schritt 5.

## Ablauf Modus C — Inbound-KI-Check

**Zweck:** Fremdtext (LinkedIn-Post eines anderen Autors, eingehende E-Mail, zitierter Absatz, jede fremde Nachricht) auf Wahrscheinlichkeit einer KI-Generierung einschätzen. Neutral berichten, nichts umschreiben, keinen Antwortentwurf beeinflussen.

**Harte Entkopplungs-Regel:** Wenn parallel ein Antwort- oder Kommentar-Entwurf für den User entsteht, ist der Inbound-Score für die Entwurfsgenerierung **vollständig irrelevant**. Der Entwurf wird inhaltlich und stilistisch so geschrieben, als hätte der Inbound-Check nicht stattgefunden — egal ob das Ergebnis 10 % oder 95 % lautet. Eine Strategie-Anpassung darf **nur** erfolgen, wenn der User das explizit fordert.

**Trigger:**

- User übergibt Fremdtext explizit zur Einschätzung ("ist das KI?", "wie wahrscheinlich KI-generiert", "prüf den Post / die Mail von X").
- Ein anderer Skill ruft den Inbound-Check programmatisch auf.

**Nicht-Trigger:** Texte des Users selbst, Claude-eigene Entwürfe, interne Vault-Inhalte. Der Check bezieht sich ausschließlich auf Texte, deren Urheber erkennbar nicht der User und nicht Claude ist.

### Ablauf

1. **Fremdtext einlesen.** Aus Übergabe oder Prompt. Autor/Absender (wenn bekannt) und ungefähre Textlänge erfassen. Kein Fremdtext wird ins Vault geschrieben.

2. **Marker-Analyse.** Den Text gegen die folgende Marker-Liste prüfen. Jeder Marker, der trifft, fließt mit konkretem Beleg in den Report.

   - **Gedankenstrich-Inflation** (mehrfach pro Absatz als Stilmittel).
   - **Tricolon / Dreier-Rhythmus** (drei parallele Glieder in einem Satz).
   - **"Nicht nur X, sondern auch Y"-Antithesen** oder andere symmetrische Kontraste.
   - **Meta-Floskeln ohne Inhalt** ("In einer Zeit, in der…", "Es ist wichtig zu betonen, dass…").
   - **KI-Lieblingsvokabular** (nahtlos, ganzheitlich, revolutionieren, essenziell, eintauchen, nuanciert, Synergie). Abgleich gegen `{context}/KI-Sprech-Fallen.md` wenn verfügbar, Häufungsregel wie in Modus A.
   - **Drei-Adjektiv-Ketten** (glatt gereihte adjektivische Dreier).
   - **Perfekte Parallelismen / gleichlange Sätze** (zu regelmäßiger Satzrhythmus).
   - **Glatte Übergänge ohne Reibung** (kein Bruch, keine Abschweifung, keine persönliche Unschärfe).
   - **Generische Bildsprache** (abstrakte Metaphern ohne konkrete Verankerung, z.B. "Brücken bauen", "Reise beginnen").
   - **Schema-Abschluss** (offene rhetorische Frage oder Call-to-Action nach Baukasten).
   - **Emoji- oder Bullet-Gliederung im Baukastenformat** (symmetrische Aufzählung mit immer gleichem Stil).
   - **Inhaltsarmut bei hoher Wortzahl** (viel Text, wenig konkrete Zahl/Name/Erlebnis).
   - **Sichtbare Markdown-Syntax** in Klartext-Plattformen (Doppelsterne, Rauten, Backticks) — ein einziges Vorkommen reicht als Alarm.

3. **Menschlichkeits-Signale** gegenrechnen (können die Einschätzung senken):

   - Konkrete Zahlen, Namen, Orte, Daten.
   - Sprachliche Reibung (Tippfehler, Umgangssprache, ungewöhnliche Wortwahl).
   - Persönliche Anekdote mit spezifischen Details.
   - Ungewöhnlicher Satzbau, Abschweifungen, Gedankensprünge.
   - Regionale oder branchenspezifische Insider-Formulierungen.

4. **Einschätzung in Stufen** (keine falsche Präzision):

   - **Niedrig (0–30 %):** Kaum Marker, deutliche Menschlichkeits-Signale.
   - **Mittel (30–70 %):** Einzelne Marker, aber auch menschliche Elemente.
   - **Hoch (70–100 %):** Mehrere starke Marker, wenig bis keine Menschlichkeits-Signale.

5. **Report ausgeben** — optisch klar abgetrennt:

   ```
   ---

   ### KI-Check Fremdtext

   **Autor:** [Name oder "unbekannt"]
   **Einschätzung:** [niedrig / mittel / hoch] — ca. N % KI-Wahrscheinlichkeit

   **Marker:**
   - [Marker]: "<kurzer Beleg-Ausschnitt>"
   (3–6 Einträge, keine Vollständigkeitspflicht)

   **Menschlichkeits-Signale:**
   - [Signal]: "<Beleg>" (oder: keine nennenswerten)

   **Einordnung:** Ein Satz, neutral. Keine Handlungsempfehlung.
   ```

6. **Keine Folge-Aktion.** Kein Rewrite-Angebot, keine Antwort-Strategie, keine Warnung. Wenn der User im Anschluss fragt, ob der Score einfließen soll, **dann** darf er berücksichtigt werden — vorher nicht.

7. **Privacy.** Fremdtext und Report bleiben in der Session. Nicht in Vault-Dateien, nicht in Logs, nicht in Memory schreiben. Ausnahme: User weist ausdrücklich an, den Report zu speichern.

## Trigger-Erkennung

**Modus A triggert** auf expliziten Prüf-Aufruf:
`natur-sprech-check`, `klingt das natürlich`, `klingt das menschlich`, `ist da KI-Sprech drin`, `prüf auf KI-Sprech`, `prüf den Text`.

**Modus B triggert automatisch** bei Schreib-Verb plus externem Empfänger:
Schreib-Verben: `schreib`, `verfasse`, `formuliere`, `entwirf`, `setz auf`, `beantworte`, `antworte`, `reply`, `mach einen Entwurf`.
Externe Kontexte: Mail, Nachricht, Brief, Anfrage, Antwort an X, Angebot, Bewerbung, Post.

**Modus C triggert** auf explizite Fremdtext-Einschätzung:
`ist das KI?`, `wie wahrscheinlich KI-generiert`, `prüf den Post von X`, `schätz mal ein ob das ein Mensch geschrieben hat`.

**Nicht triggern:** Claudes eigene Antworten an den User im Dialog, interne Texte (Vault-Notizen, Daily Notes), Commit-Messages, technische Dokumentation, To-do-Listen, Code-Kommentare.

## Regeln

- **Keine Korrekturvorschläge erfinden.** Alternativen kommen aus der Fallen-Liste oder vom User, nie aus Claudes Intuition.
- **Externe Quelle schlägt Intuition.** Jede Meldung verweist auf die konkrete Regel oder die konkrete Zeile in der Fallen-Liste. Ohne Quelle keine Meldung.
- **Token-sparend.** Die Ausgabe bleibt kompakt. Keine Zusammenfassungen am Ende, keine Erklärungen für triviale Treffer.
- **Deutsche Umlaute** in allen eigenen Texten. Echte Unicode-Zeichen (ä ö ü Ä Ö Ü ß), niemals ae/oe/ue/ss als Ersatz.

## Was du auf keinen Fall tust

- Den Text ungefragt umschreiben.
- Eigene Stilregeln erfinden, die nicht in Schreibstil oder Fallen-Liste stehen.
- Die Fallen-Liste mit spekulativen Einträgen befüllen. Nur User-bestätigte Phrasen.
- Claudes Antworten an den User prüfen — das ist ausdrücklich außerhalb des Scope.
- Daily Notes oder interne Vault-Dateien anfassen.

## Konfiguration

Vollständige Konfigurations-Vorlage: `skill.config.example.yaml`. Feature-Flags in `skill.config.yaml`:

```yaml
features:
  include_schreibstil_check: true   # Schreibstil-Datei laden und Tonalität/Regeln prüfen
  include_ki_sprech_check: true     # KI-Sprech-Fallen-Datei laden und Phrase-Liste abgleichen
```

Bei `include_schreibstil_check: false` entfällt Durchgang B (Schreibstil-Regeln). Umlaut-Prüfung bleibt immer aktiv.

Bei `include_ki_sprech_check: false` entfällt Durchgang A (Fallen-Liste). Der Skill prüft trotzdem auf Menschlichkeits-Flags (Durchgang C).

## Locale

Default: `de`. Einstellbar über `locale` in `skill.config.yaml`. Dieser Skill erzeugt keine Slug-basierten Dateinamen.

## Verknüpfungen

- [[INDEX|INDEX.md]]
- [[AGENTS|AGENTS.md]]
