AIJIM SHARK Abnahmepfad

Diese Abnahme läuft gegen die gebundene Remote-Hybrid-Umgebung. Sie bewertet Product-Verhalten und sichtbare Grenzen; sie ersetzt weder Protocol-Conformance noch wissenschaftliches Peer Review oder eine Produktionsfreigabe.

1. 1. Anmeldung und Wiederherstellung

   /login → /workspaces

   Eine abgelaufene Sitzung wird still erneuert oder führt über die lokalisierte Anmeldung exakt zur ursprünglichen Route zurück.

2. 2. Arbeitsbereich wählen

   /workspaces

   Start, Zuletzt und Arbeitsbereiche zeigen ausschließlich remote gelesene Daten. Angeheftete Objekte verändern keine Aktivitätsreihenfolge.

3. 3. Fall anlegen

   /w/<workspaceId>/cases/new

   Der Fall entsteht erst nach erfolgreichem registriertem Product-Write; Fehler erzeugen keinen optimistischen Scheinzustand.

4. 4. Schreiben und Checkpoint sichern

   /w/<workspaceId>/cases/<caseId>

   Der native Arbeitsstand überlebt Reload und Prozessneustart. Ein Checkpoint friert exakte Bytes ein, ohne Prüfung oder Freigabe zu behaupten.

5. 5. Bestehendes Material aufnehmen

   Fall · Hinzufügen

   LaTeX/Markdown sowie Word/PDF werden byte-genau aufgenommen. Lesbare Projektionen und fehlende Ableitungen bleiben getrennte Zustände.

6. 6. Technisch kompilieren

   Fall · compile.v1

   Der digest-gepinnte Lauf speichert PDF und Log mit Identitäten und engem Status. Er behauptet technische Erzeugung, nicht Wahrheit oder Freigabe.

7. 7. Aussagen und Quellen binden

   Fall · Quellen / Aussagen

   Bindungen referenzieren exakte Dokumentbytes. Änderungen erzeugen stale; eine exakte Rücknahme stellt current wieder her, ohne Historie umzuschreiben.

8. 8. Copilot-Vorschläge prüfen

   Fall · Copilot

   Modell, Digest, Anfrage, Antwort und Vorschlag bleiben sichtbar getrennt. Ein Vorschlag darf niemals den menschlichen Speicherakt ausführen.

9. 9. Review koordinieren

   Fall · Review

   Review-Anfragen zielen auf eine exakte Dokument- oder Checkpoint-Identität. unable_to_judge und unavailable sind Erstklasse-Zustände.