Skip to main content
Alle Projekte

Open-Source-Entwicklerwerkzeug

GodPrompt

Ein Engineering-Workflow. Zwei Bereitstellungsebenen.

GodPrompt macht wiederkehrende Software-Engineering-Disziplin zu einem wiederverwendbaren Agenten-Workflow: Aufgabe klassifizieren, Codebasis verstehen, die kleinste Änderung planen, mit dem passenden Protokoll ausführen, Evidenz prüfen und anschließend nur das berichten, was tatsächlich belegt ist.

Veröffentlicht · MIT-Lizenz

9
Aufgabentypen
7
MCP-Tools
2
Open-Source-Repos
MIT
Lizenz

Architektur

Workflow und Transport bleiben getrennt.

01

GodPrompt Core

Das Kern-Repository enthält den ständig aktiven Skill, tiefere Protokolle, Verifikations-Gates und Anti-Pattern-Hinweise. Für Umgebungen, die eine einzelne Datei bevorzugen, bleibt eine kombinierte GodPrompt.md verfügbar.

  • Routet BUILD-, DEBUG-, REFACTOR-, CONTENT-, DESIGN-, SHIP-, ANALYZE-, AUTOMATE- und PLAN-Aufgaben.
  • Hält universelle Regeln im Hot Path und lädt tiefere Anleitung nur bei Bedarf.
  • Kann über Repository-/Projektanweisungen ohne MCP-Client verwendet werden.
02

GodPrompt MCP

Der begleitende TypeScript-Server stellt denselben Workflow über das Model Context Protocol bereit, statt den Inhalt in einem zweiten System zu duplizieren.

  • Sieben Tools stellen Core Skill, Protokolle, Gates, Anti-Patterns, Task-Klassifizierung und Versionsmetadaten bereit.
  • Unterstützt lokales stdio und ist zur MCP-Auffindbarkeit auf Glama gelistet.
  • Generierter Inhalt wird aus dem Kern-Repository synchronisiert und durch einen MCP-Initialisierungs-/Tool-List-Test abgesichert.

Ausführungsmodell

Ein begrenzter Pfad von der Anfrage zur Evidenz.

  1. 01

    Klassifizieren

    Aufgabentyp erkennen und das passende Protokoll auswählen.

  2. 02

    Verstehen

    Code und Abhängigkeiten lesen, bevor Verhalten geändert wird.

  3. 03

    Planen

    Umfang, Dateien, Risiken und Verifikation vor der Implementierung festlegen.

  4. 04

    Ausführen

    Den aufgabenspezifischen Workflow anwenden, einschließlich TDD, wo sinnvoll.

  5. 05

    Verifizieren

    Die Prüfungen ausführen, die die Änderung tatsächlich belegen können.

  6. 06

    Liefern

    Änderung, Evidenz, Grenzen und Rollback-Pfad berichten.

Progressive Disclosure

Basiskontext klein halten. Tiefe erst laden, wenn sie gebraucht wird.

Die Architektur trennt den kompakten, ständig aktiven Skill von tieferen Protokoll-, Gate- und Anti-Pattern-Referenzen. MCP-Clients können dieselben Teile einzeln anfordern; für Umgebungen mit einem einzigen Artefakt bleibt der vollständige kombinierte Payload verfügbar.

Quellcode & Distribution