Eine Erzählung ist Beweismaterial, kein Befehl.
Texte, Dokumente und Vorgaben dürfen eine Absicht belegen. Verbindlich werden sie erst nach Klärung und Bestätigung.
WCS-ARC · Die Autoritätsebene
Wenn AI handelt, muss das Unternehmen bestimmen können, was gilt.
WCS-ARC ist die verbindliche Betriebsebene zwischen dem Auftrag eines Unternehmens und der Arbeit von AI-Systemen. Modelle dürfen Vorschläge machen und Ergebnisse erzeugen. Was gelten, ausgeführt oder freigegeben werden darf, bestimmt allein das Unternehmen.
Kein weiteres AI-Modell. Ein System, das Modelle und Agenten an bestätigte Aufträge, Grenzen und Nachweise bindet.
Modelle erzeugen Das Unternehmen entscheidet, was gilt
01 / Die fehlende Ebene
Unternehmen kaufen Intelligenz.
Was ihnen fehlt, ist Verbindlichkeit.
Ein Modell kann eine überzeugende Antwort liefern. Ein Agent kann einen Prozess ausführen. Beides beantwortet noch keine der Fragen, für die ein Unternehmen Verantwortung trägt.
- 01 Was war der verbindliche Auftrag?
- 02 Welche Grenze galt?
- 03 Wer hat sie freigegeben?
- 04 Was ist tatsächlich geschehen?
- 05 Wie lässt es sich sicher zurücknehmen?
Solange diese Antworten in Prompts, Tools und einzelnen Teams verteilt bleiben, ist AI keine Unternehmensfähigkeit. Sie ist eine Sammlung von Ausnahmen.
03 / Das System
Ein durchgängiger Prozess.
Drei untrennbare Ebenen.
Mandat, Ausführung und Nachweis sind in ARC nicht getrennt. Jede Ebene übernimmt nur, was die vorherige verbindlich festgelegt hat – und kann es nicht selbst erweitern.
01 / Mandat
Bevor AI arbeitet, muss eindeutig sein, was sie tun soll und wo ihre Grenzen liegen.
Der Creator übernimmt Geschichten, Dokumente, Vorgaben und Schnittstellen als Ausgangsmaterial – noch ohne Verbindlichkeit. Jede offene Entscheidung wird im Obligation Ledger festgehalten. ARC beginnt mit der Lücke, deren Fehlentscheidung den größten Schaden verursachen könnte.
Aus einer Formulierung wird nicht unbemerkt eine Entscheidung.
Decision Frames bündeln offene Pflichten zu Fragen, die ein Mensch beantworten kann. Vor jeder Bestätigung zeigt ein fest berechneter Micro Read-Back, welche Wirkung die Antwort hätte; eine Freigabe für einen älteren Stand wird abgelehnt.
Prompts äußern Wünsche. ARC-L hält verbindlich fest, was gilt.
ARC-L beschreibt in einer eindeutigen, maschinenlesbaren Sprache Verantwortung, Grenzen, Rechte, Prüfpflichten, Aktivierung und Rücknahme. Diese Regeln können nicht durch erzeugte Inhalte umgeschrieben werden.
Der Mensch sieht alles, was die Maschine als verbindlich versteht.
Der Read-Back zeigt vollständig, was ARC aus dem Auftrag als verbindlich ableitet. Jede Aussage verweist auf ihre Quelle; fehlt etwas oder kommt eine unbelegte Aussage hinzu, gibt es keine Freigabe. Ändert sich der Auftrag, verfällt die bisherige Freigabe.
02 / Ausführung
Das Modell macht Vorschläge. ARC entscheidet nach festen Regeln, ob sie ausgeführt werden dürfen.
Modelle erzeugen Möglichkeiten. Adapter melden beobachtete Fakten. Die Control Plane hält Verträge, Richtlinien, Rechte, Budgets und Freigaben außerhalb der AI – damit die AI sie nicht selbst verändern kann.
PASS
Alle verbindlichen Bedingungen sind belegt.
FAIL
Eine verbindliche Bedingung wurde verletzt.
REFUSE
Für ein belastbares Urteil fehlen Informationen.
AI-erzeugte Arbeit startet ohne Zugriffsrechte.
Zugriff auf Netzwerk, Datenbanken, Dateien und Geheimnisse ist zunächst gesperrt. Rechte entstehen nur aus einem bestätigten ARC-Auftrag und werden außerhalb der erzeugten Arbeit technisch durchgesetzt.
Mehr Autonomie muss vorher nachgewiesen werden.
Ob Entwicklung, Bereitstellung oder laufender Betrieb: Jede Stufe setzt eine feste Obergrenze. Beobachtung, begrenzter Pilot und vollständige Aktivierung sind jeweils freigabepflichtig; ohne getestete und quittierte Rücknahme gibt es keine Aktivierung.
Der Sentinel darf stoppen – aber niemals erlauben.
Er beobachtet den laufenden Betrieb, stoppt, isoliert, dokumentiert und nimmt zurück. Er kann keine neuen Rechte vergeben und unzulässiges Verhalten nicht nachträglich legitimieren.
Erzeugte Arbeit startet ohne Rechte. · Keine Aktivierung ohne sichere Rücknahme. · Keine Laufzeitautonomie ohne wirksame Laufzeitkontrolle.
03 / Nachweis
Ein Ergebnis allein beweist noch nichts.
ARC verbindet Prüfung, Freigabe, Aktivierung, Verweigerung und Rücknahme zu einer lückenlosen Kette. Prüfer müssen keiner Bildschirmausgabe vertrauen: Sie können den gebundenen Nachweis, das Proof Pack, unabhängig verifizieren.
Jede Änderung hinterlässt eine gebundene Quittung.
Freigaben, Aktivierungen und Rücknahmen sind an Inhalt, Version und verantwortliche Person oder Systemrolle gebunden. Veraltete oder manipulierte Nachweise werden abgelehnt.
Nachweise müssen unabhängig vom laufenden System prüfbar sein.
Signaturen, neu berechnete Prüfsummen und ein gebundenes Inhaltsverzeichnis machen jede nachträgliche Veränderung erkennbar.
ARC macht nur Aussagen, die es selbst belegen kann.
Interne Fertigstellung, Nachweise aus dem Betrieb und der Beleg der Produktthese bleiben getrennt. Fehlt ein registrierter externer Nachweis, darf ARC sich nicht als vollständig bewiesenes Produkt ausgeben.
04 / Das Gedächtnis der Verantwortung
ARC führt Buch über das, was sonst verschwindet.
ARC vergisst weder das Ungeklärte noch das Geschehene – und gewährt auch sich selbst keine Ausnahme.
01 Offene Entscheidungen ARC-Begriff: Obligation Ledger Schließen
Das Pflichtenregister zeigt fehlende Fakten, Widersprüche und ungeklärte Grenzen. Ein Modell darf die Frage präzisieren, aber die offene Pflicht nicht selbst schließen. Erst eine bestätigte Entscheidung, die an den aktuellen Auftragsstand gebunden ist, verändert, was als verbindlich gilt.
Wie offene Punkte geklärt werden02 Lückenloser Entscheidungsnachweis ARC-Begriff: Evidence- und Audit-Kette Öffnen
Jede Freigabe, Prüfung, Aktivierung, Verweigerung und Rücknahme hinterlässt eine strukturierte Quittung. Prüfsummen und Signaturen machen nachträgliche Veränderungen erkennbar; das Proof Pack bleibt auch außerhalb des laufenden Systems unabhängig prüfbar.
Nachweise und unabhängige Proof Packs03 Noch nicht extern bewiesen ARC-Begriff: Full-Build Gap Ledger Öffnen
Dieses Register trennt interne Fertigstellung, Nachweise aus dem Betrieb und den externen Beleg der Produktthese. Eine offene Lücke lässt sich nicht durch Sprache schließen. Solange der externe Nachweis fehlt, bleibt der Vollprodukt-Anspruch technisch gesperrt.
Wie ARC eigene Behauptungen begrenzt05 / Der Anwendungsraum
Software ist der erste tief umgesetzte Anwendungsfall.
Nicht die Grenze von ARC.
Heute kontrolliert ARC autonome Softwarearbeit bereits besonders tief: vom Auftrag über Zugriffsrechte und Freigaben bis zu Überwachung, Rücknahme und Nachweis. Dieselbe Kontrolllogik ist für weitere verantwortliche Unternehmensarbeit ausgelegt.
Eine Betriebslogik Verantwortbare
Unternehmensarbeit
Unternehmensarbeit
- 01Regulatorik
- 02Richtlinien und Prozesse
- 03Beschaffung
- 04Audit
- 05Operations
- 06Wissensarbeit
06 / Die härteste Eigenschaft
ARC kontrolliert zuerst
die Behauptungen über ARC.
Interne Tests können zeigen, dass ARC technisch umgesetzt ist und seine Prüfungen besteht. Sie beweisen noch nicht, dass die Produktthese im realen Unternehmensbetrieb funktioniert. ARC hält diese beiden Aussagen bewusst getrennt.
Grenze für den Vollprodukt-Anspruch Vollprodukt-Aussage bewusst gesperrt.
ARC kann alle internen Prüfungen bestehen und sich dennoch weigern, den Vollprodukt-Anspruch freizugeben. Erst ein vorab festgelegter externer Test gegen den heutigen Prozess darf diese Grenze verschieben.
ARC verweigert sich selbst die Behauptung, die Anbieter gewöhnlich zuerst machen.
claimAllowed false external registered proof required
07 / Der nächste Beleg
Der nächste Beleg muss unternehmensreal sein – und scheitern dürfen.
Kein inszenierter Demonstrator. Ein realer, klar begrenzter Prozess in einem regulierten Unternehmen. Verglichen mit dem heutigen Vorgehen, mit vorab festgelegten Messgrößen und Abbruchkriterien, unabhängigen Testdaten und einer lückenlosen Beweiskette.
- 01 Reale Unternehmensarbeit statt Vorführung
- 02 Vergleich mit dem heutigen Prozess ohne ARC
- 03 Messregeln und Erfolgsschwellen werden vorab festgelegt
- 04 Kein kritischer Fehler darf als Erfolg durchgehen
- 05 Menschliche Gesamtzeit je korrekt freigegebenem Ergebnis als zentrale Messgröße
- 06 Ein Ergebnisnachweis, den Dritte unabhängig prüfen können
- 07 Kein Erfolgsanspruch, wenn die Schwellen nicht erreicht werden
Ein Referenzprojekt, das nicht widerlegt werden kann, beweist nichts.
Eines, das scheitern darf und besteht, begründet eine neue Kategorie.WCS-ARC · Betriebssystem für verantwortliche Unternehmens-AI
Die nächste Generation von Unternehmens-AI wird nicht daran gemessen, was sie erzeugen kann.
Sondern daran, wer ihr Autorität gab. Welche Grenzen galten. Was tatsächlich geschah. Und ob es sicher zurückgenommen werden konnte.
WCS-ARC macht daraus einen verbindlichen, prüfbaren Unternehmensprozess.