haoyun18881-beep/project-delivery-engine

Projektabwicklungs-Engine: Sorgt dafür, dass KI auch nach monatelanger Arbeit noch weiß, was sie tut.

Was ist project-delivery-engine?

Die Projektabwicklungs-Engine (Project Delivery Engine) ist ein KI-Agent-Skill, der langlaufende Projekte strukturiert verwaltet. Sie verhindert, dass die KI den Fortschritt vergisst, Dateien durcheinanderbringt oder unerledigte Aufgaben als abgeschlossen meldet – selbst nach Monaten oder bei einem Wechsel des KI-Assistenten. Der Skill ist extrem schlank (nur ca. 4 KB Einstieg) und liest Regeln bei Bedarf aus referenzierten Dateien. Er unterstützt Funktionen wie Projektinitiierung, Fortsetzung, unabhängige Überprüfung und Parallelbearbeitung durch Unter-Agenten. Zu den Kernfähigkeiten gehören das Festhalten von Zwischenständen, das Trennen von Regeln, Status, Nachweisen und Materialien, das Definieren von Teilaufgaben mit klaren Abnahmekriterien sowie das Erstellen von Übergabedokumenten. Unterstützt wird dieser Skill auf allen Plattformen, die SKILL.md-basierte Agent Skills verwenden, wie Claude Code, Cursor, Codex und ähnliche. Die Engine arbeitet mit einem Routing-Mechanismus und liest bei Bedarf spezifische Referenzdateien (z. B. project-state.md, collaboration.md, taskcard-evidencebundle.md), um den Projektzustand konsistent zu halten.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add haoyun18881-beep/project-delivery-engine

Installed? Explore more Produktivität & Zusammenarbeit skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Projektabwicklungs-Engine | Project Delivery Engine

Sorgt dafür, dass KI auch nach monatelanger Arbeit noch weiß, was sie tut.

Je länger ein Projekt läuft, desto leichter vergisst die KI den Fortschritt, bringt Dateien durcheinander oder meldet unerledigte Aufgaben als abgeschlossen. Die Projektabwicklungs-Engine sorgt dafür, dass der Projektstatus dauerhaft im Griff bleibt.

  • Sehr schlank: Der Einstieg ist nur ca. 4 KB groß, die Regeln werden bei Bedarf gelesen.
  • Sehr rigoros: Wichtige Ergebnisse können von einer anderen KI unabhängig überprüft werden – speziell um Scheinerledigungen aufzudecken.
  • Sehr stabil: Solange die Projektdateien vorhanden sind, kann nach Fensterwechsel, KI-Wechsel oder Monaten später vom gespeicherten Zustand aus weitergearbeitet werden.

Verwendung: Wählen Sie diesen Skill aus und geben Sie dann ein: Projekt initiieren, Projekt fortsetzen, Übergabedokumente erstellen, Unabhängige Überprüfung, Parallel (Agent entsenden) usw.

Projektseite: GitHub|Projektabwicklungs-Engine (GitHub-Profil des Autors).

Was sie für den Benutzer im Griff behält

  • Speichert den aktuellen Fortschritt, nächste Schritte, Risiken und Übergabeeinstiege, sodass kein erneutes Erklären beim Fensterwechsel nötig ist.
  • Trennt Regeln, aktuellen Status, historische Belege und echte Materialien – bei mehr Dateien entsteht kein Durcheinander.
  • Definiert für Teilaufgaben Umfang, Abnahmekriterien und Abbruchbedingungen, sodass mehrere KI-Agenten parallel nicht aneinander vorbeiarbeiten.
  • Lässt wichtige Ergebnisse einer unabhängigen Überprüfung unterziehen, sodass die ausführende KI nicht selbst über ihre Arbeit richtet.
  • Erstellt am Phasenende eine strukturierte Übergabe, sodass ein neues Fenster, eine neue KI oder eine Fortsetzung Monate später möglich ist.

Bearbeitungsreihenfolge

SKILL.md enthält nur das Routing und die harten Grenzen der Projektabwicklungs-Engine; die Detailregeln werden bei Bedarf aus Referenzen gelesen.

  1. Anhand des aktuellen Benutzerbefehls und der Projektdateien wird der Aufgabenumfang bestimmt. Nur wenn die Aufgabe vom aktuellen Projektstatus abhängt oder der Benutzer explizit die Verwaltung des aktuellen Projekts verlangt, wird dieser Skill angewendet. Normale einmalige Anfragen und einmalige parallele Aufgaben, die nicht vom Projektstatus abhängen, dürfen keine Projektakte anlegen.
  2. Wenn die Aufgabe vom Projektstatus abhängt, wird gemäß references/project-state.md der Projektstamm, das Fünf-Satz-Paket und die erforderlichen Indizes überprüft. Beim Neuanlegen oder Reparieren von Dateien wird references/project-file-templates.md gelesen.
  3. Einfache Aufgaben im Hauptthread werden direkt ausgeführt. Wenn Zusammenarbeit, Parallelarbeit, Worktree (isolierter Arbeitsbaum) oder Bestätigung erforderlich sind, wird gemäß references/collaboration.md die Route gewählt; bei echter Arbeitsteilung wird references/taskcard-evidencebundle.md gelesen.
  4. Am Aufgabenende wird gemäß references/project-state.md entschieden, ob eine Konsolidierung erforderlich ist.

Mechanische Prüfungen, Nummerierungen, Startphrasen und das kontrollierte Schreiben von Governance-Dateien sind in references/project-gov-cli.md festgelegt.

Bei erstmaliger Verwendung, wenn der Benutzer nach der konkreten Verwendung fragt oder bei project-gov-Fehlern wird references/quickstart-faq.md gelesen.

Harte Grenzen

  • Der Hauptthread ist für die endgültige Übernahme verantwortlich. Kooperations-Threads, Skripte und Belegpakete dürfen nicht anstelle des Hauptthreads den Abschluss erklären oder Ergebnisse zusammenführen.
  • Die Projektdatei AGENTS.md enthält nur die Projektidentität, projektspezifische Fakten, Berechtigungen und Grenzen – sie kopiert keine allgemeinen Regeln aus diesem Skill.
  • Beim Anlegen von Dateien im Governance-Bereich, bei Checkpoints oder Übergaben muss project-gov propose (Vorschau) → apply (Ausführen) verwendet werden. Wenn das Werkzeug dies nicht ausdrücken kann, muss abgebrochen und erklärt werden; Umgehungen sind nicht erlaubt.
  • Es dürfen nur die für die aktuelle Aufgabe benötigten Referenzdateien ausgewählt werden; nach der Auswahl müssen sie vollständig gelesen werden.

Verwandte Skills