Film: Wie Claude und ich gemeinsam einen Blog-Artikel erstellen

Der Skill „Steckbrief erstellen“ ordnet den Input den 22 Feldern des Steckbriefs zu. Zuerst formuliert er die Ausgangsfrage so, wie die Persona sie stellen würde, dann den Job-to-be-Done in vier Teilen. Dafür liest er das Content-Framework, die Persona, die bestehenden Artikel, die Fragensammlung, die Einwände und die Case Studies. Für Felder, die er nicht ausfüllen kann, stellt er mir Fragen. Ich antworte und kommentiere im gemeinsamen Doc, einem Dokument, in dem Claude und ich beide schreiben. Nach meiner Freigabe speichert ein Skript den Steckbrief als Markdown-Datei.

Der Skill „Artikel schreiben“ recherchiert jedes Thema, zu dem der Artikel etwas aussagt. Über Phocus Direct liest er im Wissens-Skill des Unternehmens nach, über alles andere bei der Primärquelle. Jede Aussage aus dem Input ordnet er einer von vier Klassen zu: bestätigt, nur ein Ausschnitt, widersprüchlich oder nicht einzuordnen. [Danach prüft ein Subagent die Recherche: Hat jede Kernaussage eine Primärquelle? Ist bei strittigen Aussagen nach einer Gegenposition gesucht? Sind Zitate an der Quelle geprüft, und liegt bei Rechtsaussagen der Gesetzestext vor? Was fehlt, recherchiert der Skill nach, bevor er mir die Ergebnisse vorlegt.] Nach meiner Freigabe baut er die Gliederung: je Abschnitt eine Frage des Lesers, dazu Bausteine wie Tabelle, Infobox und Handlungsaufforderung (CTA). Drei Subagenten prüfen sie getrennt, jeder mit eigenem Kontext: Der Leser kennt nur die Persona, der Architekt nur die Überschriften und die Aufbauregeln, der Zielprüfer nur Steckbrief und Artikeltyp. [Dazu kommt ein vierter Subagent, der Faktenprüfer. Er prüft jede Tatsache der Gliederung gegen die Recherche, auch Wörter wie „vor allem“ oder „nur“, und ob die Gliederung jede Zusage aus dem Steckbrief mit vorhandenem Material einlöst.] Der Skill arbeitet ihre Befunde ein, ich kommentiere die Gliederung im Doc und gebe sie frei. Den Stand hält er in einem Übergabeprotokoll fest, und die Arbeit geht in einem neuen Chat weiter.

Im neuen Chat liest der Skill „Artikel schreiben“ Übergabeprotokoll, Steckbrief, Gliederung und Recherche. Dann schreibt er den Text Abschnitt für Abschnitt und prüft nach jedem Abschnitt, ob der erste Satz die Frage der Überschrift beantwortet. Braucht der Text eine Grafik, baut der Skill „Infografik bauen“ sie. Danach prüft der Skill „Artikel prüfen“ den Entwurf in vier Stufen: Lesefluss, Job-to-be-Done und Artikeltyp, Aufbau, Sprache und Belege. [Die vierte Stufe ist inzwischen geteilt: Ein Subagent prüft Satz für Satz die Sprache, ein anderer Begriffe, Belege und Rechtsaussagen. Vorher läuft ein Prüfskript über den Text. Es meldet alles, was sich zählen oder suchen lässt, etwa Zeichenlängen, Typografie, Zahlen, Absatzlängen und die festen Begriffe von Phocus Direct, und baut das HTML zur Probe.] Jede Stufe läuft als eigener Subagent, der den Schreibverlauf nicht kennt. Der Skill prüft jeden Befund an der Fundstelle nach und fasst die Befunde zusammen. Eindeutige Fehler behebt er selbst; was Aussage oder Aufbau ändern würde, legt er mir vor. [Jeden Befund trägt der Skill mit Status in eine Liste ein. Nach jedem Einarbeiten prüfen zwei weitere Subagenten die geänderten Stellen mit den Absätzen davor und danach: Ist der Befund behoben, ist ein neuer Fehler entstanden, stimmen die Bezüge noch? Das geht höchstens zwei Runden. Jeden Vorschlag, über den ich entscheiden soll, liest vorher ein zweiter Subagent gegen.] Ich kommentiere im Doc und gebe den Text frei. [Auch nach meinen Kommentaren läuft diese Nachprüfung.]

Dann ergänzt der Skill „Artikel schreiben“ den Kopf des Artikels: die Kurzfassung „In Kürze“, fünf Headlines zur Wahl, Meta-Daten, drei Varianten für den Teaser, Slug und Tags. Der Skill „FAQ schreiben“ sammelt Fragen aus sieben Quellen. Er gleicht sie mit dem FAQ-Register ab, der Übersicht aller Fragen auf den Seiten von phocus-direct.de. Er wählt die Fragen aus und schreibt die Antworten samt strukturierten Daten (JSON-LD). Ich gebe Kopf, Fragen und Antworten einzeln frei. Danach geht die Arbeit wieder in einem neuen Chat weiter.

Der Skill „Artikel prüfen“ prüft ein zweites Mal, in kleinerem Umfang: den Lesefluss im ganzen Artikel, den Kopf, die FAQ und alles, was sich seit der ersten Prüfung geändert hat. [Kopf und FAQ prüfen dabei vier Subagenten: je zwei unabhängig voneinander auf Sprache und auf Belege. Ändert eine Korrektur eine Aussage, passt der Skill im selben Zug jede Stelle an, die sie wiederholt: In Kürze, Teaser, Meta Description, FAQ-Antworten. Danach folgt wieder die Nachprüfung.] Nach meiner Freigabe erzeugt ein Skript die Übergabedatei. [Vorher läuft das Prüfskript ein letztes Mal. Meldet es einen Fehler im HTML-Bau, geht der Artikel erst in die Übergabe, wenn der Fehler behoben ist.] Sie enthält den Artikel und alle Angaben für HubSpot.

Der Skill „Titelbild auswählen“ liest die Bildregeln, die Vorgaben für Titelbilder und die Bildrechte. Dann sucht er in einer Bilddatenbank. Treffer mit Text oder Logo sortiert er aus, ebenso alles, was in der kleinen Kachel der Blog-Übersicht nicht zu erkennen ist. Zwei bis drei Bilder schneidet er zu, passt ihre Farben an den Bildstil von Phocus Direct an und stellt sie neben die letzten Titelbilder. Ich wähle eins aus. Der Skill trägt es mit Alt-Text in die Übergabedatei ein und vermerkt Quelle und Lizenz im Bildnachweis.

Der Skill „Veröffentlichen“ lädt die Bilder in den Dateimanager von HubSpot. Mit einem Skript baut er aus der Übergabedatei das HTML. Den Entwurf legt er als Kopie des neuesten Artikels an. In älteren Artikeln zum selben Thema setzt er einen Link auf den neuen. In der Blog-Übersicht ergänzt er die Kachel des neuen Artikels. Ich prüfe die Vorschau und gebe frei.

Der Skill „Veröffentlichen“ stellt den Artikel live. Ein Skript prüft danach den Artikel, die älteren Artikel mit dem neuen Link und die Übersichtsseiten mit den Kacheln. Anschließend trägt er die Änderung in die Änderungshistorie ein, pflegt die Arbeitsliste für die Website nach und nimmt den Artikel in die Übersicht der veröffentlichten Artikel auf. Steckbrief und Gliederung legt er ins Archiv, den Input in den Wissensspeicher. Die übrigen Arbeitsdateien löscht er.