Regeln, die über die architektonischen Schichten hinweg wirken. Elf eigenständige Richtlinien, die gleichzeitig auf jede Aktion angewendet werden, die das System bewertet, ohne Vorrang-Reihenfolge außer wo Safety übersteuert.
Schichtenübergreifende Richtlinien sind keine Schichten. Es sind Regeln, die gleichzeitig über jede Schicht hinweg wirken. Eine radiale Anordnung kommuniziert dies: keine Richtlinie ist strukturell über einer anderen; jede berührt die gesamte Architektur aus ihrem eigenen Blickwinkel. Jurisdiktionale Anpassung, Inhaltsherkunft, Mensch-in-der-Schleife-Governance, AR/MR/XR-Governance, akustische und sensorische Governance, Handel und Berechtigung, Lebenszyklusentwicklung, Safety-Authority-Schedule, Security und Trust-Boundary, Barrierefreiheit und Inklusion sowie Einwilligung und Datensouveränität werden zusammen am Governance-Tor bewertet, nicht in Reihenfolge.
Zwei Richtlinien sind aufgrund ihrer strukturellen Kopplungen farbcodiert. Policy 08 (Safety-Authority-Schedule) wird in Koralle dargestellt, weil sie direkt an OSOL™ koppelt — Safety-Authority ist das, was OSOL™ durchsetzt. Policy 10 (Barrierefreiheit & Inklusion) wird in Türkis dargestellt, weil sie strukturell ist, keine Nachrüstung: Barrierefreiheit wird als Systembeschränkung behandelt, die das Design in der Konzeptphase prägt, nicht als Feature, das zur Integrationszeit hinzugefügt wird.
Die vollständigen kanonischen Definitionen jeder Richtlinie sind in der Referenz dokumentiert.
