Build Notes

Warum das Produkt so gebaut wird.

Die Architektur folgt einer einfachen Regel: Eine automatisierte Handlung wird erst nützlich, wenn ihr Kontext, ihr Risiko und ihr Ergebnis später noch überprüfbar sind.

LOCAL

Der Produktzustand bleibt auf dem Rechner

Alpha 0.3.0 führt Oberfläche und API in einem lokalen Prozess auf 127.0.0.1 aus. Workspace, Ziele, Evidence, Actions, Receipts und Audit liegen in SQLite. Der Browser erhält eine kurzlebige Sitzung, aber keinen dauerhaften API-Token. Das reduziert die Zahl der beweglichen Teile im ersten belastbaren Produktweg.

RISK

Risiko wird nicht von der Oberfläche geraten

Die Risikostufe entsteht auf dem Server aus dem konkreten Operationstyp und seinem Payload. Dadurch kann die Oberfläche eine kritische Aktion nicht durch eine andere Bezeichnung kleiner erscheinen lassen. Lesende Prüfungen und ein lokaler Draft haben unterschiedliche Verträge, auch wenn beide über denselben Workspace gestartet werden.

APPROVAL

Freigabe bindet sich an den exakten Inhalt

Eine R2-Freigabe speichert den Hash des angezeigten Payloads und läuft nach einem begrenzten Zeitraum ab. Ändert sich der Inhalt, ist die alte Entscheidung nicht mehr gültig. Dieses Modell verhindert pauschale Freigaben, die später für eine andere Maßnahme oder einen veränderten Zielpfad verwendet werden könnten.

RECOVERY

Receipt und Wiederanlauf gehören zusammen

Receipts sind nur einfügbar und werden mit dem Audit verknüpft. Nach einem Abbruch oder Neustart prüft der Agent, ob eine Ausführung noch gültig ist. Abgelaufene oder unklare Zustände verlieren ihre Freigabe. So wird Wiederanlauf zu einem Teil der Sicherheitslogik und nicht zu einer manuellen Aufräumaufgabe.

NEXT

Externe Writes kommen als kleine Connectoren

Der nächste Schritt ist kein allgemeiner Schreibzugriff. Jeder externe Pfad braucht eigenen Scope, Backup, Restore, Freigabe, technische Nachprüfung und ein Receipt. Erst reversible Änderungen mit engem Zielbereich kommen infrage. Der aktuelle Alpha-Pfad bleibt bis dahin eine lokale Draft-Prüfung mit externalWrites 0.

Warum Schreiben und Veröffentlichen getrennte Gates sind

Eine technische Entscheidung für abgestufte Autonomie und nachvollziehbare Verantwortung.

Veröffentlicht

Founding Partner

Prüfe den Loop mit einem echten Workflow.

Founding Partner werden