- Verschifft
- 4. Juli 2026 um 09:58 UTC
- Autor
- Kamo
- Ausschuss
- d36f41c
Das DecisionGate trägt bereits einen GLOBAL statischen Kraft-Steward @Value, aber 5.C. braucht zwei Dinge, die es nicht geben kann: ein Kill Switch flippable OHNE Redeploy (so DB-Backed) bei GLOBAL/TENANT/TASK_TYPE Granularität und Kraft-steward-until-N--N- Kalibrierungs-Probes pro Task-Typ (die billige P0 die Kalibriermaschine degeneriert zum Start - doc 12 Theme C / 6,1). AutonomyGovernor (Regierung pkg) ist ein OPTIONAL Docstor (ObjectProvider, gated on mlos.governor.enabled) synchron konsultiert von DecisionSpine.record() Die gleiche Form wie StewardAssigner. Es ist ADD-ONLY, genau wie die rechtliche Wand: es kann nur eine Möchtegern- AUTO_EXECUTE in ROUTE_TO_HUMAN verwandeln, niemals ein Routing heben, so ist das reine/staatenlose DecisionGate unberührt. Zwei Einsatzbedingungen: (a) ein aktive AutonomyKillSwitch Matching (orgId, aiFunction) - breitester Spielraum gewinnt begründet; eine veränderliche/flippbare Einheit, NICHT WORM, auditiert über engagiertBy/at; (b) Kalibrity Bootstrap - Plattform-weite nicht-test StewardFeedback-Zählung für die aiFunction unter min-samples (Standard 50), gezählt durch eine neue Join-Abfrage. Wenn die Gouverneur ist die Ursache für Routing, seine Begründung ist an die WORM AiDecision anhängen so eine hochvertrauensstarke Entscheidung, die an einen Menschen ging, ist nie unerklärlich. Neue Tabelle autonomy_kill_switch (additive DDL - KI run). 30 Tests grün (7 Gouverneur Logik + 3 Spine Add-only-Integration + 6 Wirbelsäule + 14 Gate); alle vier Entscheidungsspinne ctors erhalten (bestehende Anrufer unverändert).