Post-Writer

Post Writer

Codex und Claude Laufzeit

• Verwenden Sie diesen Skill in Codex oder Claude mit den tatsächlich in der aktuellen Aufgabe verfügbaren Werkzeugen. AskUserQuestion-Beispiele beschreiben die Fragen, nicht eine erforderliche API: Verwenden Sie ein verfügbares Fragewerkzeug innerhalb seiner Grenzen oder fragen Sie im Chat. Verwenden Sie bereits gelieferte Antworten und Quellmaterialien wieder.
• Arbeiten Sie im vom Benutzer ausgewählten Projekt. Lesen Sie dessen about-me.md, voice.md und relevante Markendateien, bevor Sie personalisierte Arbeit leisten. Bestätigen Sie den beabsichtigten Autor, falls Dateien widersprüchlich sind oder Standardwerte enthalten. Fragen Sie nach fehlenden Fakten oder führen Sie voice-builder aus; übernehmen Sie niemals die Identität, Konten oder privaten Dateien des Wartenden.
• Lösen Sie gebündelte references/ relativ zu diesem Skill-Ordner auf. Führen Sie bei einer explizit angeforderten Profilaktualisierung die kanonischen Dateien about-me.md, voice.md oder newsletter-voice.md vor Ort aus und aktualisieren Sie sie, wobei Sie nicht zusammenhängende Benutzerfakten und -regeln beibehalten. Verbraucher müssen diese kanonischen Dateien erneut lesen. Verwenden Sie einen neuen Dateinamen nur für neue Ergebnisse, die mit nicht zusammenhängenden vorhandenen Dateien kollidieren würden. Die Installation allein startet niemals ein Interview oder schreibt Dateien. Schreiben Sie keine dauerhaften Lernergebnisse, es sei denn, dies wird angefordert.
• Verwenden Sie zuerst gelieferte Beweise. Überprüfen Sie externe Behauptungen bei Bedarf über verfügbare Such-/Quellenwerkzeuge. Wenn eine Quelle oder Integration nicht verfügbar ist, nennen Sie die fehlende Fähigkeit und bieten Sie bereitgestellte Texte/Exporte als Eingabe an. Erfinden Sie niemals Fakten, Erfahrungen aus erster Hand, Metriken oder eine erfolgreiche Werkzeugausführung.
• Verbinden Sie nur Dienste, die für den gewählten Weg über das bestehende Konto des Benutzers erforderlich sind. Geben Sie niemals Anmeldeinformationen preis oder überschreiben Sie Verbindungen. Entwerfen, Speichern und Überprüfen autorisieren nicht das Veröffentlichen, Senden von Nachrichten oder Ändern von Konten.

KRITISCH: Automatischer Start beim Laden

In dem Moment, in dem dieser Skill ausgelöst wird, gehen Sie direkt zu Schritt 1. Fassen Sie den Skill nicht zusammen. Erklären Sie nicht, was er tut. Listen Sie nicht die Dateien auf, auf die er verweist. Springen Sie sofort zur Eingabeerfassung.

Schritt 1. Eingaben sammeln

Überprüfen Sie das Projekt auf about-me.md und voice.md. Lesen Sie beide. Wenn eine von beiden fehlt, teilen Sie dem Benutzer mit, dass er zuerst den Voice-Builder-Skill ausführen soll („sag build my voice“), und stoppen Sie dann.

Wenn beide Dateien vorhanden sind, verwenden Sie diese Fragen (passen Sie das Werkzeugschema nach Bedarf an):

[
  {
    "question": "Über welches Thema möchten Sie einen Beitrag verfassen?",
    "header": "Thema",
    "multiSelect": false,
    "options": [
      {"label": "Kontext-Dump einfügen", "description": "Ich habe Notizen, Transkripte oder rohe Ideen, die ich in einen Beitrag verwandeln möchte"},
      {"label": "Ich habe ein Thema im Kopf", "description": "Ich werde das Thema danach eingeben"},
      {"label": "Themen für mich vorschlagen", "description": "Basierend auf meinem Voice-System schlage ich 5 Themen vor, über die ich posten sollte"}
    ]
  },
  {
    "question": "Haben Sie Referenzbeiträge, die Sie als strukturelle Inspiration verwenden möchten?",
    "header": "Referenzen",
    "multiSelect": false,
    "options": [
      {"label": "Keine Referenzen", "description": "Von Grund auf neu schreiben, nur mit meinen Voice-Dateien"},
      {"label": "Ich werde Beispiele einfügen", "description": "Ich habe Beiträge von anderen Kreativen, die Sie zuerst studieren sollen"},
      {"label": "Meine Trainingsbeiträge verwenden", "description": "Referenzieren Sie die Beiträge, die ich im Voice Builder verwendet habe"}
    ]
  }
]

Basierend auf den Antworten:

• „Kontext-Dump einfügen“: warten, bis der Benutzer einfügt, die Kernidee extrahieren, dann zu Schritt 2 übergehen
• „Ich habe ein Thema im Kopf“: warten, bis der Benutzer es eingibt, dann zu Schritt 2 übergehen
• „Themen für mich vorschlagen“: about-me.md-Themenpfeiler und voice.md lesen, 5 spezifische Themen mit einem einzeiligen Ansatz für jedes vorschlagen, dann AskUserQuestion verwenden, um eines auswählen zu lassen
• „Ich werde Beispiele einfügen“: auf Referenzbeiträge warten, die Strukturmuster notieren, dann fortfahren
• „Meine Trainingsbeiträge verwenden“: die bestätigten Trainingsbeiträge des beabsichtigten Autors lesen, nicht nicht zusammenhängende Entwürfe oder die Dateien eines anderen Kunden

Schritt 2. Recherche und Planung

Lesen Sie zuerst die gelieferten Beweise und die angeforderte Referenzstruktur. Wenn diese die Aufgabe unterstützen, verwenden Sie sie, ohne unnötige externe Recherchen hinzuzufügen. Überprüfen Sie zusätzliche Behauptungen bei Bedarf; nicht verfügbare Quellen lassen diese Behauptungen ausstehend. Suchen Sie nach:

• Datenpunkten oder Statistiken, die den Ansatz unterstützen
• Konträren Ansichten oder überraschenden Fakten
• Realen Beispielen oder Fallstudien
• Häufigen Missverständnissen, die es herauszufordern gilt

Präsentieren Sie dann einen Beitragsplan. Rufen Sie AskUserQuestion auf:

[
  {
    "question": "Welcher Ansatz funktioniert am besten für diesen Beitrag?",
    "header": "Ansatz",
    "multiSelect": false,
    "options": [
      {"label": "[Name Ansatz 1]", "description": "[Ein Satz, der den Ansatz und den Aufhänger beschreibt]"},
      {"label": "[Name Ansatz 2]", "description": "[Ein Satz, der den Ansatz und den Aufhänger beschreibt]"},
      {"label": "[Name Ansatz 3]", "description": "[Ein Satz, der den Ansatz und den Aufhänger beschreibt]"}
    ]
  },
  {
    "question": "Welches Framework möchten Sie?",
    "header": "Framework",
    "multiSelect": false,
    "options": [
      {"label": "PAS", "description": "Problem, Agitation, Lösung"},
      {"label": "How-to-Liste", "description": "Nummerierte Schritte oder Tipps"},
      {"label": "Geschichte zur Lektion", "description": "Persönliche Geschichte mit einem Fazit"},
      {"label": "Konträrer Ansatz", "description": "Eine gängige Überzeugung in Frage stellen"}
    ]
  }
]

Füllen Sie die tatsächlichen Ansatzoptionen basierend auf der Themenrecherche aus. Verwenden Sie keinen Platzhaltertext für die Ansatzbeschreibungen.

Schritt 3. Den Entwurf schreiben

Schreiben Sie den Beitrag gemäß diesen Regeln:

• Lesen Sie voice.md für Ton, Rhythmus, Aufhängerstil, CTA-Stil und den Abschnitt zu Abwesenheitsmustern (was die Stimme niemals tut)
• Lesen Sie about-me.md für Zielgruppe und Themenkontext
• Passen Sie die Satzlänge und den Absatzrhythmus aus voice.md an
• Vermeiden Sie jedes verbotene Wort, jede Struktur und jedes Muster, das im Abschnitt zu Abwesenheitsmustern von voice.md aufgeführt ist
• Verwenden Sie das Aufhängermuster, das zum gewählten Ansatz passt
• Beenden Sie mit dem CTA-Stil aus voice.md

Geben Sie den Beitrag innerhalb eines einfachen Code-Blocks aus:

[Der vollständige Beitrag mit allen Zeilenumbrüchen und der Formatierung genau so, wie er auf LinkedIn erscheinen soll]

Fügen Sie nach dem Code-Block 2 bis 3 Sätze hinzu, warum Sie diesen Aufhänger und diese Struktur gewählt haben, und verweisen Sie auf bestimmte Muster aus voice.md.

Bevor Sie den Entwurf präsentieren, überprüfen Sie ihn im laufenden Assistenten anhand der gelieferten Fakten, der Stimme und des angeforderten Formats. Ordnen Sie bei einer Liste oder Schrittbeschriftung jedes erforderliche Element seiner passenden Beschriftungspassage zu und überprüfen Sie Reihenfolge, Duplikate und Auslassungen. Ersetzen Sie die angeforderte Struktur nicht durch ein allgemeines Beitragsframework. Halten Sie Quellnotizen getrennt vom einfügefertigen Text. Claude ist in Codex kein erforderlicher Prüfer.

Schritt 4. Iterieren

Fragen Sie den Benutzer:

Wie fühlt sich das an? Sagen Sie mir, was geändert werden soll, oder sagen Sie „Ship it“ und ich speichere die endgültige Version.

Wenn der Benutzer Feedback gibt, überarbeiten Sie es und geben Sie einen neuen Code-Block aus. Maximal 3 Überarbeitungsrunden.

Wenn der Benutzer „Ship it“ oder eine Entsprechung sagt, speichern Sie den endgültigen Beitrag als Markdown-Datei im Projekt.

Sagen Sie dann:

Beitrag gespeichert. Sagen Sie „Design a graphic“, um ein Bild zu erstellen, oder „Score my post“, um vor der Veröffentlichung Feedback zu erhalten.

Regeln

• Lesen Sie immer about-me.md und voice.md, bevor Sie schreiben.
• Geben Sie Beiträge immer in einem einfachen Code-Block aus.
• Verwenden Sie in keinem Beitrag Gedankenstriche (em dashes).
• Britisches Englisch, sofern voice.md nichts anderes angibt.
• Fügen Sie keine Hashtags hinzu, es sei denn, voice.md verwendet sie explizit.
• Fügen Sie keine Engagement-Bait-CTAs hinzu, es sei denn, sie erscheinen in voice.md.
• Halten Sie Beiträge zwischen 150 und 300 Wörtern, es sei denn, der Benutzer wünscht etwas anderes.
• Planen Sie vor dem Schreiben. Überspringen Sie niemals Schritt 2.