TAKE BACK YOUR DATA
DEEN
Menü
PRÜFEN · CLAIM-BEZOGEN, BINÄR, FAIL-CLOSED

Prüfe immer den konkreten Claim – nicht das Gefühl, dass „alles gut aussieht“.

Bei SES können verschiedene Dinge korrekt sein und trotzdem unterschiedliche Aussagen beweisen. Eine vollständige Arbeitsunterlage, ein integer veröffentlichtes C0-Artefakt und eine produktiv gültige Betreiberinstanz sind drei verschiedene Claims.

PASS gilt nur für den ausdrücklich benannten Prüfgegenstand, die gebundene Maschinenidentität, den beanspruchten Scope und den geprüften Zustand. Eine offene Pflichtbedingung blockiert PASS.

Prüfen verändert die normative Maschinenordnung nicht. Ein Reviewer, Auditor, Validator, Hash, CID oder Website-UI wird dadurch nicht zum Souverän der Betreiberinstanz.

Meinen Prüfzweck wählen ↓
1 · DREI VERSCHIEDENE PRÜFWELTEN

Trenne zuerst, welche Art von Aussage du überhaupt prüfen willst.

Maschinenbildung prüfen

Ist der behauptete Wirkungsraum vollständig gebunden? Sind Authority, Regeln, States, Evidence und C0–C2 geschlossen?

Prüfweg öffnen →

Aktivierung und Betrieb prüfen

Ist die konkrete gebundene Maschine C3-aktivierbar und – falls behauptet – tatsächlich als C4 produktiv aktiviert?

Prüfweg öffnen →

Publikation und Integrität prüfen

Ist eine veröffentlichte C0-Version eindeutig, unverändert, vollständig und über Version/CID/Hashes prüfbar?

Prüfweg öffnen →
Maschinenvalidität ≠ Aktivierungsstatus ≠ Publikationsintegrität.
2 · VOR JEDER PRÜFUNG: DEN PRÜFCLAIM SCHLIESSEN

Ohne klaren Prüfgegenstand ist selbst ein technisch perfekter Review nicht aussagekräftig.

Ein Prüfer muss vor dem ersten Gate festhalten, was genau geprüft wird, für welche konkrete Instanz oder Publikation, zu welchem Zeitpunkt und welche Aussagen ausdrücklich nicht Teil des Reviews sind.

Prüfobjekt

Welche konkrete Maschinenidentität, Instanz, C-Level-Artefaktfamilie oder Publikationsversion wird geprüft?

Claim

Welche Aussage soll PASS oder non-PASS werden: Scope Closure, Rule Completeness, C2 Binding, C3, C4 oder Publikationsintegrität?

Evidence-Basis

Welche Artefakte, States, Records, Hashes und Rekonstruktionspfade sind für genau diesen Claim zulässig?

Zeit / Zustand

Gilt der Review für einen bestimmten Maschinenzustand oder eine bestimmte unveränderte Publikationsversion?

Non-Claims

Welche Aussagen – z. B. Rechtsgültigkeit, Compliance, Kundenbetrieb oder C4 – werden ausdrücklich nicht mitgeprüft?

Wenn der Prüfclaim unklar ist, bleibt das Ergebnis OPEN. Der Prüfer darf die Claim-Grenze nicht nachträglich so verschieben, dass ein gewünschter PASS entsteht.
3 · MASCHINENBILDUNG PRÜFEN

Prüfe die Maschinenordnung in drei getrennten Schritten: Scope/Baseline, Regelgültigkeit und C0–C2.

3A · Wirkungsraum, Effect Candidates und Baseline

Prüfe nicht, ob alle bekannten Systeme aufgelistet sind. Prüfe, ob alle effect-relevanten Wege des beanspruchten Wirkungsraums vollständig gebunden oder korrekt gegenklassifiziert sind.

  • direkte, menschliche, organisatorische, externe, zeitversetzte und verdeckte Effect Candidates sind berücksichtigt
  • BOUND / EXCLUDED / NOT_CLAIMED / OPEN / SUSPENDED / RED / BLACK sind nachvollziehbar klassifiziert
  • `allow-as-before` ist bei Baseline-only eine aktive Regel, nicht die Abwesenheit von Regeln
  • Scope Discovery wird nicht als automatische Vollständigkeitsgarantie verwendet
  • neue effect-relevante Pfade erzeugen eine neue Gültigkeitsfrage
Ein ungebundener effect-relevanter Pfad innerhalb des grünen Claims blockiert PASS.

3B · Regelvollständigkeit und binäre Gültigkeit

Prüfe für jede relevante Effect Class, ob eine vollständige, finite und bindbare Entscheidungsordnung existiert.

  • Effect Space und Effect Classes sind geschlossen
  • Authority ist gebunden und technische Fähigkeit wird nicht mit normativer Macht verwechselt
  • Object, State, Context, Rule, Judgment, Consequence und Follow-on State sind eindeutig
  • Evidence rekonstruiert, warum die Wirkung zählen durfte
  • Bypass kann keinen gültigen SES-Effekt erzeugen
  • eine fehlende Pflichtkomponente bleibt non-PASS
99/100 ist kein tolerierbarer Rest für einen PASS-Claim.

3C · C0, C1 und C2

Prüfe die C-Level nacheinander. Ein späteres Artefakt darf ein offenes früheres Gate nicht überschreiben.

C0

Maschinenarchitektur beschrieben; noch keine konkrete Ausführung oder Aktivierung

C1

C1-A bis C1-I vollständig, widerspruchsfrei und gate-fähig geschlossen

C2

geschlossene Artefakte zu genau einer Maschinenordnung mit No-bypass gebunden

Technical Carrier darf erst nach C2 als ausführbare Form hinzukommen. Funktionierende Software beweist nicht rückwirkend, dass C1 oder C2 geschlossen waren.
Wenn der Implementer normative Lücken durch Defaults schließen muss, ist der Claim noch nicht C2-ready.
SES Maschinen-Engineering →
3D · SSMFF-FORMATION UND TARGET-CLAIM GETRENNT PRÜFEN

Eine geschlossene Formation ist noch kein Target-C3/C4/PASS.

Wenn eine konkrete Target-Maschine über die Sovereign SES Formation Factory Machine gebildet wird, prüfe mindestens getrennt:

  • Formation Scope: Hat die Factory den für die Formation erforderlichen Target-Scope tatsächlich geschlossen oder korrekt non-PASS gehalten?
  • Sovereign loop: Wurden souveräne Entscheidungen tatsächlich vom gebundenen Souverän getroffen und nicht von Factory, Betreiber, UI oder Default ersetzt?
  • Target Rule Source: Stammt jede Target-Regel aus der gebundenen Target-Regelquelle / aus einem vom Souverän autorisierten Template?
  • Rule-space separation: Sind SSMFF Formation Rules und Target Rules getrennt?
  • No invention: Hat die Factory bei fehlender Target-Regel oder fehlender souveräner Entscheidung fail-closed gehalten?
  • Factory/Target separation: Wird ein Factory-Ergebnis nicht als Target-C2/C3/C4 oder Target-PASS ausgegeben?
  • Carrier/binding: Sind von der Factory vorbereitete Target-Bindings im Target-eigenen Claim tatsächlich geschlossen und validiert?

RED: Factory formation complete wird als Target valid behandelt.

Add to reviewer stop signs:

  • Operator wird nur wegen Betrieb/Hosting als Souverän behandelt.
  • Authority-Delegation wird als Sovereignty-Delegation ausgegeben.
  • SSMFF wählt oder erfindet Target Rules.
  • Target Rule Templates werden ohne souveräne Auswahl/Autorisierung aktiviert.
4 · AKTIVIERUNGSBEREITSCHAFT UND PRODUKTIVEN BETRIEB PRÜFEN

C3 und C4 sind eigenständige Claims. Weder Testabnahme noch Deployment dürfen sie ersetzen.

4A · C3 Activation Readiness Proof

C3 fragt, ob die C2-gebundene und verifizierte ausführbare Maschine innerhalb ihres Claims produktiv aktivierbar ist.

  • Determinismus: gleicher Input im gleichen State erzeugt gleiches Judgment
  • State Coverage: jeder mögliche State ist klassifiziert
  • Rule/Effect Coverage: jede Effect Class besitzt Regelbezug oder korrekte Gegenklassifikation
  • Mapping Uniqueness: jeder relevante Input landet eindeutig in State oder Failure
  • Evidence Reconstruction: Effect, Judgment, Consequence und neuer State sind rekonstruierbar
  • Failure Paths und No-bypass sind vollständig
  • Revalidation und Machine Identity sind gebunden
Ein offener zwingender C3-Nachweis ist kein Teil-PASS.

4B · C4 Productive Activation und Continuous Validity

C4 fragt, ob genau diese konkrete Instanz tatsächlich als SES-Maschine produktiv aktiviert ist – nicht nur technisch läuft.

  • konkrete Instanz und aktive Maschinenidentität
  • aktiver Scope, aktive Authority und aktiver Rule Space
  • aktiver technischer Carrier als Träger der geschlossenen Maschine
  • Activation Record, Start State und Evidence-Profile
  • Failure-/Suspension-Regeln
  • Revalidation Watch und Continuous Scope Integrity
Neue Software, Providerpfade, Rollen, Konfigurationen, seltene Effects oder Evidence-Anomalien können den geprüften Zustand verändern. Ein alter PASS darf nicht still auf eine geänderte Maschinenidentität übertragen werden.
Deployment, Service-Start oder allgemeiner Betrieb allein sind kein C4.
5 · PUBLIKATION UND INTEGRITÄT PRÜFEN

A7 prüft die Veröffentlichung eines Artefakts. A7 beweist nicht die produktive Gültigkeit einer Betreiberinstanz.

Für eine konkrete C0-Publikationsversion müssen Identität, Version, Artefaktset und Integritätsbezug eindeutig sein. Die öffentliche Version-/Integritätsansicht darf erst erscheinen, wenn diese Bindung separat PASS erreicht.

1 C0-Version = 1 IPFS-Verzeichnis/Bucket = 1 CID = MD + PDF + quality.json + SHA-256

Zu prüfen

  • kanonische Maschinen-/Artefaktidentität stimmt
  • exakte Version und Supersession-Zustand sind eindeutig
  • MD, PDF, quality.json und SHA-256 gehören zu genau derselben Publikationsversion
  • Hashes und Manifest stimmen mit den ausgelieferten Artefakten überein
  • CID, Mirror und publizierter Artefaktzustand sind konsistent
  • eine neue Version erhält einen neuen CID; alte Versionen bleiben unverändert referenzierbar

Nicht daraus ableiten

  • Publikationsintegrität beweist keine externe Wahrheit
  • Publikationsintegrität beweist keine Rechtsgültigkeit oder Compliance
  • C0-Publikations-PASS beweist kein C1, C2, C3 oder C4
  • Download ist keine Aktivierung
  • Registry/Verzeichnis publizierter Artefakte ist kein Verzeichnis aller produktiven SES-Systeme
A7_PUBLICATION_BINDING_PENDING
6 · EVIDENCE RICHTIG PRÜFEN

Evidence beweist die SES-relevante Rekonstruktion – nicht automatisch die Wahrheit der Welt.

Ein Log kann zeigen, dass etwas passiert ist. SES-Evidence muss darüber hinaus zeigen, warum die Wirkung unter welcher Authority, Regel, State- und Consequence-Bindung zählen durfte.

ObjectPrior StateContextAuthorityRule basisJudgmentConsequenceFollow-on StateZeit / SequenzIntegritätsbedingungRevalidation Trigger, falls relevant
Evidence-Integrität ≠ semantische Wahrheit ≠ Rechtsgültigkeit ≠ Audit-Akzeptanz.

Ist notwendige Evidence oder Rekonstruktion unmöglich, ist der betroffene Evidence-Claim BLACK.

7 · 100/100 HEISST NICHT „SEHR GUT“

Ein Pflichtgate erreicht PASS – oder es wird korrekt non-PASS klassifiziert.

PASS

alle zwingenden Bedingungen des konkreten Prüfclaims erfüllt

OPEN

zwingende Bedingung ungelöst

SUSPENDED

Claim oder Maschinenzustand bis zur formalen Klärung pausiert

RED

SES-Bedingung verletzt oder falscher PASS-Claim

BLACK

notwendige Evidence, Rekonstruktion oder Integrität gebrochen

NOT_CLAIMED

Aussage liegt ausdrücklich außerhalb des Prüfclaims

Es gibt keine Mittelwertbildung über konstitutive Pflichtbedingungen. Ein starkes Ergebnis in einem anderen Bereich kompensiert kein offenes Gate.
8 · DER PRÜFER PRÜFT – ER REGIERT DIE MASCHINE NICHT

Assurance, Audit und Quality dürfen harte Gates setzen, aber keine fehlende normative Betreiberentscheidung erfinden.

Souverän / Fachverantwortung

liefert oder autorisiert die normative Regelquelle und Claim-Grenze

Quality · Process · Systems

prüfen Vollständigkeit, Widerspruchsfreiheit, Testbarkeit, Scope, State, Failure und Revalidation

Audit / Risk / Safety / Legal

prüfen die für ihren fachlichen Bereich relevanten Bedingungen und Non-Claims

Technical Verification

prüft Carrier, deterministische Ausführung, Mapping, Evidence- und Integritätsmechanismen gegen die geschlossene Maschinenordnung

Ein Reviewer darf einen OPEN-Punkt nicht durch Interpretation in PASS umwandeln. Er darf nur feststellen, dass die zuständige gebundene Stelle ihn geschlossen hat.
9 · ARBEITSUNTERLAGEN NACH PRÜFZWECK

Wähle nicht nach Dateiname. Wähle die Arbeitsunterlage für den Claim, den du gerade schließen willst.

Die vier Arbeitsunterlagen sind intern quellgebunden. Öffentliche Lese-/Downloadlinks werden erst nach separater Publikationsbindung freigeschaltet; A4 zeigt deshalb keine erfundenen Versionen, CIDs oder Drive-Links.

Wirkungsraum, Effect Candidates, Scope und Baseline-Bindung prüfen
Empfohlene Leser: Quality · Process · Systems · Operations · Audit/Risk where relevant
SES In-Scope Formation and Baseline Effect Binding for Engineers
  • Scope ist Wirkungsweg-Vollständigkeit, keine Systemliste
  • technische, menschliche, organisatorische, externe, verzögerte und verdeckte Pfade sind berücksichtigt
  • BOUND / EXCLUDED / NOT_CLAIMED / OPEN / SUSPENDED / RED / BLACK sind sauber klassifiziert
  • neue Effect Candidates lösen Revalidation aus
Die Arbeitsunterlage prüft Scope-/Baseline-Logik. Sie erzeugt kein C1/C2/C3/C4 für deine konkrete Maschine.
Arbeitsunterlage lesen · Publikationsbindung ausstehend Version und Integrität prüfen →
Regelvollständigkeit, binäre Gültigkeit, Evidence und No-bypass prüfen
Empfohlene Leser: Quality · Process · Systems · Audit · Control/Risk owners
SES Effect Validity and Rule Completeness for Engineers
  • jede verpflichtende Regelkomponente ist vorhanden oder korrekt non-PASS klassifiziert
  • Authority, State, Context, Judgment, Consequence und Evidence sind gebunden
  • Evidence rekonstruiert den Wirkungsweg und wird nicht mit Wahrheit verwechselt
  • 99/100 bleibt non-PASS
Ein PASS dieser Arbeitsunterlage gilt nur für den ausdrücklich geprüften Regel-/Gültigkeitsclaim; er ist kein Maschinen- oder Aktivierungs-PASS.
Arbeitsunterlage lesen · Publikationsbindung ausstehend Version und Integrität prüfen →
C0, C1, C2, Rollenordnung und Maschinenbindung prüfen
Empfohlene Leser: Sovereign/Domain · Quality · Process · Systems · Assurance
SES Machine Builder Method — Engineering and Quality Reader Edition
  • C0 ist Architekturanker, nicht Implementierung
  • C1-A bis C1-I sind vollständig, widerspruchsfrei und testbar
  • C2 bindet die Artefakte zu genau einer no-bypass Maschinenordnung
  • Technical Carrier beginnt erst nach C2
Die Methode beschreibt Maschinenbildung. Sie erzeugt für keine konkrete Instanz automatisch C0, C1, C2, C3 oder C4.
Arbeitsunterlage lesen · Publikationsbindung ausstehend Version und Integrität prüfen →
Konkrete Arbeitsinstrumente für Claim, Scope, Authority, Rules, Evidence, C2, C3 und C4 verwenden
Empfohlene Leser: Machine formation team · Quality · Process · Systems · Assurance · Operator
SES Machine Builder Toolkit Handbook — From Core Alignment to Productive Operation
  • Instrument 01–07 werden in der vorgesehenen Reihenfolge verwendet
  • OPEN wird nicht still vervollständigt
  • C2/No-bypass wird vor Aktivierungsbereitschaft geschlossen
  • Instrument 07 trennt Aktivierungsbereitschaft und produktiven Betrieb korrekt
Toolkit-Templates sind Arbeitsmittel. Ausgefüllte Tabellen erzeugen keinen PASS, solange die konkrete Maschineninstanz ihre eigenen Pflichtgates nicht erfüllt.
Arbeitsunterlage lesen · Publikationsbindung ausstehend Version und Integrität prüfen →
10 · WAS EIN GUTER PRÜFBERICHT AM ENDE ENTHÄLT

Ein Review endet mit einem gebundenen Ergebnis – nicht mit „sieht plausibel aus“.

Prüfobjekt und Maschinenidentität

welche konkrete Instanz, C-Level-Familie oder Publikationsversion geprüft wurde

Prüfclaim

welche Aussage PASS/non-PASS werden durfte

Evidence-Basis

welche Artefakte, Records, States und Integritätsnachweise verwendet wurden

Gate-Ergebnisse

jede zwingende Bedingung PASS oder klassifiziert non-PASS

OPEN/RED/BLACK Register

keine offene oder invalidierende Bedingung verschwindet in Fließtext

Non-Claims

welche Aussagen der Bericht ausdrücklich nicht beweist

Revalidation Trigger

welche Änderungen den Reviewzustand erneut öffnen

Resultat

z. B. PASS_FOR_SCOPE_CLOSURE oder PASS_FOR_PUBLICATION_INTEGRITY – nie pauschal „SES zertifiziert“

11 · STOPPZEICHEN FÜR REVIEWER

Hier muss ein harter Review den PASS verweigern.

Claim drift

Im Laufe des Reviews wird der Prüfgegenstand so verschoben, dass vorhandene Evidence besser passt.

PDF = Maschine

Ein gutes Referenzdokument wird als Beweis für die konkrete Betreiberinstanz verwendet.

Hash = Wahrheit

Korrekte Integrität wird als Beweis für semantische Wahrheit, Compliance oder Richtigkeit interpretiert.

C0 = C4

Eine veröffentlichte Architektur oder ein Released-Status wird als produktive Aktivierung gelesen.

Logs = Evidence

Event-Logs ersetzen die Rekonstruktion von Authority, Rule, State, Judgment und Consequence.

Technik = Authority

Provider, Entwickler, Plattform oder KI wird wegen technischer Macht als normative Regelquelle akzeptiert.

99/100 = gut genug

Ein offenes Pflichtgate wird über Risikoakzeptanz oder Gesamtscore kompensiert.

Alt-PASS = Neu-PASS

Eine geänderte Maschinenidentität übernimmt still einen früheren Reviewstatus.

Bei einem dieser Muster ist der betroffene Prüfclaim nicht PASS.
12 · PRÜFEN IN ACHT SÄTZEN

Diese acht Aussagen müssen bei jedem professionellen SES-Review stabil bleiben.

  1. Definiere zuerst exakt, welchen Claim, welche Maschinenidentität oder welche Publikationsversion du prüfst.
  2. Prüfe Maschinenbildung, Aktivierungsstatus und Publikationsintegrität als getrennte Aussagen.
  3. Scope ist die Vollständigkeit aller effect-relevanten Wege im beanspruchten Effect Space, nicht eine Systemliste.
  4. Regelgültigkeit ist binär; eine offene zwingende Bedingung verhindert PASS und wird nicht durch andere Stärken kompensiert.
  5. C0 beschreibt Architektur, C1 schließt Artefakte, C2 bindet die Maschine, C3 beweist Aktivierbarkeit und C4 aktiviert die konkrete Instanz produktiv.
  6. Evidence muss den gebundenen Wirkungsweg rekonstruieren; Integrität macht einen falschen Input nicht wahr.
  7. Ein CID oder Released-C0 beweist Publikationsidentität und Integrität im jeweiligen Claim – nicht C1/C2/C3/C4 einer Betreiberinstanz.
  8. Ein Reviewer darf fehlende normative Betreiberentscheidungen nicht selbst vervollständigen; neue valide Defekte oder Änderungen öffnen den betroffenen PASS erneut.
13 · NÄCHSTER PRÜFWEG

Wähle jetzt den Gegenstand, den du konkret schließen willst.

Anwenden

Zur Betreiberbildung zurückgehen, wenn Scope, Souverän oder Maschinenordnung noch nicht geschlossen sind.

Zum Anwendungsweg →

Maschinen

Die öffentliche C0-Referenzarchitektur des relevanten Maschinentyps prüfen oder einordnen.

Zu Maschinen →

SEBG

Für bestehende Wirkungsräume die Baseline-Architektur als konkreten Referenzfall heranziehen.

SEBG einordnen →