Was macht Newsletter-Stimme?
Codex- und Claude-Laufzeitumgebung
- Verwende diesen Skill in Codex oder Claude mit den Werkzeugen, die in der aktuellen Aufgabe tatsächlich verfügbar sind. Die
AskUserQuestion-Beispiele beschreiben die Fragen, nicht eine erforderliche API: Verwende ein verfügbares Fragentool innerhalb seiner Grenzen oder stelle die Frage im Chat. Verwende bereits gelieferte Antworten und Quellenmaterial erneut. - Arbeite im vom Benutzer ausgewählten Projekt. Lese dessen
about-me.md,voice.mdund relevante Markendateien, bevor du personalisierte Arbeit durchführst. Bestätige den beabsichtigten Autor, wenn Dateien widersprüchlich sind oder Standardvorgaben enthalten. Frage nach fehlenden Fakten oder führevoice-builderaus; übernimm niemals die Identität, Konten oder privaten Dateien des Betreuers. - Löse gebündelte
references/relativ zu diesem Skill-Ordner auf. Bei einer explizit angeforderten Profilaktualisierung lese und aktualisiere die kanonischenabout-me.md,voice.mdodernewsletter-voice.mddirekt, wobei nicht zusammenhängende Benutzerfakten und -regeln erhalten bleiben. Verbraucher müssen diese kanonischen Dateien erneut lesen. Verwende einen neuen Dateinamen nur für neue Ergebnisse, die mit nicht zusammenhängenden vorhandenen Dateien kollidieren würden. Die alleinige Installation startet niemals ein Interview oder schreibt Dateien. Schreibe keine dauerhaften Erkenntnisse, es sei denn, du wirst darum gebeten. - Verwende zuerst gelieferte Beweise. Überprüfe externe Behauptungen bei Bedarf durch verfügbare Such-/Quellenwerkzeuge. Wenn eine Quelle oder Integration nicht verfügbar ist, nenne die fehlende Fähigkeit und biete gelieferte Texte-/Exporteingabe an. Erfinde niemals Fakten, Erfahrungen aus erster Hand, Metriken oder eine erfolgreiche Werkzeugausführung.
- Verbinde nur Dienste, die für den gewählten Weg über das bestehende Konto des Benutzers benötigt werden. Gib niemals Anmeldeinformationen aus oder überschreibe Verbindungen. Entwerfen, Speichern und Überprüfen autorisieren kein Veröffentlichen, Senden von Nachrichten oder Ändern von Konten.
Voraussetzungsprüfung
Sobald dieser Skill ausgelöst wird, überprüfe das Projektverzeichnis auf voice.md und about-me.md.
Wenn eine der beiden Dateien fehlt, teile dem Benutzer mit:
Die Newsletter-Stimme baut auf deinem allgemeinen Stimmprofil auf. Führe zuerst den voice-builder aus (lade den Skill hoch oder sage „Baue meine Stimme“) und komme dann hierher zurück, sobald about-me.md und voice.md im Projekt sind.
Dann stoppe. Fahre nicht fort, bis beide Dateien existieren.
Wenn beide Dateien existieren, lese sie vollständig und gehe dann direkt zu Schritt 1.
Schritt 1. Prüfe auf Beispiele
Frage den Benutzer im Chat:
Hast du 2 bis 3 vergangene Newsletter-Ausgaben, von denen ich lernen kann?
Ja: Füge sie hier ein (eine pro Nachricht oder alle auf einmal) Nein: Tippe „Archetyp“ und ich erstelle aus einer Vorlage, die auf deine Stimme abgestimmt ist
Warte auf die Antwort.
Wenn der Benutzer 2 oder mehr Newsletter einfügt, gehe zu Schritt 2a. Wenn der Benutzer „Archetyp“ eingibt, gehe zu Schritt 2b. Wenn der Benutzer 1 Newsletter einfügt, frage nach mindestens einem weiteren. Wenn er nur einen hat, biete an: „Ein Beispiel reicht nicht für die Mustererkennung. Möchtest du in den Archetyp-Modus wechseln und deinen einen Newsletter als Referenzpunkt verwenden?“
Schritt 2a. Beispielbasierte Analyse
Lese jeden Newsletter vollständig. Suche nach Mustern über mehrere Ausgaben hinweg, nicht nach einmaligen Eigenheiten. Extrahiere:
Eröffnungsformel
- Was die ersten 3 Sätze tun (konkretes Ergebnis, kulturelle Beobachtung, Behauptung, Szene, Frage)
- Länge des Eröffnungsabschnitts vor dem ersten strukturellen Bruch
- Glaubwürdigkeitsmaßnahme (wie der Autor früh Autorität aufbaut)
- Wertversprechen (was der Leser zu bekommen versprochen bekommt)
Abschnittsstruktur
- Problem- oder Kontrastaufbau
- Benanntes Framework oder freie Prosa
- Nummerierte Schritte, Methoden oder durchgehendes Argument
- Beispiele und Beweismuster
- Bonus- oder Erweiterungsabschnitt
- Schlussformel und Verabschiedung
Datenphilosophie
- Spezifische Zahlen pro Ausgabe (zähle sie)
- Quellenangabestil (verlinkt, benannt, ohne Quellenangabe)
- Verhältnis von Beispiel zu Abstraktion
- Eingeständnisse von Einschränkungen oder Fehlern
Formatierung
- Verwendung von Überschriften (Häufigkeit, Hierarchie)
- Verwendung von Listen (nummeriert, Aufzählungspunkte, Pfeile)
- Fett- und Kursivschriftverwendung
- Prompt-, Codeblock- oder Blockquotes-Formatierung
- Visuelle Markierungen (Pfeile, Häkchen, Emojis, falls vorhanden)
Länge
- Wortzahlbereich über die Beispiele hinweg
- Wortzahlen der Abschnitte
Stimm-Marker, die für das Newsletter-Format einzigartig sind
- Profi-Tipps oder Hervorhebungen (Häufigkeit, Format)
- Zukunftsgerichtete Abschlüsse
- Verabschiedungsphrase, falls konsistent über die Beispiele hinweg
- Meta-Transparenz (reflektiert der Autor über den Prozess oder bittet um Feedback)
Abwesenheitssignale
- Wörter, Konstruktionen oder Strukturen, die in jedem Beispiel fehlen
- Abschlussbewegungen, die der Autor nie verwendet
- Themen, die der Autor nie berührt
Dann gehe zu Schritt 3.
Schritt 2b. Archetyp-Auswahl
Rufe das AskUserQuestion-Werkzeug mit einer einzigen Frage auf:
[
{
„question“: „Welcher Newsletter-Archetyp passt zu dem, was du schreiben möchtest?“,
„header“: „Archetyp“,
„multiSelect“: false,
„options“: [
{„label“: „Daten-Tutorial“, „description“: „Zahlen, Frameworks, Schritt-für-Schritt-Methoden mit Prompts“},
{„label“: „Kontroverser Essay“, „description“: „Eine Position einnehmen, sie verteidigen, die Opposition benennen“},
{„label“: „Fallstudien-Zerlegung“, „description“: „Ein Thema pro Ausgabe, detailliert aufgeschlüsselt“},
{„label“: „Kuratierte Zusammenstellung“, „description“: „5 bis 7 Links mit deinem Kommentar jede Woche“},
{„label“: „Persönlicher Essay“, „description“: „Reflexion über ein Thema, geschichtenorientiert“},
{„label“: „Interview oder Profil“, „description“: „Eine Person pro Ausgabe, Frage und Antwort oder Erzählung“}
]
}
]
Nachdem der Benutzer einen Archetyp ausgewählt hat, lade die passenden Standardeinstellungen aus references/archetypes.md innerhalb dieses Skill-Ordners. Passe jedes Feld mit voice.md und about-me.md an, bevor du newsletter-voice.md schreibst. Markiere in der Ausgabedatei, dass Archetyp-Standardeinstellungen verwendet wurden und die Datei nach 5 veröffentlichten Ausgaben erneut aufgerufen werden sollte.
Schritt 3. Schreibe newsletter-voice.md
Erstelle newsletter-voice.md im Projektstamm. Einzelddatei, Ziel 800 bis 1.200 Wörter. Verwende diese Struktur:
# Newsletter-Stimme
## Quelle
[Beispielbasiert: X Newsletter-Ausgaben analysiert] ODER [Archetypbasiert: [Archetyp-Name] abgestimmt auf voice.md. Nach 5 veröffentlichten Ausgaben erneut aufrufen.]
## Zielgruppe und Zweck
[Wer liest diesen Newsletter und was bekommen sie daraus. Geschrieben aus about-me.md und voice.md. 2 bis 3 Sätze.]
## Stimmprinzipien
[3 bis 5 Kernprinzipien, an die sich das Schreiben immer hält. Jedes ein kurzer Aussagesatz. Abgestimmt auf die voice.md dieses Benutzers.]
## Eröffnungsformel
[Wie Ausgaben beginnen. Enthalte 2 konkrete Vorlagen mit Platzhaltern in eckigen Klammern, z.B. „[Konkretes Ergebnis mit Zahl]. [Glaubwürdigkeitsmarker]. [Wertversprechen für diese Ausgabe].“ Ziel-Wortzahl für den Eröffnungsabschnitt.]
## Abschnittsfluss
[Standardstruktur einer Ausgabe, Abschnitt für Abschnitt, maximal 5 bis 8 Abschnitte. Kurze Notizen, was jeder Abschnitt tut und wie lang er läuft.]
## Daten und Beweise
[Wie Zahlen und Beispiele verwendet werden. Spezifische Regeln, z.B. „jede Behauptung braucht eine Zahl“, „Quellen inline verlinkt“, „Beispiel-zu-Abstraktion-Verhältnis etwa 3:1“.]
## Formatierungsregeln
[Überschriften, Listen, Fett, Kursiv, Codeblöcke, visuelle Markierungen. Was verwendet werden soll, was vermieden werden soll. Aus den Beispielen oder Archetyp-Standardeinstellungen abgeleitet.]
## Abschluss und Verabschiedung
[Wie Ausgaben enden. Zukunftsgerichtete Aussage versus Zusammenfassung. Verabschiedungsphrase, falls eine konsistente über die Beispiele hinweg existiert (erfinde keine).]
## Was dieser Newsletter niemals tut
[1 kurzer Absatz oder 3 bis 5 Punkte. Aus Abwesenheitsmustern über die Beispiele hinweg oder Archetyp-Standardeinstellungen abgeleitet. Nur Verhaltensweisen, keine Liste verbotener Wörter.]
## Länge
[Ziel-Wortzahl für Standardausgaben. Separates Ziel für längere umfassende Leitfäden, wenn der Benutzer beide Formate schreibt.]
Fülle jeden Abschnitt aus den Beispielen (oder abgestimmten Archetyp-Standardeinstellungen). Keine generischen Fülltexte. Wenn die Beispiele etwas nicht abdecken, sage „kein klares Muster über die Beispiele hinweg“ anstatt zu raten.
Schritt 4. Bestätigen und übergeben
Teile dem Benutzer mit:
Deine Newsletter-Stimme wurde erstellt. newsletter-voice.md befindet sich in deinem Projektstamm neben about-me.md und voice.md. Wenn du eine Ausgabe entwerfen möchtest, sage „Schreibe einen Newsletter“ und ich werde alle drei Dateien zusammen verwenden.
[Falls Archetyp-Modus: Denke daran, diese Datei wurde aus Archetyp-Standardeinstellungen erstellt. Nach etwa 5 veröffentlichten Ausgaben führe diesen Skill erneut mit deinen echten Beispielen aus, um ein schärferes Profil zu erhalten.]
Was dieser Skill produziert
Eine Datei im Projektstamm:
- newsletter-voice.md: Newsletterspezifische Schreibanweisungen, die Zielgruppe, Stimmprinzipien, Eröffnungsformel, Abschnittsfluss, Datenphilosophie, Formatierung, Abschluss, Abwesenheitsmuster und Längenziele abdecken
Regeln
- Erfordere voice.md und about-me.md im Projektstamm, bevor du loslegst. Stoppe und leite zum voice-builder weiter, wenn eine der beiden fehlt.
- Mindestens 2 Newsletter-Beispiele, wenn der Benutzer den beispielbasierten Modus wählt. Biete den Archetyp-Modus an, wenn es weniger sind.
- Halte newsletter-voice.md unter 1.200 Wörtern. Prägnant ist besser als erschöpfend.
- Erfinde keine Stimm-Signale. Arbeite nur mit Beispielen oder Archetyp-Standardeinstellungen, die auf voice.md abgestimmt sind.
- Dupliziere keine Inhalte aus voice.md. Verweise bei Bedarf darauf. newsletter-voice.md fügt nur newslettespezifische Regeln hinzu.
- Backe keine spezifischen Namen, URLs oder Verabschiedungsphrasen des Benutzers ein, es sei denn, sie tauchen konsistent in 2 oder mehr Beispielen auf.
- Erstelle keine separate Stimme oder verbotene-Wörter-Datei. Abwesenheitsmuster leben innerhalb von newsletter-voice.md als ein einziger Abschnitt.
- Britisches Englisch durchgängig, es sei denn, die Beispiele sind eindeutig amerikanisch.
- Verwende niemals Gedankenstriche in einer Ausgabedatei oder in einem Entwurf.