Modul 1: Premises & Layer

Kurs: iio-operator-basics | Modul: 1 von 4 | Dauer: ~45 min

Was ist IIO?

IIO steht für Immutable Infrastructure Organization — ein Framework für deterministische, nachvollziehbare und fail-closed Governance von Organisationen und AI-Agenten. Einfach erklärt: IIO ist ein System, das sicherstellt, dass jede Änderung — egal ob von einem Menschen oder einem AI-Agenten — kontrolliert, dokumentiert und rückgängig machbar ist.

Die drei Kernkonzepte

1. Seed → Node → Tenant

CODEKopieren
IIO Seed (iio/)
  └── Universelle Vorlage — immutabel, Referenz für alles
        │
        └── projiziert auf → Node (z.B. intelego/)
                                 └── Konkrete Organisation mit eigenem Kontext
                                           │
                                           └── projiziert auf → Tenants (bilz/, pm24/, ...)
                                                                    └── Mandanten/Kunden

Wichtig:

• Der Seed wird nicht direkt verändert — er ist die stabile Referenz
• Nodes und Tenants projizieren vom Seed — sie erben Governance-Regeln
• Änderungen fließen: Seed → Node → Tenant (nie umgekehrt ohne Review)

2. Premises (Prämissen)

Premises sind verbindliche Aussagen darüber, wie IIO funktioniert. Sie sind der "Bauplan" des Systems — 102 Prämissen in 8 Schichten.

Beispiele:

• P-CORE-001 — Jede Aktion hinterlässt ein Evidence-File
• P-SAFE-001 — Fail-closed: bei Unsicherheit blockieren, nicht stillschweigend weitermachen
• P-PROJ-001 — Keine Projektion ohne Manifest, Profil und lokalen Kontext

Die Prämissen liegen in: iio/specs/governance/layer-premises-catalog.yaml

3. Die 8 Layer

IIO organisiert alles in 8 Schichten:

Layer	Name	Was	Beispiel
1	Ontology Core	Grundbegriffe, Invarianten	Was ist ein "Actor"?
2	Architecture	Schichtentrennung	Warum darf Layer 3 nicht Layer 5 kennen?
3	Projection	Seed→Node-Regeln	Wie projiziert man korrekt?
4	Safety & Review	Fail-closed, HITL	Wann braucht es einen Menschen?
5	Determinism	Gleicher Input → gleicher Output	Warum keine Zufälligkeit?
6	Transaction & State	Kontrollierter Zustandswechsel	Evidence vor jeder Änderung
7	Learning & Feedback	Was geht in den Seed zurück?	Nur mit explizitem Review
8	Language & Publishing	Sprachtrennung	AGT/DE/EN strikt getrennt

Warum Premises statt Regeln?

Regeln sagen: "Du darfst X nicht." Premises sagen: "Das System funktioniert so, weil Y."

Der Unterschied: Premises erklären das Warum. Wer das Warum versteht, macht keine Ausnahmen — weil er sieht, warum Ausnahmen das System beschädigen.

Fail-Closed — das wichtigste Prinzip

Wenn IIO unsicher ist, blockiert es. Es macht nicht stillschweigend weiter.

CODEKopieren
Beispiel:
  Validator findet einen Fehler
  → Normales System: gibt Warnung, macht weiter
  → IIO: stoppt, schreibt Evidence, wartet auf menschliche Entscheidung

Warum?
  Stille Fehler akkumulieren sich.
  Ein bekannter, dokumentierter Stopp ist besser als
  unbekannte Konsequenzen eines Weitermachens.

Deine Rolle als Operator: Du bist der Mensch, der den Stopp überprüft und entscheidet, ob weitergemacht werden kann.

Evidence-Culture

Jede Aktion in IIO hinterlässt ein Evidence-File — eine maschinenlesbare und menschenlesbare Aufzeichnung was getan wurde, von wem, wann, mit welchem Ergebnis.

CODEKopieren
iio/specs/transformation/evidence/
  full-stack-audit-20260503T120000Z.md    ← Audit-Ergebnis
  training-evidence-workspace-owner-zolo-20260503.md  ← Schulungsnachweis

Warum?

• Jede Entscheidung ist nachvollziehbar
• Kein "ich glaube, das haben wir so gemacht"
• ISO 42001 und EU AI Act verlangen diese Nachvollziehbarkeit

Wissenscheck — Modul 1

Bevor du weitergehst, beantworte diese Fragen für dich selbst:

1. Was ist der Unterschied zwischen Seed, Node und Tenant?
2. Warum ist der Seed immutabel?
3. Was bedeutet "fail-closed" in der Praxis?
4. Warum hinterlässt jede Aktion ein Evidence-File?
5. Was ist der Unterschied zwischen einer Prämisse und einer Regel?

(Formale Antworten im Assessment am Ende des Kurses)