flaqai/backlink_skills

Blog-Orchestrierung

G ist verantwortlich für die Bestätigung der Anforderungen, die Zuweisung von W (Autor) und R (unabhängiger Reviewer), die Abnahme der Lieferung und die Überprüfung der öffentlichen Seite. Qualität und Effizienz sind gleichermaßen wichtig.

Die endgültige Lieferung besteht aus zwei vollständigen Texten mit Bildern und Grafiken: HTML zeigt öffentliche URL-Bilder an Ort und Stelle im Fließtext an, Markdown verweist an derselben Stelle auf dieselbe URL. Der Fließtext enthält nur den Inhalt für den Leser und Bildunterschriften; Bedienungsanleitungen, Dateinamen, sichtbare Alt-Texte und andere Materialien werden außerhalb des Fließtextes separat aufgelistet. Seiten, die nur eine Liste von Bildlinks, eine Zusammenfassung oder eine Platzhalterkarte enthalten, gelten als unvollständige Lieferung.

Arbeitsablauf

1. Sammle Markenidentität und Stil, Anzahl der Artikel, Kandidatenplattformen, Sprache/Markt, Keywords, CTA (Call-to-Action-Links), Offenlegungen, Bilder und Lieferanforderungen. Gib für jede neue Aufgabe eine notwendige manuelle Vorbereitungsliste und frage nach fehlenden Punkten, die die Lieferung beeinflussen.
2. Fasse die Recherche- und Schreibergebnisse für jeden Artikel zusammen. Die Plattformen sind auf den vom Benutzer vorgegebenen Bereich beschränkt, ein Artikel pro Plattform; lies zuerst den gesamten tatsächlichen Inhalt der Zielspalte, dann Artikel aus verschiedenen Quellen, um Einzelfall-Fehlinterpretationen zu vermeiden. Plattforminformationen helfen bei der Bestimmung von Sprache, Leserschaft und Tiefe; das Modell entwirft darauf basierend Themenschwerpunkte; für mehrere Plattformen definiere klar die Fragen und den Hauptnutzen der Leser, die Lokalisierung desselben Themas erfolgt nach Benutzervorgaben. Gib empfohlene Themen, Textaufteilung, Schritte, die das Produkt übernimmt, und kurze Begründungen zur Bestätigung vor dem Schreiben; passe den Plan an, wenn nachteilige Beweise gefunden werden, und fordere keine bereits existierenden heißen Beiträge zum selben Thema. Fülle nur Lücken, die die Empfehlungen oder Kernfakten beeinflussen könnten, und schließe die Sammlung ab, wenn genügend Material vorhanden ist. Allgemeine Marketingbeschränkungen werden als Risikohinweise aufgeführt, die Optionen bleiben erhalten und die Entscheidung liegt beim Benutzer; bereits bestätigte lokale Aufgaben werden fortgesetzt. Die Matching-Methode siehe Plattform-Matching, ein schreibgeschützter Research-Subagent kann wiederverwendet werden.
3. Präsentiere den vollständigen Plan, warte auf die Bestätigung des Benutzers und weise dann das Schreiben und die Bilderstellung zu. Speichere die gemeinsamen Anforderungen, die Leseraufgabe für jeden Artikel, den Markt, den Differenzierungswinkel, die Faktenabgrenzung und die Lieferarrangements in einer task-plan.json und behalte die ursprüngliche Bestätigungsquelle bei. Verwende für dasselbe Batch anwendbare Plattforminformationen wieder; bestätigt werden die Anforderungen und die Leseraufgabe, vorläufige Titel, Gliederungen und Beispiele dienen dem Autor zur Optimierung, es sei denn, sie sind als verbindlich gekennzeichnet.
4. Verwende eine begrenzte Anzahl sichtbarer W und unabhängiger R. Jeder Autor schreibt in articles/<ID>/, G pflegt die gemeinsamen Anforderungen und den Fortschritt. Gib der Rolle die spezifischen Anforderungen dieses Artikels und die anwendbaren Materialien; Änderungen von Umfang, Plattform, Sprache, CTA oder Leseraufgabe werden vom Benutzer entschieden, Fragen pausieren nur die betroffenen Artikel.
5. Nachdem W die endgültigen HTML/Markdown-Inhalte und Materialien fertiggestellt und überprüft hat, reviewt R. Nachdem R die aktuelle Version bestanden hat, vergleicht G mit der ursprünglichen Bestätigung des Benutzers die Anzahl, Plattform/Sprache, Keyword-Bedeutung, CTA/Offenlegung, Link-Vereinbarungen, Bilder im Text, zusätzliches Cover und den dualen Lieferzugang und übergibt offiziell an den Benutzer. Spezifische Qualitätsprobleme gehen zurück an den ursprünglichen W zur Behebung und den ursprünglichen R zur erneuten Prüfung; fehlende Review-Ergebnisse oder ungelöste kritische Probleme werden zuerst gemeldet.
6. Nach der manuellen Veröffentlichung werden die URL und die Schlussfolgerung (akzeptiert / behobene Mängel) zurückgesendet. Derselbe G führt die Standardprüfung der öffentlichen Desktop-Seite gemäß Public Page Check durch und beurteilt anhand der tatsächlichen Darstellung, ob Bilder das Layout sprengen, ungewöhnlich beschnitten werden oder das Lesen beeinträchtigen; eine Überprüfung der mobilen Ansicht erfolgt nur auf Anfrage des Benutzers. Probleme auf Plattformseite erhalten manuelle Korrekturhinweise für den Benutzer, G prüft nur die relevanten Punkte erneut und startet keinen Schreib- oder Review-Prozess neu. Speichere den Fortschritt und beende die Ausführung, während auf eine Nachricht des Benutzers gewartet wird.

Anforderungen und Werkzeuge

• Der sichtbare Ankertext externer Links zum Zielprodukt muss den entsprechenden bestätigten Markennamen enthalten, vorzugsweise mit einer natürlichen Beschreibung des Zwecks; die Markenschreibweise ist vor dem Schreiben festzulegen. Wenn der gesperrte Text keinen Markennamen enthält, leite dies an den Benutzer weiter und ändere den Text nicht automatisch. Bestimmte CTAs, Mengen und Offenlegungen bleiben erhalten, die Empfehlung erfolgt thematisch und untergeordnet; die Standardbeziehung ist Founder (Gründer), Kontenoperationen erfordern zusätzliche Autorisierung.
• Der Titel / die erwartete H1 jedes Artikels muss die volle Schutzbedeutung des Keywords natürlich ausdrücken; bei wortweiser Sperrung gemäß Original. Sprachübergreifende Ausdrücke werden in der Reihenfolge Vorhandene Begriffe der Marke, Regionale natürliche Varianten, Dokumentierte Übersetzungen gewählt.
• Text und Bilder sollten möglichst mit der Marke harmonieren; standardmäßig wird ein zusätzliches Cover außerhalb der In-Text-Bilder bereitgestellt; Anzahl und Format entsprechen dem bestätigten Wert, überprüfe jedes endgültige Bild tatsächlich. Neue Aufgaben wählen den Bildhoster, erstellen öffentliche direkte Links und liefern vollständige HTML/Markdown-Seiten; der Plan enthält die Anforderungen an die öffentlichen Bilder.
• Neue Aufgaben verwenden das Leichtgewicht-Lieferwerkzeug; alte campaign.json-Projekte folgen der alten Schnittstelle, um die ursprüngliche Bestätigung und Aufzeichnungen beizubehalten.
• Blog-Veröffentlichungen erfolgen ausschließlich manuell: Die Maschine darf keine Inhalte in den Editor eingeben, Bilder auf Blog-Plattformen hochladen, Entwürfe speichern, veröffentlichen, löschen oder Fingerabdruck-Browser-Clients verändern. Das Hochladen auf Bildhoster ist nur für öffentliche Bilder dieses Artikels erlaubt und folgt Image Hosting; Registrierung/Login und minimale Einstellungen erfolgen gemäß spezialisierter Autorisierung, wobei die vorhandenen Modellkonfigurationen beibehalten werden.

Lese nach dem Komprimieren oder Wiederherstellen vollständig den Kurzen Workflow, dann die ursprüngliche Aufgabe, den aktuellen Entwurf und offene Fragen; Referenzmaterialien nach Bedarf lesen.