Wie man KI-Assistenten mit dem GSD Core Framework vor Kontextverschlechterung schützt
Die ersten 15 Minuten mit einem neuronalen Netzwerk-Assistenten wie Claude Code oder Cursor sehen typischerweise perfekt aus. Das Modell erfasst sofort die Projektstruktur, schreibt saubere Funktionen und organisiert Module ordentlich in Ordnern. Eine halbe Stunde vergeht, die Sitzung wächst auf Dutzende von Nachrichten, und etwas Seltsames beginnt zu passieren. Das Modell wird verwirrt von seinen eigenen Änderungen, „vergisst" die Architektur und beginnt, dieselben Fehler zu wiederholen.
In der Prompt-Engineering-Praxis wird dieser Effekt als Kontextverschlechterung (Context Rot) bezeichnet. Wenn das Kontextfenster mit Debug-Protokollen, alten Code-Versionen und zufälligen Nachrichten verstopft wird, sinkt die Generierungsqualität. Das Projekt GSD Core wurde speziell entwickelt, um dieses Problem zu lösen.
Die Projektidee
Das Tool ist ein Meta-Prompting-System für das Kontextmanagement. Anstatt eines langen Chats, in dem Diskussionen, Suchen und Dateigenerierung vermischt werden, organisiert GSD Core die Entwicklung durch eine Kette unabhängiger Sub-Agents.
Die Hauptsitzung mit dem Modell bleibt sauber. Die gesamte Schwerstarbeit – Repository-Recherche, Planung und Code-Schreiben – wird in Hintergrundprozesse verlagert. Jeder Sub-Agent startet mit einem frischen 200.000-Token-Kontextfenster, führt eine spezifische isolierte Aufgabe aus und gibt nur eine komprimierte Zusammenfassung an den Hauptfluss zurück.
Das Framework ist für beliebte CLI-Tools und Umgebungen angepasst: Claude Code, Cursor, Copilot, Codex, Windsurf, Kimi CLI und OpenCode.
Der Fünf-Schritte-Entwicklungszyklus
Alle Arbeiten innerhalb von GSD Core basieren auf einer festen Schleife von fünf aufeinanderfolgenden Schritten:
- Diskutieren. Sie fixieren architektonische Entscheidungen mit dem Assistenten, bevor Sie einen Plan erstellen. Dies verhindert Situationen, in denen das Modell anfängt, Dinge zu erfinden, während es Code schreibt.
- Planen. Der Sub-Agent untersucht die Codebasis, zerlegt die Aufgabe in kleine Schritte und verifiziert, dass der resultierende Plan in das Kontextfenster passt.
- Ausführen. Aufgaben werden in parallelen Wellen gestartet. Jeder Worker erhält einen frischen Kontext, sodass das Volumen der zuvor angesammelten Protokolle keine Auswirkungen auf die Codequalität hat.
- Verifizieren. Der Agent überprüft die geschriebenen Dateien, identifiziert Inkonsistenzen, prüft die Funktionalität und bereitet einen Korrekturplan vor, bevor die Phase abgeschlossen wird.
- Veröffentlichen. Das Tool erstellt einen Pull-Request in Git, archiviert die abgeschlossene Phase und bewegt sich zum nächsten Schritt.
Dieser Ansatz löst auch ein weiteres häufiges Problem – den Gedächtnisverlust beim Neustart einer Sitzung. Alle Entscheidungen, aktuellen Status und Kontexte werden in Markdown-Dateien STATE.md und CONTEXT.md direkt im Stammverzeichnis Ihres Repositories aufgezeichnet. Wenn das Terminal geschlossen wird oder Sie zwischen Editoren wechseln, bleibt die gesamte Historie erhalten.
Installation und grundlegende Befehle
Die Installation erfolgt mit einem einzigen Konsolenbefehl:
npx @opengsd/gsd-core@latest
Der interaktive Assistent fragt, welche Runtime Sie verwenden, und bietet an, das Framework global oder lokal im Projektverzeichnis zu installieren. Die Repository-Autoren bitten ausdrücklich darum, den Installer zu verwenden, anstatt Dateien manuell zu kopieren, um die Agent-Kompatibilität nicht zu beeinträchtigen.
Nachdem das Setup abgeschlossen ist, werden spezialisierte Befehle in Ihrer Arbeitsumgebung verfügbar:
/gsd-new-project # Для старта нового проекта с чистого листа
/gsd-onboard # Для подключения фреймворка к существующему репозиторию
Der Onboard-Befehl scannt die Codebasis, erstellt automatisch eine Projektkarte und generiert Basis-Zustandsdateien.
Wie es in der Praxis aussieht
Ich habe das Tool an einem kleinen Projekt getestet. Der Hauptkomfort zeigt sich bei der Fehlersuche. Normalerweise wird der Chat sofort mit Konsolenprotokollen und Stack-Traces überladen, danach verliert der Assistent das Verständnis für den Kontext. Mit der Sub-Agent-Trennung bleibt der Hauptdialog sauber und Änderungen werden präzise vorgenommen. Die Änderungshistorie wird direkt in Git gespeichert, sodass Sie sicher zu einer beliebigen Phase zurückkehren können.
Andererseits erfordert das Format Disziplin. Wenn Sie es gewohnt sind, einfach Fehlerscreenshots in das Chatfenster zu werfen und sofortige Korrekturen zu erwarten, müssen Sie sich umstellen. Erst Diskussion, dann ein klarer Plan, Verifizierung und erst dann Committen. Außerdem verbrauchen mehrere im Hintergrund laufende Agents mit 200.000-Token-Kontexten spürbar schneller API-Limits.
Für wen das Tool geeignet ist
GSD Core ist nützlich für Ingenieure, die KI-Assistenten bei Aufgaben einsetzen, die größer sind als lokales Refactoring einiger weniger Funktionen. Wenn Ihre Sitzungen in Cursor oder Claude Code nach einer halben Stunde Arbeit regelmäßig ins Chaos übergehen, wird eine strenge Phasenplanung helfen, die Stabilität des Modells wiederherzustellen.
Ähnliche Projekte