Player für Prozesse aus mehreren Skills: Daten einbringen, Skill-Schritte aus WAS, optionalem WER, Rolle und QS sequenzieren, echte LLM-Läufe ausführen und jeden Schritt im Arbeitsverzeichnis nachweisen.
Repository: SkillWorkflowEngine · App-Bundle: SkillShortCuts
Von strukturierter Eingabe zu prüfbaren Artefakten
Die UI ist als Arbeitsfläche für kontrollierte Skill-Prozesse aufgebaut
Der Nutzer wählt Arbeitsverzeichnis, Eingabeordner, Textkontext und AIConsultant-Bibliothek. Der Auftrag wird strukturiert erfasst, damit Ziel, Kontext, Ergebnis und Kriterien stabil bleiben.
Skills, Personas, Rollen und QS-Modi werden per Drag-and-drop zu einer Prozesskette kombiniert. Jeder Schritt kann Lead, Support, Challenge, Second Opinion, Lektorat oder Finalizer sein.
Der Inspector zeigt Prompt-Vorschau, Run-Status, Ergebnisse, Review, Redo, Debug-Dateien, Gatekeeper-Bericht und Audit-Spur für den ausgewählten Schritt.
Die App reduziert Freitext-Drift und macht jeden Arbeitsschritt nachvollziehbar
Skills, Personas und Rollen werden kombiniert: welcher Skill arbeitet mit welcher Perspektive auf welchen Daten.
Ausführen, Bearbeiten und Prüfen trennen Nutzung, Konfiguration und Nachweis-Sicht.
Ziel, Kontext, gewünschtes Ergebnis und Kriterien ersetzen den reinen Promptkasten.
QS kann freigeben oder mit Feedback einen Redo auslösen. Nur der neue Stand wird current.
Vorprüfung auf fehlende Angaben, API-Key, unpassende Inputs und Prompt-Injection-Muster.
Jeder Lauf erhält ein frisches Verzeichnis; Debug zeigt Prompts, Daten, Output und Review, Audit v2 schreibt eine CHAIN.jsonl.
Start, Freigabe, Redo und Abbruch folgen demselben sichtbaren Prozessmodell
Der Play-Button erzeugt einen neuen Run, schreibt Run-Plan und Gatekeeper-Report und legt ein frisches Unterverzeichnis im zentralen Arbeitsverzeichnis an.
Ein manueller QS-Schritt wird im Workflow hervorgehoben. Der Play-Button wirkt dann wie "Freigeben und weiter".
Feedback führt denselben Schritt erneut aus. Eingangsmaterial, vorheriges Ergebnis und Korrekturprompt gehen in den neuen Versuch; nur der letzte Stand wird current.
Der Abbruch-Button beendet den aktuellen Run, schreibt WORKFLOW_ABORTED in die Audit-Chain und setzt den inhaltlichen Workflow-Zustand zurück.
Ein Ordner wird durch mehrere Skill-Schritte geführt, bis ein prüfbares Ergebnis entsteht
Analysiert den Projektordner, erkennt Risiken, Verantwortlichkeiten, ADR-Bedarf und nächste Schritte.
Ergänzt das Review aus einer zweiten fachlichen Perspektive und liefert konkrete Nachbesserungen.
Sucht Widersprüche, fehlende Evidenz, Prompt-Risiken und fachliche Lücken im aktuellen Stand.
Verdichtet freigegebene current.md-Artefakte zu einem Abschlussdokument oder einer Ergebnisstruktur.
Jeder Skill-Schritt bekommt eine klare Verantwortung
Führt den Schritt, strukturiert das Ergebnis, trifft Annahmen transparent.
Ergänzt den Lead, vertieft Teilaspekte, bereitet Übergaben vor.
Prüft kritisch, sucht Lücken, Risiken und Widersprüche.
Erstellt eine unabhängige Zweitmeinung auf Basis von Input und Vorartefakten.
Vereinheitlicht Sprache, Struktur, Tonalität und Lesbarkeit.
Erzeugt das finale Artefakt aus den freigegebenen aktuellen Stands.
Jeder Durchlauf bekommt ein frisches Verzeichnis unterhalb des zentralen Arbeitsverzeichnisses
Der erste Chain-Eintrag versiegelt Workflow, Run-Plan, verwendete Skills, Personas, Provider-Konfiguration und Gatekeeper-Ergebnis.
STEP_STARTED, PROMPT_BUILT, LLM_REQUEST_SENT, ARTIFACT_WRITTEN, REVIEW_REQUIRED, REVIEW_APPROVED und STEP_COMPLETED dokumentieren die Arbeitsschritte.
Ein fertiger Run endet mit WORKFLOW_SEALED. Ein abgebrochener Run endet mit WORKFLOW_ABORTED und bleibt trotzdem prüfbar.
Provider bleiben konfigurierbar, die Prozesslogik bleibt im Skillworkflow
In drei Befehlen zur laufenden App