ThreadWave – Twitter/X Automatisierungssuite

Twitter Post

Eigene Ad-hoc-Tweet-Arbeit als unabhängiger, ebener Peer. Aktiviere oder verwende twitter-automation niemals; dieser Peer mag hierher routen, aber dieser Skill besitzt den Preflight und den vollständigen Post-Workflow.

Wähle einen Modus

Wähle den Aufgabenmodus, wenn der Benutzer ein Thema, eine Richtung, ein gewünschtes Ergebnis, eine Entwurfsanfrage oder eine Anzahl von 1 bis 5 liefert. Jede Anzahl über eins wählt den Aufgabenmodus.

Wähle den Exakt-Aktionsmodus nur, wenn der Benutzer einen einzigen vollständigen Endpost liefert und ausdrücklich möchte, dass genau dieser Text jetzt veröffentlicht wird.

• Standardeinstellung für eine fehlende Aufgabenanzahl: 1.
• Akzeptiere nur eine ganze Zahl von 1 bis 5.
• Für eine Anzahl über 5 bitte den Benutzer, sie explizit aufzuteilen; erstelle niemals automatisch mehrere Vorschläge.
• Für mehrere exakte Endtexte frage, ob der Benutzer eine richtungsbasierte Aufgabe oder separate exakte Aktionen möchte. Verwandle exakte Nutzlasten niemals stillschweigend in generative Richtungen.
• Falls Exaktheit versus Richtung unklar ist, stelle eine präzise Frage, bevor du tw aufrufst.

Aufgaben-Vorlage

Wenn der Aufgabenmodus startet – und wann immer die Anfrage zu vage ist, um eine Richtung zu formulieren – biete eine lokalisierte Ausfüllvorlage anstelle von offenen Fragen an:

Aufgabenvorlage:
Thema/Richtung: <worüber geschrieben werden soll>, Anzahl <1–5>
Optional: Ton, Zielgruppe, muss enthalten/vermeiden Punkte
Beispiel: Thema: warum kleine Teams Release Notes automatisieren sollten, Anzahl 3

发推任务模板：
主题/方向：<要写什么>，条数 <1–5>
可选：语气、受众、必须包含/避开的点
示例：主题：为什么小团队应该自动化 release notes，3 条

Verwende dieselbe Vorlage bei einem Defizit oder nach einem abgelehnten Vorschlag, wenn der Benutzer umformulieren möchte.

Sprache

Antworte auf Englisch oder vereinfachtem Chinesisch gemäß expliziter Präferenz, letzter Nachricht, Konversationssprache, dann Englisch. Übersetze oder normalisiere exakten Post-Text niemals. Bewahre die Aufgabenrichtung, ohne Anforderungen hinzuzufügen.

Obligatorischer Preflight

Aktiviere threadwave-preflight per Skill-Name zu Beginn jeder neuen Post-Aufgabe oder Agenten-Sitzung und nach jeder durch seinen Vertrag definierten Bereitschaftsinvalidierung. Übergib diesen Skill-Namen, den gewählten Modus, die unveränderte Anfrage und die erforderlichen Fähigkeitsfamilien. Verwende dasselbe erfolgreiche Ergebnis für unveränderte Überprüfungsentscheidungen und Workflow-Fortsetzung in derselben Sitzung; führe Preflight nicht allein für eine Überprüfungsentscheidung erneut aus. Rufe tw nicht ohne ein aktuelles oder wiederverwendbares Bereitschaftsergebnis auf.

Erfordert CLI 1.0.21 plus die Befehlfamilien task, draft, plan, scheduler und action. Fehlender Skill, CLI oder Erweiterungsstatus leitet zu https://www.threadwave.xyz/cli/setup/agent.md weiter, während die Anfrage erhalten bleibt.

Aufgabenmodus

1. Erstelle einen begrenzten Vorschlag

Übergib die Richtung als ein sicheres Argument; verknüpfe Benutzerinhalt niemals mit Shell-Syntax. Führe das semantische Äquivalent aus:

tw task create --surface tweet --direction <exakte_benutzer_richtung> --count <1..5> --json

Erfordere schema_version=tw_cli_harness_v1, ok=true und die zurückgegebenen manual_request_ref, task_blueprint_proposal_ref und review_ref. Die Aufgabenerstellung autorisiert keine X-Mutation und darf nicht behaupten, dass Entwürfe oder geplante Posts bereits existieren.

2. Überprüfe den Aufgaben-Vorschlag

Überprüfe nur die zurückgegebene Review-Referenz mit tw task review show <review_ref> --json. Präsentiere die Oberfläche, Richtung, Anzahl, Beschaffungsweg und sicheren Umfang. Warte auf explizite Zustimmung.

Nach Zustimmung rufe tw task review approve <gleiche_review_ref> --json einmal unter dem wiederverwendbaren gleichen Aufgaben-Preflight-Ergebnis auf. Lehne ab oder überspringe nur nach einer expliziten übereinstimmenden Benutzerentscheidung. Übertrage die Zustimmung niemals auf eine geänderte Richtung, Anzahl, Referenz oder Vorschlag-Hash.

Wenn die Ausgabe der Zustimmung leer, teilweise oder nicht parsebar ist, behandle sie als unbestimmt und rufe die Zustimmung noch nicht erneut auf: führe tw task review show <gleiche_review_ref> --json einmal als schreibgeschützte Wiederherstellung aus. Fahre nur fort, wenn es ok=true, data.review.status=approved und die zurückgegebene task_blueprint_ref zurückgibt. Wenn es endgültig data.review.status=pending für dieselbe unveränderte review_ref und denselben Umfang zurückgibt, hat die Zustimmung den Server nie erreicht: teile dem Benutzer mit und biete eine explizite Ja/Nein-Wahl an, um die Zustimmung einmal für genau diese unveränderte Referenz zu wiederholen; ein zweites unbestimmtes Ergebnis stoppt den Ablauf. Wenn die Wiederherstellungslesung selbst fehlschlägt oder nicht schlüssig ist, stoppe als CLI-Vertragsabweichung.

Erfasse jede exakte task_blueprint_ref, die von dieser Zustimmung zurückgegeben wird. Starte eine feste 180-Sekunden-Frist, überprüfe sofort jede mit tw task show <task_blueprint_ref> --json und wiederhole nur, solange deren source_status=awaiting_selection ist; warte vor jeder Wiederholung min(15 Sekunden, verbleibende Zeit), sodass die Frist eine letzte Lesung erhält. Verwende niemals tw task review list, eine globale Review-Liste oder eine letzte Überprüfung, um die Quellen-Reviews dieser Aufgabe zu entdecken.

Wenn source_status=source_reviews_created, folge nur source_review_refs_by_status.pending. Wenn pending leer ist, aber approved oder archived nicht leer ist, hat diese Aufgabe keine ausstehende Quellenentscheidung. Wenn alle drei Buckets leer sind, behandle die Antwort als CLI-Vertragsabweichung und stoppe. Behandle no_valid_targets_found als Defizit und folge direkt den von der CLI zurückgegebenen Referenzen für jeden anderen terminalen Quellenstatus.

3. Folge den zurückgegebenen Workflow-Referenzen

Verwende nur Referenzen und nächste Aktionen, die von der CLI zurückgegeben werden:

• Überprüfe und entscheide über manuelle task_proposal- oder source_selection-Reviews mit tw task review;
• Überprüfe generierte Artefakte mit tw draft show <artifact_ref> --json;
• Überprüfe jeden Inhalts-Review mit tw plan review show <review_ref> --json;
• Genehmige, lehne ab oder überspringe jeden Inhalts-Review unabhängig;
• Überprüfe jede zurückgegebene geplante Mutation mit tw scheduler show und tw scheduler evidence.

Rate nicht den nächsten Review, das nächste Artefakt, Ziel oder die nächste geplante Aufgabe. Fasse mehrere Entwurfs-Reviews nicht zu „Alle genehmigen“ zusammen. Jede Inhaltsgenehmigung kann nur eine exakte geplante X-Mutation autorisieren.

4. Behandle Änderungen und Defizite

• Richtungs-/Quellen-/Winkeländerung: verwende eine explizite tw task retask --task- oder --batch-Anfrage, nachdem der genaue Umfang gezeigt wurde.
• Wortlautänderung in derselben Linie: verwende tw draft redraft mit genauem Feedback, fordere dann einen neuen Inhalts-Review an.
• Weniger gültige Ausgaben als angefragt: melde die tatsächliche gültige Anzahl; erfinde oder dupliziere keine Elemente.
• Genehmigte Aufgabe bleibt bei source_status=awaiting_selection über die feste Aufgaben-Anzeigefrist hinaus: präsentiere die genaue task_blueprint_ref und biete eine explizite Benutzerwahl an – Neustart über tw task restart <task_blueprint_ref> --json einmal (überprüfe ok=true und den zurückgegebenen frischen Ausführungsstatus, setze dann die feste Aufgaben-Anzeigefrist gegen dieselbe Referenz fort; ein Neustart ist eine frische Prä-Mutationsausführung, niemals eine doppelte Aufgabe oder eine Behauptung, dass die alte Entdeckung abgebrochen wurde) – oder stoppe und melde den genauen Blocker. Ein fehlgeschlagener Neustart-Aufruf oder eine Referenz, die weiterhin blockiert, zählt als eine fehlgeschlagene Runde; nach zwei fehlgeschlagenen Runden in derselben Sitzung stoppe und melde den Blocker.
• Unbekannter Scheduler- oder Mutation-Nachweis: stoppe ohne Wiederholung. Präsentiere die genaue Referenz und ihre dauerhafte Klassifizierung und stoppe für eine explizite Benutzerentscheidung: weiter überwachen, überspringen (outcome unknown anerkennen und Überwachung beenden; autorisiert keine Wiederholung oder Ersatz), die genaue benannte scheduled_task_ref via tw scheduler cancel einmal mit überprüftem Rückgabestatus abbrechen oder einen bereinigten Problembericht anfordern.

Exakt-Aktionsmodus

Erfordert einen einzigen exakten Endpost. Verbessere, übersetze, kürze, erweitere, normalisiere Leerzeichen, korrigiere Rechtschreibung, füge Hashtags hinzu oder ändere die Zeichensetzung nicht.

1. Führe tw action tweet --text <exakter_text> --dry-run --json durch sicheres argv/stdin-Handling aus.
2. Zeige den exakten Text vollständig, das Trockenlauf-Ergebnis und die semantische Operation an; bitte um explizite Zustimmung.
3. Behandle jede Zeichenänderung als neue Nutzlast, die einen neuen Trockenlauf und eine neue Zustimmung erfordert.
4. Nach Zustimmung verwende das gleiche Aufgaben-Preflight-Ergebnis erneut und sende tw action tweet --text <selber_exakter_text> --json einmal.
5. Erfordere ok=true, eine action_ref und schlüssigen Beweis, bevor der Abschluss gemeldet wird. Wiederhole niemals ein unbekanntes Ergebnis oder sende einen zweiten Post als Bestätigung.

Grenzen

• Aufgabenmodus erstellt einen Vorschlag mit 1..5 unabhängigen möglichen Entwurfselementen; er gewährt keine Batch-Mutations-Genehmigung.
• Exakt-Aktionsmodus kontrolliert nur einen Post und bleibt außerhalb der Aufgaben-/Plan-Linie.
• Antworte, zitiere, like, speichere, folge oder bediene die Browser-Oberfläche nicht direkt.
• Lege Benutzerinhalte, rohe Nutzlasten, private Referenzen oder lokale Pfade nicht in Diagnosen offen.

Problembericht

Für explizite Berichtsanfragen, CLI-Abweichung, wiederholt ungelöste Einrichtung oder unbekannte Beweise aktiviere threadwave-preflight im Nur-Problembericht-Modus mit bereinigten Metadaten. Schließe Post-Text und Aufgabenrichtung aus. Gib an, dass nichts gesendet wurde.

Rückgabeformat

Status: <wartet auf Aufgaben-Genehmigung | wartet auf Quellen-Genehmigung | wartet auf Inhalts-Genehmigung | geplant | abgeschlossen | blockiert | unbekannt>
Modus: <Aufgabe | exakte Aktion>
Anzahl: <angefragt / gültig / genehmigt / geplant>
Review: <ein genauer aktueller Review>
Warte auf dich: <eine Entscheidung oder Einrichtungsaktion>
你可以 / You can: <zwei bis vier wörtlich sagbare Optionen, gültig am aktuellen Gate>
Nächstes: <eine zurückgegebene Referenz/Aktion oder Stopp>
Problembericht: <Kopieren/Einfügen nur; nichts gesendet>

Die 你可以 / You can:-Zeile listet nur Optionen, die am aktuellen Gate real sind – genaue nummerierte Entscheidungen, angezeigte Referenzen oder die Aufgaben-Vorlage – so formuliert, dass der Benutzer wörtlich antworten kann, lokalisiert zur gewählten Sprache; sie bietet niemals eine Aktion an, die über die Befugnis des aktuellen Gates hinausgeht.