Sechs Phasen, jede mit einem Gate

Heute automatisiert

• ✓Aufnahme-Interview: Der Agent stellt die nötigen Fragen, bevor er eine Spezifikation schreibt.
• ✓Recherchephase mit Nachweisrichtlinie: zuerst die Codebasis, und zwei Quellen für jede risikoreiche Aussage (nicht im Quick-Profil).
• ✓Cortex-Code-Graph Ihres Repositorys und eine Bestandsaufnahme dessen, was in einem bestehenden Projekt bereits vorhanden ist.
• ✓Das Sitzungsgedächtnis (Mnemos) bewahrt Ziel, Rahmenbedingungen und Fehler über Durchläufe hinweg.

Roadmap

• ○Eine vollständige Ist-Zustand-Baseline eines bestehenden Systems (abgeleitete ADRs, technische Schulden, Unbekanntes) zu Ihrer Prüfung.
• ○Explizite Auswahl des Projekt-Archetyps vor der Planung.

Heute automatisiert

• ✓Spezifikation, entworfen nach der Vorlage palgu/spec-v2, mit Akzeptanzkriterien.
• ✓Spezifikationsvalidierung durch einen isolierten Validator auf einer anderen Modellfamilie: Nicht belegte Aussagen werden markiert (nicht im Quick-Profil).
• ✓Produkt-, Tech- und Marketing-Review-Boards; kritische Befunde blockieren.
• ✓Kontrollpunkt für die menschliche Freigabe: Der Ablauf pausiert bis zu Ihrer Freigabe und gibt niemals automatisch frei.

Roadmap

• ○Bedrohungs-, Datenschutz- und Sicherheitsmodellierung als Gate in der Spezifikationsphase.
• ○Ziele zur Barrierefreiheit und Architekturdokumentation (C4, ADRs) werden mit der Spezifikation erstellt und geprüft.

Heute automatisiert

• ✓Atomare Aufgaben: Jede hat Akzeptanzkriterien, Testfälle und die ihr zugewiesenen Dateien; eine Integrationsaufgabe ist erforderlich.
• ✓Aufgaben werden in Wellen gruppiert, sodass niemals zwei parallele Aufgaben dieselbe Datei bearbeiten.
• ✓Plan-Review durch das Tech-Board und ein Kontrollpunkt für die menschliche Freigabe.
• ✓Ein Live-Plan mit verlässlichem Fortschritt: Ein Punkt gilt nur dann als erledigt, wenn ein Nachweis vorliegt, dass der Agent tatsächlich gelaufen ist.

Roadmap

• ○Checklisten pro Schritt und Human-in-the-Loop-Freigaben, festgelegt durch Ihre Organisation.

Heute automatisiert

• ✓TDD pro Aufgabe: Die neuen Tests müssen zuerst fehlschlagen (RED) und nach der Änderung bestehen (GREEN); null oder gelöschte Tests werden abgelehnt.
• ✓Geänderte Dateien werden mit den Dateien abgeglichen, die der Aufgabe zugewiesen sind.
• ✓Skills der Organisation werden in passende Anfragen eingebunden, und signierte Stack-Packs (Ihre Standards) definieren die erforderlichen Gates.
• ✓Das Routing wählt das Modell pro Rolle; Budgets und Richtlinien gelten für jede Anfrage.

Roadmap

Für diese Phase ist nichts offen.

Heute automatisiert

• ✓Funktionale Akzeptanztests, zugeordnet zu den Akzeptanzkriterien, eine visuelle Prüfung mit Screenshots und ein Demo-Video.
• ✓Jede Prüfung wird zusammen mit dem geprüften Commit in das Qualitätsregister geschrieben.
• ✓Wenn alle erforderlichen Prüfungen einer Aufgabe bestanden sind, signiert Palgu ein „Done“-Urteil für dieses Repository und diesen Code-Digest; eine nicht signierte Aufgabe wird als nicht attestiert ausgewiesen.
• ✓Unabhängiges, kontradiktorisches Review durch das Tech-Board; kritische Befunde blockieren.
• ✓Sicherheitsscan auf dem Integrationsbaum (Secrets, statische Analyse, Abhängigkeits-Audit). Standardmäßig zuerst als Warnung: Kritische Befunde werden gemeldet und der Ablauf läuft weiter; ein Stack-Pack kann sie als blockierend festlegen.
• ✓Risikoprüfungen am Gateway bewerten Änderungen an sensiblem Code und stoßen die Sitzung an, diese zu beheben.

Roadmap

• ○Red-Team- und KI-Agenten-Evaluierungssuiten.
• ○Control-Plane-Attestierung der Nachweise jeder Phase (heute werden die Nachweise pro Phase lokal erfasst; nur das abschließende „Done“-Urteil wird signiert).

Heute automatisiert

• ✓Pull-Request-Entwurf, dessen Beschreibung aus den erfassten Nachweisen erstellt wird.
• ✓Optionales Preview-Deployment des Integrations-Standes auf Ihrem eigenen Plattform-Konto (standardmäßig deaktiviert, Opt-in pro Organisation).
• ✓Produktions-Deployments erfordern die Freigabe eines Organisations-Admins, gebunden an Repository, Commit, Plattform, Konto, Umgebung und Befehlsplan; sie läuft nach 30 Minuten ab und ein neuer Commit macht sie ungültig.
• ✓Die Shell des Agenten verweigert Befehle für Produktions-Deployments. Freigaben, Ablehnungen und Ausführungen von Deployments werden lokal protokolliert und in den Audit-Trail der Organisation kopiert, sobald das Gateway erreichbar ist.

Roadmap

• ○Leitplanken über die Shell des Agenten hinaus (weitere Tools und MCP-Server, eine Richtlinie der Organisation für Produktions-Deployments) sowie ein verwalteter Prozess für Schlüssel von Produktionsumgebungen.
• ○Ein Release-Nachweispaket mit Ausnahmegenehmigungen, Rollback- und Cutover-Prüfungen.
• ○Deployment-Einträge im Dashboard (heute werden sie im Audit-Trail der Organisation gespeichert und nicht auf der Audit-Log-Seite angezeigt).