Architektura · Runtime Governance

Runtime governance agentów AI: autoryzacja przed akcją, dowód po wykonaniu

Governance runtime’u jest warstwą kontroli wokół autonomicznego wykonania. Określa kto może działać, jakie capability są dostępne, gdzie praca może się wykonać, jakie limity obowiązują i jakie evidence musi powstać.

TWIERDZENIE ≠ DOWÓD. Brak dowodu = UNKNOWN.

Polityka w dokumencie nie wystarcza, jeśli runtime może ją ominąć. W kontrolowanym systemie authority jest rozstrzygane przed mutacją, środowisko wykonania jest ograniczone, zmiany stanu są obserwowalne, a rezultat może zostać sprawdzony niezależnie.

TASK / MISSION → POLICY + AUTHORITY → CAPABILITY + SCOPE → SANDBOXED EXECUTION → EVIDENCE → INDEPENDENT VERIFICATION

OSA Execution Force wiąże policy, repozytorium, scope, source SHA i downstream payload zanim RuntimeV2 dostanie możliwość wykonania mutacji. Dokumentowane P0 invariants blokują bezpośredni path bez V3 authorization.

Hydra Hermes Lab oddziela raw credentials od sandboxa, stosuje permission classes i posiada mechanizmy STOP, cap oraz circuit breaker. Autonomia nie oznacza nieograniczonego dostępu.

NeurOSA utrzymuje persistent cognitive state i ledger jako osobną odpowiedzialność. Pamięć nie staje się przez to authority do działania w zewnętrznych systemach.

APR zbiera evidence i pozwala weryfikować wynik poza reasoning loop agenta. Sukces nie wynika z deklaracji wykonawcy.