SPECTRE

Jede Arbeit an einem Feature läuft über einen einzigen Scope-Befehl an. Man muss sich kein ausuferndes Menü an Schritten merken. Nur einen. Was macht der Slash-Befehl-Workflow also tatsächlich. Der Scope-Flow tastet die Ränder der Idee ab und trennt, was rein gehört, was draußen bleibt, was Zukunft ist und was ausdrücklich außerhalb des Umfangs liegt. Für jemanden, der mehrere Projekte jongliert, ist dieser eine Einstiegspunkt der ganze Punkt.

SPECTRE kommt als Satz von Slash-Befehlen, von /spectre:spectre-kickoff für vage neue Features bis /spectre:spectre-ship für den finalen Abschluss. Plan, Execute, Prove und Handoff leben ebenfalls hier. Der Agent schlägt am Ende jeder Antwort den nächsten Befehl vor. So muss man fast nie überlegen, welcher als Nächstes kommt.

SPECTRE leitet bestimmte Aufgaben an spezialisierte Subagenten: einen zum Implementieren, einen zum Analysieren, wie bestehender Code funktioniert, einen zum Finden wiederverwendbarer Muster, einen für die Web-Recherche und einen zum Überprüfen. Die Prompts rufen sie für einen auf, also muss man es nicht selbst tun. Das spart echte Zeit. Jedem Subagenten nur den Kontext seiner Aufgabe zu geben, hält ihn fokussiert. Weniger Rauschen, weniger Irrwege.

Bevor ein Feature als fertig gilt, verwandelt der Schritt prove den Umfang und die Nutzerflüsse in Abnahmekriterien und prüft sie über das eigene Test-Setup. Für visuelle Arbeit fängt er Screenshots oder Video ein und baut eine überprüfbare Nachweisseite. Wer schon ein Feature ausgeliefert hat, das „bestanden" war, aber im Browser brach, sieht den Wert hier.

Führe einen Handoff-Befehl aus, wenn das Kontextfenster voll wird oder man die Aufgabe wechselt. SPECTRE schreibt eine Statusaufnahme und lädt sie automatisch in die nächste Sitzung, wobei die letzten Aufnahmen zu einem durchgehenden Gedächtnis verschmelzen. So kann man das Fenster leeren, ohne den Faden zu verlieren. Schön. Schluss damit, einer frischen Sitzung das ganze Projekt neu zu erklären.

SPECTRE erfasst verifizierte Stolperfallen, Entscheidungen, Muster und Blocker als strukturierte Einträge. Ein größenbegrenzter Startindex zeigt nur die relevanten für eine bestimmte Aufgabe. Danach lädt der Agent den vollständigen Eintrag, nachdem er geprüft hat, dass er noch gilt. Mit der Zeit sammelt das Projekt Kontext an. Er fällt nicht in jeder Sitzung auf null zurück.

Execute zerlegt den Plan in Aufgaben, verteilt sie an parallele Subagenten und führt nach jeder Welle eine Verifikation aus. Danach folgt eine adversarische Code-Überprüfung auf der gegenüberliegenden Runtime, gefolgt von einem Reparaturdurchlauf. Schlicht gesagt: Ein anderes Modell prüft die Arbeit. So kommen blinde Flecken ans Licht, die ein einzelner Agent übersieht. Es ist keine Garantie. Aber viel besser als Hoffen.