Government / public institutions / sovereign deployment

Expand automation.
Retain institutional control.

Explore less administrative friction, accountable handling of consequential actions and a decision basis that can be reviewed. Then assess who retains control as providers, systems and operating conditions change.

Government applications · Sovereign deployment objectives

Public-service application

A public health service.
A current assignment decision.

A service wants to automate clinician work orders while retaining current credential and site requirements, appropriate escalation and named accountability.

Institutional benefit to test

Less administration.
Clearer responsibility.

Reduce repeated release checks and affected-work reconciliation, with defined ownership of rules, exceptions and later review.

Benefit for people relying on the service

Less avoidable delay.
Requirements retained.

The aim is to let supported administrative work proceed without quietly relaxing the institution’s selected requirements.

Public-interest and humanitarian applicationsExplore generation, authority and the site change

This is an application to evaluate, not a government deployment, clinical decision system or claim of compliance. Institutions retain substantive judgement and responsibilities to the people affected.

A selected capability

Two institutions.
A limited deployment.

An additional application to evaluate—not an existing deployment.

The agreed scope

A sending institution and receiving service must approve a clinician’s role, Site B location and eight-hour assignment. The workflow must establish both required approvals before clinical assignment release.

When verification is unavailable

A separately permitted limited pathway could allow administrative preparation only, with minimal necessary information and pending reconciliation recorded. It does not authorise clinical work. Without an applicable permitted pathway, the process waits or escalates.

Institutional permissions, professional recognition and legal requirements remain separate responsibilities. The example does not establish automatic cross-border recognition.

A longer-term deployment direction

Keep control of the rules.
And the ability to change providers.

Sovereignty is more than where a server sits. The development question is which controls an institution can retain over its rules, evidence and operations as dependencies change.

01

Rules & authority

Who defines and approves the requirements and permitted exceptions?

02

Data & evidence

What is retained or referenced, where, for how long, and who can inspect or export it?

03

Keys & verification

Who controls verification mechanisms and approves their replacement?

04

Operations & access

Who can administer the deployment, and which external services are necessary?

05

Disruption & recovery

What remains permitted when a source or service fails, and who governs recovery?

06

Provider exit

What remains usable if the institution replaces the operator, cloud provider—or OSYRA?

Provider substitution, customer-controlled deployment and verification continuity remain objectives to test. OSYRA does not make an entire stack sovereign simply by being added to it.

Institutional responsibilities

Good control includes
the people affected.

01

Human oversight and contestability

Identify who can review an exception, correct an input and handle a contested outcome. A stored decision record is not, by itself, an appeal or redress process.

02

Privacy and evidence minimisation

Select the minimum information needed for the defined decision and review purpose. Agree access, retention, correction, deletion and export requirements before operational use.

03

Deployment and supply-chain assurance

Assess hosting, jurisdiction, administration, incident handling and independent assurance for the actual deployment. This marketing website’s hosting does not establish a customer deployment model.

04

Commercial continuity and exit

Define the contracting party, permitted use, support responsibilities, evidence export and exit arrangements. OSYRA’s own dependencies must be part of the assessment.

Regulatory and governance context

Different requirements.
Continuing accountability.

Laws and governance frameworks increasingly address transparency, human oversight and accountability for automated decisions and actions. Their scope and legal status differ.

Selected public context · Reviewed 9 October 2026

AustraliaEnacted · future commencement

Automated-decision transparency

From 10 December 2026, covered entities must include specified information in privacy policies about computer-assisted decisions using personal information that could significantly affect individuals’ rights or interests. These are Privacy Act amendments, not a general AI Act.

Australian amendments · Schedule 1, Part 15
European UnionEnacted · phased obligations

The EU AI Act

The Act applies different obligations according to the system, use and responsible party. High-risk duties include risk management, documentation, records and human oversight where applicable. Following the AI Omnibus changes effective July 2026, certain Annex III high-risk rules apply from 2 December 2027 and Annex I product rules from 2 August 2028. Scope and exceptions remain use-specific.

European Commission · AI Act framework
United StatesState requirements · standards work

Decisions, review and agent controls

Colorado’s 2026 legislation addresses automated systems influencing defined consequential decisions. California’s automated decisionmaking regulations address significant decisions, with compliance required from 1 January 2027. Applicability and exceptions differ.

Separately, NIST’s AI Agent Standards Initiative addresses interoperable and secure agents. Standards work is distinct from legislation. OSYRA uses “consequential actions” descriptively, not as a universal legal classification.

SingaporeGovernance guidance

A framework for agentic AI

IMDA launched its Model AI Governance Framework for Agentic AI in January 2026 and updated it in May 2026. It provides governance guidance for organisations deploying agents. The framework should be distinguished from applicable legal obligations.

IMDA · Agentic AI framework
SwitzerlandLegislative development

Preparing an AI regulatory approach

The Federal Council commissioned a consultation draft by the end of 2026, addressing implementation of the Council of Europe AI Convention and issues including transparency, data protection and supervision. A consultation milestone is distinct from a law’s commencement.

Federal Chancellery · Regulation of AI
UAE · DIFCExisting regulation · proposed amendments

Autonomous systems and personal data

DIFC’s Regulation 10 addresses relevant autonomous-system personal-data processing. Its June 2026 consultation proposed further changes concerning safety, officer responsibilities and certification. The consultation is a proposal, not evidence of subsequent enactment; DIFC requirements should not be presented as UAE-wide rules.

DIFC · June 2026 consultation
Saudi ArabiaDeployment context

Establish the applicable requirements

For a proposed Saudi deployment, identify the relevant data-protection, sector and institutional requirements. Consult SDAIA’s published AI governance materials alongside those requirements when defining the evaluation scope.

SDAIA · AI Ethics Principles
United KingdomRegulator guidance

Agentic AI and data protection

The ICO’s agentic-AI research discusses permissions, authentication, monitoring, auditability and redress. These inform practical governance questions alongside the applicable data-protection requirements.

ICO · Agentic AI research

Selected context, not legal advice or a complete jurisdictional survey. These sources do not establish OSYRA compliance, certification, endorsement or customer demand. The applicable requirements and their current status need to be assessed for each deployment.

Public context / not an endorsement

Grounded in real
institutional questions.

Australia / responsible AI

The Australian Government’s policy includes AI use-case accountability and impact assessment. These inform evaluation questions; using OSYRA would not establish policy compliance.

Read the DTA policy

Europe / cloud sovereignty

The Commission’s framework examines strategic, legal, data, operational, supply-chain, technological and other dimensions. No framework score or assurance level is asserted for OSYRA.

Read the Commission’s explanation

Public context reviewed 9 October 2026. These sources inform the questions; they do not establish OSYRA endorsement, compliance or performance.

Start with a practical requirement

Which institutional controls must remain yours?

Start with a public-service workflow or a concrete deployment and exit requirement.

Discuss a workflow