KI-Text-Bereinigung

Verwende den Dagu-Skill, um einen Workflow zur KI-Text-Bereinigung zu erstellen. Beziehe dich auf die Schema-, Coding-Agent- und Fallstricke-Referenzen für die korrekte Syntax. Frage den Benutzer: - Soll eine Datei verarbeitet oder Text direkt eingefügt werden? (Unterstützung für sowohl input_file als auch input_text Parameter) - Wie viele Überarbeitungsrunden? (Standard: 2) - Strenge-Stufe? (low/medium/high, Standard: medium) Voraussetzungen: mindestens eine KI-Coding-Agent-CLI installiert (claude oder gemini). curl zum Abrufen der Wikipedia-Referenz. Der Workflow hat 4 Schritte: detect_agent, setup, review_loop, finalize. Schritt 1 — detect_agent: Den vollständigen Binärpfad ausgeben (nicht nur den Namen), da Dagu-Skripte möglicherweise nicht den vollständigen PATH des Benutzers haben. Gängige Speicherorte wie ~/.local/bin/ als Fallback prüfen. PATH: "${HOME}/.local/bin:${PATH}" zu den Top-Level-Umgebungsvariablen hinzufügen. Schritt 2 — setup: - Die neueste Wikipedia-Seite "Signs of AI Writing" (Roh-Wikitext) über curl abrufen. Die URL sollte eine Top-Level-Umgebungsvariable sein, damit Benutzer sie austauschen können. - Den Eingabetext vorbereiten. Bei input_file mit cp kopieren. Bei input_text `printenv input_text` verwenden, um ihn sicher in eine Datei zu schreiben — NICHT ${input_text} direkt in Skripten verwenden, da Dagu Variablen vor der Shell-Ausführung expandiert. Siehe den printenv-Fallstrick. - Alle mehrzeiligen/benutzergesteuerten Umgebungsvariablen (WRITING_STYLE, ADDITIONAL_RULES, CHECK_STRICTNESS) in Hilfsdateien mit gemeinsamem Präfix in DAG_DOCS_DIR schreiben. Diese Dateien werden vom Schleifenschritt gelesen und im Finalisierungsschritt bereinigt. Schritt 3 — review_loop: Ein einzelner Skript-Schritt mit einer Bash-for-Schleife (NICHT repeat_policy, NICHT ein Sub-DAG). Die Schleife läuft bis zu max_rounds Iterationen: a. Einen Prompt mit der Wiki-Referenz, dem Stil (aus Datei), der Strenge (aus Datei) und dem aktuellen Text erstellen. Ein Heredoc-Trennzeichen in einfachen Anführungszeichen (<<'INSTR') für die Systemanweisungen verwenden, damit die Shell sie nicht expandiert. b. Den KI-Agenten aufrufen (CHECK_MODEL, z.B. sonnet), um den Text zu prüfen. Erste Zeile der Ausgabe: Anzahl der Probleme. Restliche Zeilen: Feedback pro Problem im Format: ISSUE: "<Zitat>" | SIGN: <Kategorie> | FIX: <Umschreibung>. c. Das Feedback in einer Datei pro Runde speichern (z.B. ${P}_feedback_round${ROUND}.txt), damit der Finalisierungsschritt es in den Bericht aufnehmen kann. d. Die Anzahl extrahieren. Bei 0 sofort abbrechen (keine Umschreibung nötig). e. Den KI-Agenten aufrufen (REWRITE_MODEL, z.B. opus) zum Umschreiben. Die Ausgabe direkt in die Textdatei schreiben und vor Ort überschreiben. KRITISCH: Mehrzeilige Umgebungsvariablen wie WRITING_STYLE oder ADDITIONAL_RULES NICHT direkt im Skript referenzieren — Dagu expandiert sie vor der Shell-Ausführung, was das Parsing unterbrechen kann. Stattdessen aus den vom Setup geschriebenen Hilfsdateien über cat lesen. Nur einfache Umgebungsvariablen (Pfade, Modellnamen, Zahlen) können direkt verwendet werden. Schritt 4 — finalize: Einen vollständigen Bericht erstellen mit: Metadaten-Header (Datum, Wortanzahlen, Strenge, Problemanzahl pro Runde), dann ein Abschnitt "Gefundene und behobene Probleme" mit dem gesamten Feedback pro Runde, dann ein Abschnitt "Endgültiger Text" mit dem umgeschriebenen Text. Alle Hilfsdateien einschließlich der Feedback-Dateien pro Runde bereinigen. Umgebungsvariablen-Einstellungen (alle auf Top-Level, einfach anpassbar): - WRITING_STYLE: mehrzeilig (|) Anweisungen zum Ziel-Schreibstil - CHECK_STRICTNESS: low/medium/high - CHECK_MODEL: Modell zum Prüfen (günstiger, z.B. sonnet) - REWRITE_MODEL: Modell zum Umschreiben (Qualität, z.B. opus) - ADDITIONAL_RULES: zusätzliche Regeln über die Wikipedia-Referenz hinaus - WIKI_URL: Wikipedia-Roh-URL (austauschbar) - WIKI_EXCERPT_LINES: wie viele Zeilen des Wikis der KI zugeführt werden Stark typisierte Parameter verwenden (name, type, description, default, minimum, maximum). Wichtig: Die Fallstricke-Referenz auf bekannte Workarounds prüfen. Der Coding-Agent-Referenz für den korrekten nicht-interaktiven Befehl und die Modell-Flags folgen.