abhishekkumar541/pre-ai-writing

Pre-AI-Schreiben (Vor-KI-Schreibstil)

Dokumente lesen sich immer noch wie LLM-Ausgabe, weil strukturelle Gründe vorliegen, die ein reiner Wort-Durchlauf nicht beheben kann:

• Einlaufende Labels („Die Antwort in einem Satz.“)
• Leseanleitungen
• Status-Tags an jeder Tatsache
• Ein Gegenargument in jedem Abschnitt
• Tabellen für alles
• URLs in jedem Absatz

Schreiben Sie so, wie die Leute vor November 2022 geschrieben haben: zuerst das Ziel, dann die Annahmen, klare Überschriften, die Kernaussage im ersten Satz jedes Abschnitts, überwiegend Prosa, und am Ende eine nummerierte Quellenliste. Das Skill humanizer (https://github.com/blader/humanizer) kümmert sich dann um die Sätze.

references/rules.md enthält jede Regel mit einem Vorher/Nachher. references/structures.md hat eine Vorlage pro Dokumententyp. Alle Pfade unten sind relativ zum Ordner dieses Skills.

Arbeitsablauf

1. Rahmen setzen. Nennen Sie in einer Chat-Zeile vier Dinge:

   • den Leser
   • wann er es liest (Posteingang, Interviewrunde, Feed)
   • den Typ: Take-Home, Memo, E-Mail, Anschreiben, Post, Lebenslauf, Präsentation, Landingpage oder Dokument
   • die Stufe

   Hochrisiko bedeutet eine Bewerbung oder Take-Home, ein Kundenlieferant, alles für eine Führungskraft oder alles, was der Benutzer als hochriskant bezeichnet. Erledigt, sobald die Zeile geschrieben ist.

2. Vor dem Entwurf sammeln. Sammeln Sie:

   • Die exakten Worte des Briefings, einschließlich etwaiger Längen- oder Seitenbegrenzungen.
   • Eine Abdeckungstabelle, die alles, was das Briefing verlangt, dem Abschnitt zuordnet, der es beantwortet. Sie bleibt im Chat oder in Notizen, nie im Dokument.
   • Eigenständige Beweise, jedes mit seiner Quelle.
   • Die eigenen Worte des Benutzers aus Notizen und früheren Nachrichten.
   • Für Kundentexte 15 bis 20 eigene Zeilen des Kunden.

   Markieren Sie jede geplante Behauptung ohne Quelle mit „fragen“. Erledigt, wenn jede geplante Behauptung eine Quelle oder ein „fragen“ hat.

3. Form geben. Wählen Sie die Vorlage in references/structures.md und geben Sie jedem Abschnitt ein Wortbudget, das seiner Bedeutung folgt. Eine Grenze im Briefing hat Vorrang vor jeder Standardlänge. Erledigt, wenn eine Gliederung mit Budgets existiert.

4. Entwurf als <name>_draft.md gemäß references/rules.md und references/evidence.md. Status-Labels, Zugriffsdaten und nummerierte Tabellen kommen in <name>_notes.md.

5. Linter ausführen. Führen Sie aus:

   python3 scripts/lint_doc.py --type <typ> <datei>
   

   Für eine Präsentation übergeben Sie den Folienordner; <aside> wird als Sprechernotizen gelesen. Beheben Sie jedes FEHLGESCHLAGEN. Beheben Sie jede WARNUNG oder sagen Sie im Chat, warum sie bleibt. Erledigt, wenn der Exit-Code 0 ist.

6. Humanizer. Rufen Sie das Skill humanizer mit dem Skill-Tool auf, selbst für eine dreizeilige E-Mail. Ein manueller „Ich habe es selbst geprüft“-Durchlauf zählt nicht; frische Sitzungen haben diesen Schritt beim Testen übersprungen. Führen Sie es im eingebetteten Modus nur für die Prosa aus. Tabellen, zitierte Kopien, Code und die Quellenliste bleiben unverändert. Speichern Sie das Ergebnis als neue Datei und führen Sie den Linter erneut aus. Erledigt, wenn die neue Datei den Linter sauber durchläuft.

7. Behauptungen über den Benutzer. Listen Sie jeden Satz auf, der die Handlungen, Gewohnheiten, Ergebnisse, Nutzung oder Gefühle des Benutzers beschreibt. Verfolgen Sie jeden zurück zu seinem Lebenslauf, seinen Notizen oder seinem Gedächtnis oder dem, was er in diesem Gespräch gesagt hat. Fragen Sie nach oder streichen Sie alles ohne Quelle. Erledigt, wenn eine Chat-Tabelle (Behauptung | Quelle | behalten, gestrichen oder gefragt) jeden solchen Satz abdeckt.

8. Durchlesen als der genannte Leser. Beantworten Sie jede Frage mit Ja oder Nein und beheben Sie jede falsche Antwort:

   • Trägt der erste Satz jedes Abschnitts seine Kernaussage?
   • Würde der Leser jeden Absatz vermissen, wenn er gestrichen würde?
   • Beschreibt irgendein Satz das Dokument selbst?
   • Folgt die Abschnittslänge der Bedeutung?
   • Was hier könnte nur aus erster Hand stammen? (Nennen Sie es; wenn nichts, ist der Entwurf generisch.)
   • Lässt sich jede Zahl bis zu den Notizen zurückverfolgen?
   • Endet es mit einem nächsten Schritt oder einer Bitte?
   • Passt das Format dorthin, wo es hingeht? (Klartext für E-Mail und LinkedIn, kein Markdown.)

9. Nur für die hochriskante Stufe. Dieser Schritt ist erforderlich, wenn Schritt 1 hochriskant sagt, auch bei kurzen Texten. Befolgen Sie references/high-stakes.md:

   • eine Leser-Perspektiven-Prüfung durch einen frischen Agenten
   • für Take-Homes und Pitches: Grundlinien plus scripts/sameness_check.py und eine blinde Prüfung via scripts/blind_pack.py

   Erledigt, wenn seine Bestehensregel erfüllt ist oder die Fehler gemeldet werden.

10. Übergabe im Zielformat:

    • Klartext für E-Mail und Beiträge
    • Markdown oder ein Dokument für Dokumente
    • Folien für Präsentationen

    Die Abdeckungs-, Behauptungs- und Statustabellen kommen in den Chat oder in <name>_notes.md. Erstellen Sie ein PDF nur, wenn der Benutzer es verlangt oder das Lieferobjekt ein PDF ist:

    python3 scripts/build_pdf.py in.md out.pdf --title "..." --footer-left "..."
    

    Überprüfen Sie dann die Seitenbilder, einschließlich der Quellseite. Führen Sie es ohne -I aus, da es markdown importiert.

Regeln, die andere Skills überschreiben

• Gedankenstriche. Kein U+2014 oder U+2013 irgendwo, auch nicht in Zitaten und Notizen. Das ist die Hausregel des Autors; löschen Sie die Prüfung auf „Gedankenstriche“ in scripts/lint_doc.py, wenn Ihr Stil Gedankenstriche erlaubt.
• Überarbeitungen sind neue Versionen. Bearbeiten Sie nie stillschweigend das ursprüngliche Lieferobjekt.
• Prozess bleibt von der Seite fern. Methode, Prozess und KI-Nutzung erhalten eine Zeile auf der Quellenfolie oder in den Notizen, nie einen Abschnitt oder eine Folie.
• Dieses Skill ist der letzte Durchlauf. Copywriting-, E-Mail- und Lebenslauf-Skills erstellen den Inhalt; dieses Skill läuft nach ihnen, nicht an ihrer Stelle.

Dateien

• scripts/lint_doc.py: der Struktur- und Wortlaut-Linter. Führen Sie --help für Flags aus; --fix-typography OUT schreibt eine korrigierte Kopie.
• scripts/sameness_check.py, scripts/blind_pack.py: das Kit für hochriskante Texte.
• scripts/build_pdf.py: Markdown zu PDF, mit Prüfungen.
• scripts/prompt_trigger.py: ein optionaler UserPromptSubmit-Hook, der Claude daran erinnert, dieses Skill zu verwenden (siehe README).
• references/:
  • structures.md
  • rules.md
  • evidence.md
  • voice.md
  • high-stakes.md
• templates/blind_review_prompt.md
• tests/test_lint_doc.py: führen Sie es nach jeder Regeländerung aus.