The Global Infrastructure for AI Governance

Critical infrastructure · Defence · Board accountability

Making AI governance operational for critical infrastructure.
Keeping authority accountable.

AI systems no longer only inform. They decide and act. AIGN.Global helps boards and operators of critical infrastructure worldwide define what AI is authorised to do, control it in operation and prove it afterwards, with governance architecture, applied research and senior expertise.

Patrick Upmann Founded by Patrick UpmannAI governance advisor · author · architect of DART and AIGN Critical OS
AIGNAUTHORITY

Nine sectors · one authority question

Tap a sector on the radar to preview it, tap again to open it.

25+years of founder experience in governance, risk and compliance
19DOI-registered publications
2,200+LinkedIn group members in 50+ countries
8governance layers in AIGN OS 4.0
3,300+newsletter subscribers
20,000+LinkedIn followers
Keynote speaker · NATO SPS-supported ARW · DESSERT’2026

Documented: keynote and round table co-chair at the NATO SPS-supported Advanced Research Workshop on early warning for critical infrastructure, Yerevan (September 2026) · keynote at DESSERT’2026, the 16th International Conference on Dependable Systems, Services and Technologies, Corfu (October 2026)

Flagship publication · AIGN Research

AI Governance Report 2027

An independent view of AI governance going into 2027 for boards, operators of critical infrastructure and legal, risk and compliance leaders: where AI systems begin to act, which authority they hold, and what management and oversight must be able to evidence.

In preparation
Get it on release
Sectors

Where machine authority meets critical infrastructure.

Choose a sector to see the authority question that matters most, what has to be governed, and where AIGN helps. The approach is not limited to a single legal definition of critical infrastructure (in German usage: KRITIS): what counts is the consequence a system can have for operations, customers, supply, safety and society. Regulatory mapping is EU-first (EU AI Act, NIS2, DORA, CER) and references international standards such as ISO/IEC 42001 and the NIST AI Risk Management Framework for organisations operating across jurisdictions.

Energy & utilities

“Which optimisation decisions may AI take autonomously, and where must a technical or human boundary always take precedence?”

Grid operators, generators and suppliers are moving AI from forecasting into operational decisions: dispatch, balancing, maintenance and customer processes. The governance question shifts from model quality to authority: what may the system change, and where must a technical or human boundary always win?

What to govern

  • Optimisation goals set against safety, resilience and supply requirements
  • Non-overrideable boundaries and fail-safe logic
  • A clear separation between optimisation authority and safety functions
  • Human intervention and incident evidence that stand up to audit
  • Re-approval when models, data sources or integrations change

Frameworks in play

NIS2EU AI ActSector rules
Where AI starts to act illustrative patterns, not client cases
01Forecasting becomes dispatchLoad and generation forecasts feed optimisation that adjusts schedules or setpoints.
02Detection becomes maintenance actionAnomaly detection opens work orders or reprioritises field crews.
03Trading and balancingAgents prepare or place bids within delegated limits.
04Customer operationsAgents change tariffs, contracts or payment plans on the supplier’s behalf.
Regulatory frame as of November 2026
NIS2 / NIS2UmsuCG
Energy is an Annex I sector under NIS2. In Germany, the NIS2 Implementation Act (NIS2UmsuCG) has applied since 6 December 2025.
CER Directive / KRITIS-Dachgesetz
The EU Critical Entities Resilience Directive (EU) 2022/2557 addresses the physical resilience of critical entities; Germany implements it through the KRITIS-Dachgesetz, in force since 17 March 2026.
EU AI Act, Annex III (2)
AI systems intended as safety components in the management and operation of the supply of electricity, gas or heating are high-risk. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027.
Energy-sector rules
Sector-specific IT security requirements and regulator guidance for energy operators.
GDPR
Customer data in supply, metering and service processes.
International references
ISO/IEC 42001 (certifiable AI management system standard) and the NIST AI Risk Management Framework (voluntary) as jurisdiction-neutral references for organisations operating outside or beyond the EU.

An overview, not legal advice. Which rules apply depends on jurisdiction, system, operator role and use context; check against the current legal texts.

How AIGN helps the four control points that carry most weight
Control point 03Authority envelopeWhich data, tools, APIs, systems, channels, transactions and consequences may the AI reach?
Control point 05Runtime enforcementWhich limits, rules, thresholds and approvals act during operation, not only on paper?
Control point 06Human interventionWhen must a person take over, slow down, stop or decide, and is that technically possible?
Control point 07EvidenceCan decisions, actions, interventions and consequences be reconstructed later?

From AIGN Critical OS, nine control points from mandate to retirement. Entry: Board AI Governance Briefing, then the Machine Authority Go-Live Review (see Founder → Advisory).

Questions for the board
  • Which AI systems can change operational schedules, setpoints or customer contracts today?
  • Which boundaries can no model, agent or optimisation override?
  • Who can stop an AI-driven action, and how fast?
  • Could we reconstruct an AI-influenced operational decision after an incident?
Energy in brief three questions
  • Is AI in grid operations high-risk under the EU AI Act? AI systems intended as safety components in the management and operation of the supply of electricity, gas or heating are listed as high-risk in Annex III. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027. Whether a specific system qualifies depends on its intended purpose and has to be assessed case by case.
  • How does AI governance relate to NIS2 in energy? NIS2 governs cybersecurity risk management for the entity. AI governance adds the question of what an AI system is authorised to do inside those systems. Identities, permissions and incident evidence are shared controls, so both should be designed together.
  • Where should an energy company start? With an inventory of AI systems that can trigger operational or customer consequences, and an external challenge of the most material one before its authority expands.
Related result · E.ON: Data governance and controls architecture: consent automation, data ownership and access control, +30% efficiency in the engagement. Case studies

Water & wastewater

“Which control actions may an AI-supported system trigger in supply or treatment, and who can stop it, and how fast?”

Utilities use AI for leak detection, treatment optimisation and early warning. Once those systems start adjusting dosing, pumps or valves, governance has to define who may let them do so, and who can stop them.

What to govern

  • An authority envelope for control actions in supply and treatment
  • Runtime limits and escalation thresholds
  • A clear separation between alert, recommendation and intervention
  • Fail-safe behaviour when sensors, data or connectivity degrade
  • Reconstructable action evidence after an incident

Frameworks in play

NIS2EU AI ActSector rules
Where AI starts to act illustrative patterns, not client cases
01Treatment optimisationAI proposes or adjusts dosing and process setpoints.
02Network operationPump schedules and pressure management adapt to demand forecasts.
03Early warningSensor, hydrological and weather data trigger alerts, recommendations or interventions.
04Asset maintenanceDetected anomalies create work orders and change maintenance priorities.
Regulatory frame as of November 2026
NIS2 / NIS2UmsuCG
Drinking water and wastewater are Annex I sectors under NIS2. In Germany, the NIS2 Implementation Act (NIS2UmsuCG) has applied since 6 December 2025.
CER Directive / KRITIS-Dachgesetz
The EU Critical Entities Resilience Directive (EU) 2022/2557 addresses the physical resilience of critical entities; Germany implements it through the KRITIS-Dachgesetz, in force since 17 March 2026. Drinking water and wastewater are among its sectors.
EU AI Act, Annex III (2)
AI systems intended as safety components in the management and operation of the supply of water are high-risk. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027.
Water-sector rules
Drinking water and wastewater regulation and supervisory guidance.
International references
ISO/IEC 42001 (certifiable AI management system standard) and the NIST AI Risk Management Framework (voluntary) as jurisdiction-neutral references for organisations operating outside or beyond the EU.

An overview, not legal advice. Which rules apply depends on jurisdiction, system, operator role and use context; check against the current legal texts.

How AIGN helps the four control points that carry most weight
Control point 03Authority envelopeWhich data, tools, APIs, systems, channels, transactions and consequences may the AI reach?
Control point 05Runtime enforcementWhich limits, rules, thresholds and approvals act during operation, not only on paper?
Control point 06Human interventionWhen must a person take over, slow down, stop or decide, and is that technically possible?
Control point 07EvidenceCan decisions, actions, interventions and consequences be reconstructed later?

From AIGN Critical OS, nine control points from mandate to retirement. Entry: Board AI Governance Briefing, then the Machine Authority Go-Live Review (see Founder → Advisory).

Questions for the board
  • Which AI-supported systems can change a physical process in supply or treatment?
  • Where does an alert end and an authorised intervention begin?
  • How does the system behave when data quality or connectivity fails?
  • Who is accountable for an intervention the system triggered?
Water in brief three questions
  • Is AI for water supply high-risk under the EU AI Act? AI systems intended as safety components in the management and operation of the supply of water are listed as high-risk in Annex III. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027. The classification depends on the intended purpose of the specific system.
  • Does detecting a hazard authorise the system to act? No. Detection, assessment, recommendation and action are separate stages. An action can remain reserved to human confirmation even when the system’s assessment is technically correct; the operating model has to define which actions may be automated.
  • What does fail-safe mean for AI in water operations? That authority boundaries remain enforceable under poor data, lost connectivity or emergencies, without blocking a necessary response. Fail-closed must not mean fail-unsafe.

Transport & mobility

“What may an AI system change in scheduling, routing or traffic control without human confirmation?”

Rail, road, aviation, shipping and mobility platforms use AI to plan, route and react to disruption. The governance boundary that matters is the line between planning support and operational control.

What to govern

  • A mandate and an owner for every automated change
  • A clear line between planning support and operational control
  • Human confirmation for safety-relevant changes
  • Re-approval when tools, data or integrations change
  • Evidence that links each change to its mandate

Frameworks in play

NIS2EU AI ActSector rules
Where AI starts to act illustrative patterns, not client cases
01Scheduling and dispatchAI adjusts timetables, crew plans or vehicle allocation.
02Traffic managementSignals, routing or speed recommendations become operational inputs.
03Disruption managementAgents reroute, rebook or reprioritise when operations break down.
04Customer and ticketing operationsAgents change bookings, refunds or entitlements on the operator’s behalf.
Regulatory frame as of November 2026
NIS2 / NIS2UmsuCG
Transport (air, rail, water and road) is an Annex I sector under NIS2. In Germany, the NIS2 Implementation Act (NIS2UmsuCG) has applied since 6 December 2025.
CER Directive / KRITIS-Dachgesetz
The EU Critical Entities Resilience Directive (EU) 2022/2557 addresses the physical resilience of critical entities; Germany implements it through the KRITIS-Dachgesetz, in force since 17 March 2026. Transport is among its sectors.
EU AI Act, Annex III (2)
AI systems intended as safety components in the management and operation of road traffic are high-risk. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027.
Sector product law
AI in vehicles, aircraft, rail and marine equipment is largely governed through sector product and type-approval law.
International references
ISO/IEC 42001 (certifiable AI management system standard) and the NIST AI Risk Management Framework (voluntary) as jurisdiction-neutral references for organisations operating outside or beyond the EU.

An overview, not legal advice. Which rules apply depends on jurisdiction, system, operator role and use context; check against the current legal texts.

How AIGN helps the four control points that carry most weight
Control point 01MandateWhich legitimate assignment does the system fulfil, and which decisions or actions are explicitly part of it?
Control point 04Human accountabilityWhich named human role approves the mandate, owns the limits and can change or withdraw authority?
Control point 07EvidenceCan decisions, actions, interventions and consequences be reconstructed later?
Control point 08Change controlWhich model, tool, permission, data or architecture changes require a new decision?

From AIGN Critical OS, nine control points from mandate to retirement. Entry: Board AI Governance Briefing, then the Machine Authority Go-Live Review (see Founder → Advisory).

Questions for the board
  • Which AI systems can change operations without a human confirming?
  • Who owns each automated change, and who approved its scope?
  • What happens to an AI system’s authority when tools or data sources change?
  • Can we show which mandate covered a disputed decision?
Transport in brief three questions
  • Is traffic-management AI high-risk under the EU AI Act? AI systems intended as safety components in the management and operation of road traffic are listed as high-risk in Annex III. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027.
  • Why separate planning support from operational control? Because the same model output carries different authority depending on where it lands. A recommendation in a planning tool and an automated change in live operations need different owners, limits and evidence.
  • Where should a transport operator start? With the automated changes that already reach live operations, each with a named owner and a documented mandate.

Telecom & digital infrastructure

“Which network, access and incident-response actions may an agent take, and under whose mandate?”

Network operators, cloud and data-centre providers are letting agents remediate incidents, change configurations and act on customer accounts. In digital infrastructure, an agent’s permissions are its authority.

What to govern

  • Agent identity, permissions and tool access
  • Separating what an agent can see from what it can change
  • Approval thresholds for changes with service-wide impact
  • Credential rotation and revocation when agents change or retire
  • Action logs that attribute every change to an agent and a mandate

Frameworks in play

NIS2GDPREU AI Act
Where AI starts to act illustrative patterns, not client cases
01Network operationsAIOps tools roll back changes, reroute traffic or adjust capacity.
02Security operationsAgents isolate hosts, block traffic or rotate credentials.
03Customer operationsAgents change contracts, services or account settings.
04Cloud and capacity orchestrationAutomated scaling and placement decisions with cost and availability effects.
Regulatory frame as of November 2026
NIS2 / NIS2UmsuCG
Digital infrastructure, including public electronic communications networks and services, cloud and data-centre services, is an Annex I sector under NIS2. In Germany, the NIS2 Implementation Act (NIS2UmsuCG) has applied since 6 December 2025.
CER Directive / KRITIS-Dachgesetz
The EU Critical Entities Resilience Directive (EU) 2022/2557 addresses the physical resilience of critical entities; Germany implements it through the KRITIS-Dachgesetz, in force since 17 March 2026. IT and telecommunications are among its sectors.
EU AI Act, Annex III (2)
AI systems intended as safety components in the management and operation of critical digital infrastructure are high-risk. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027.
GDPR
Customer and traffic data in network and service operations.
International references
ISO/IEC 42001 (certifiable AI management system standard) and the NIST AI Risk Management Framework (voluntary) as jurisdiction-neutral references for organisations operating outside or beyond the EU.

An overview, not legal advice. Which rules apply depends on jurisdiction, system, operator role and use context; check against the current legal texts.

How AIGN helps the four control points that carry most weight
Control point 02IdentityUnder which technical and organisational identity does it act, and can actions be attributed to system, agent and mandate?
Control point 03Authority envelopeWhich data, tools, APIs, systems, channels, transactions and consequences may the AI reach?
Control point 05Runtime enforcementWhich limits, rules, thresholds and approvals act during operation, not only on paper?
Control point 09Revocation & retirementHow are mandates, identities, credentials and permissions withdrawn when an agent changes or ends?

From AIGN Critical OS, nine control points from mandate to retirement. Entry: Board AI Governance Briefing, then the Machine Authority Go-Live Review (see Founder → Advisory).

Questions for the board
  • Which agents hold write access to network, security or customer systems?
  • Are agent permissions reviewed like privileged human access?
  • What is the blast radius of one agent acting outside its mandate?
  • How quickly can we revoke an agent’s credentials across all systems?
Telecom in brief three questions
  • Is identity and access management enough to govern AI agents? No. Identity and authorisation answer who the agent is and what it can technically access. Machine authority asks what the organisation has legitimately delegated to it, which consequences it may trigger and how that is evidenced.
  • Is AI in network operations high-risk under the EU AI Act? AI systems intended as safety components in the management and operation of critical digital infrastructure are listed as high-risk in Annex III. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027. Classification depends on the system’s intended purpose.
  • What should be governed first? Agents with write access to production systems, starting with the one whose actions would have the widest service impact.

Financial infrastructure & payments

“At what point does a recommendation become financial authority to act?”

Banks, insurers, payment providers and asset managers are embedding AI in credit, payments, fraud and customer processes. The critical moment is when a recommendation becomes authority to act on money.

What to govern

  • Transaction authority limits and human escalation
  • Runtime controls and re-approval when rights expand
  • Third-party and model dependencies in the ICT risk framework
  • Action evidence for supervisors and audit
  • Board reporting on material AI exposure

Frameworks in play

DORANIS2EU AI ActGDPR
Where AI starts to act illustrative patterns, not client cases
01Payments and fraudAI blocks, holds or releases transactions.
02Credit and underwritingScores and recommendations shape lending or pricing decisions.
03Treasury and tradingAgents prepare or execute orders within limits.
04Customer operationsAgents change limits, accounts or contract terms.
Regulatory frame as of November 2026
DORA
Applicable since 17 January 2025: ICT risk management, incident reporting, resilience testing and ICT third-party risk for financial entities.
EU AI Act, Annex III (5)
AI for creditworthiness assessment or credit scoring of natural persons (excluding fraud detection) and for risk assessment and pricing in life and health insurance is high-risk. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027.
KWG / MaRisk, VAG / MaGo (Germany)
Business organisation, internal control and risk management requirements, where applicable.
CER Directive / KRITIS-Dachgesetz
The EU Critical Entities Resilience Directive (EU) 2022/2557 addresses the physical resilience of critical entities; Germany implements it through the KRITIS-Dachgesetz, in force since 17 March 2026. Finance and insurance are among its sectors.
GDPR
Including the rules on automated individual decisions.
International references
ISO/IEC 42001 (certifiable AI management system standard) and the NIST AI Risk Management Framework (voluntary) as jurisdiction-neutral references for organisations operating outside or beyond the EU.

An overview, not legal advice. Which rules apply depends on jurisdiction, system, operator role and use context; check against the current legal texts.

How AIGN helps the four control points that carry most weight
Control point 03Authority envelopeWhich data, tools, APIs, systems, channels, transactions and consequences may the AI reach?
Control point 04Human accountabilityWhich named human role approves the mandate, owns the limits and can change or withdraw authority?
Control point 05Runtime enforcementWhich limits, rules, thresholds and approvals act during operation, not only on paper?
Control point 07EvidenceCan decisions, actions, interventions and consequences be reconstructed later?

From AIGN Critical OS, nine control points from mandate to retirement. Entry: Board AI Governance Briefing, then the Machine Authority Go-Live Review (see Founder → Advisory).

Questions for the board
  • Which AI systems can move, hold or price money without a human decision?
  • Are AI dependencies covered in our DORA third-party register?
  • Where are transaction authority limits enforced at runtime?
  • What evidence would we show a supervisor after an AI-driven loss?
Financial infrastructure in brief three questions
  • Which financial AI uses are high-risk under the EU AI Act? Annex III lists AI for creditworthiness assessment or credit scoring of natural persons (excluding fraud detection) and AI for risk assessment and pricing in life and health insurance. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027.
  • How does AI governance fit with DORA? AI systems and model providers are ICT assets and ICT third-party dependencies. AI governance should be built into the existing ICT risk, incident and third-party framework rather than as a parallel silo.
  • Where should a financial institution start? With the AI systems that can act on transactions, limits or customer terms, mapped to their authority limits and to the existing control environment.
Related result · MEAG (Munich Re): ISMS and risk framework; DORA and NIS2 requirements operationalised. Case studies

Healthcare & emergency services

“Which decisions stay reserved to humans, and can an AI-supported decision be reconstructed afterwards?”

Hospitals, emergency services and health providers use AI to prioritise, triage, schedule and communicate. Where time pressure is highest, governance has to make clear which decisions stay with people, and keep every AI-supported decision reconstructable.

What to govern

  • Human-reserved decisions and escalation paths
  • Oversight design that works under time pressure
  • Traceability of inputs, outputs and interventions
  • Change control for model and data updates
  • Special-category health data and access rights

Frameworks in play

NIS2GDPREU AI Act
Where AI starts to act illustrative patterns, not client cases
01Triage and dispatchAI evaluates emergency calls or prioritises patients.
02Clinical decision supportRecommendations influence diagnosis or treatment pathways.
03Hospital operationsBed, theatre and staff scheduling adapt automatically.
04Patient communicationAgents answer, route or schedule patient requests.
Regulatory frame as of November 2026
EU AI Act, Annex III (5)
AI for evaluating and classifying emergency calls, dispatching emergency first response and emergency patient triage is high-risk. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027.
EU AI Act, Annex I with MDR / IVDR
AI in medical devices: high-risk obligations under Annex I apply from 2 August 2028.
NIS2 / NIS2UmsuCG
Health is an Annex I sector under NIS2. In Germany, the NIS2 Implementation Act (NIS2UmsuCG) has applied since 6 December 2025.
CER Directive / KRITIS-Dachgesetz
The EU Critical Entities Resilience Directive (EU) 2022/2557 addresses the physical resilience of critical entities; Germany implements it through the KRITIS-Dachgesetz, in force since 17 March 2026. Health is among its sectors.
GDPR
Health data is special-category personal data.
International references
ISO/IEC 42001 (certifiable AI management system standard) and the NIST AI Risk Management Framework (voluntary) as jurisdiction-neutral references for organisations operating outside or beyond the EU.

An overview, not legal advice. Which rules apply depends on jurisdiction, system, operator role and use context; check against the current legal texts.

How AIGN helps the four control points that carry most weight
Control point 01MandateWhich legitimate assignment does the system fulfil, and which decisions or actions are explicitly part of it?
Control point 04Human accountabilityWhich named human role approves the mandate, owns the limits and can change or withdraw authority?
Control point 06Human interventionWhen must a person take over, slow down, stop or decide, and is that technically possible?
Control point 07EvidenceCan decisions, actions, interventions and consequences be reconstructed later?

From AIGN Critical OS, nine control points from mandate to retirement. Entry: Board AI Governance Briefing, then the Machine Authority Go-Live Review (see Founder → Advisory).

Questions for the board
  • Which decisions do we reserve to clinicians or dispatchers, explicitly?
  • Does human oversight still work when time is short?
  • Can we reconstruct what the AI recommended and what a person decided?
  • Who approves model or data updates in clinical or emergency use?
Healthcare in brief three questions
  • Is emergency triage AI high-risk under the EU AI Act? Yes. Annex III lists AI for evaluating and classifying emergency calls, for dispatching emergency first response services and for emergency healthcare patient triage. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027.
  • When do AI Act rules apply to AI medical devices? AI that is a medical device or a safety component of one falls under Annex I; following the Digital Omnibus, those high-risk obligations apply from 2 August 2028, alongside MDR or IVDR.
  • What makes human oversight real under time pressure? Reserved decisions defined in advance, interfaces that make intervention possible within the time available, and records that show what the system proposed and what a person decided.

Public services & administration

“Who is accountable when an AI-supported decision reaches a citizen?”

Public administrations are preparing AI agents that handle procedures end to end. When an AI-supported decision reaches a citizen, accountability has to stay with a named public authority, and the state has to be able to prove what the agent was authorised to do.

What to govern

  • Named human accountability for every delegated task
  • Fundamental-rights impact and explanation paths
  • The legal basis for any fully automated decision
  • Procurement evidence for AI suppliers
  • Records that let a decision be challenged and reviewed

Frameworks in play

NIS2GDPREU AI Act
Where AI starts to act illustrative patterns, not client cases
01Eligibility and benefitsAI assesses applications for public assistance or services.
02Case processingAgents prepare administrative procedures and, where the law permits, close them automatically.
03Citizen communicationAgents answer, route and draft responses to citizens.
04AI procurementVendor systems enter administration through procurement decisions.
Regulatory frame as of November 2026
EU AI Act, Annex III (5)
AI used by or on behalf of public authorities to evaluate eligibility for essential public assistance benefits and services is high-risk. Following the Digital Omnibus (Regulation (EU) 2026/1744), obligations for Annex III high-risk systems apply from 2 December 2027.
EU AI Act, Art. 27
Fundamental rights impact assessment for deployers that are bodies governed by public law, among others.
§ 35a VwVfG (Germany)
Fully automated administrative acts only where permitted by law.
GDPR
Including the rules on automated individual decisions.
NIS2 / NIS2UmsuCG
Public administration entities are within NIS2. In Germany, the NIS2 Implementation Act (NIS2UmsuCG) has applied since 6 December 2025.
International references
ISO/IEC 42001 (certifiable AI management system standard) and the NIST AI Risk Management Framework (voluntary) as jurisdiction-neutral references for organisations operating outside or beyond the EU.

An overview, not legal advice. Which rules apply depends on jurisdiction, system, operator role and use context; check against the current legal texts.

How AIGN helps the four control points that carry most weight
Control point 01MandateWhich legitimate assignment does the system fulfil, and which decisions or actions are explicitly part of it?
Control point 04Human accountabilityWhich named human role approves the mandate, owns the limits and can change or withdraw authority?
Control point 06Human interventionWhen must a person take over, slow down, stop or decide, and is that technically possible?
Control point 07EvidenceCan decisions, actions, interventions and consequences be reconstructed later?

From AIGN Critical OS, nine control points from mandate to retirement. Entry: Board AI Governance Briefing, then the Machine Authority Go-Live Review (see Founder → Advisory).

Questions for the board
  • Which procedures may an AI agent prepare, and which may it close?
  • Which named authority answers for each automated step?
  • How can a citizen challenge an AI-supported decision?
  • What evidence do we demand from AI vendors before procurement?
Public services in brief three questions
  • May AI decide administrative procedures fully automatically in Germany? § 35a VwVfG permits fully automated administrative acts only where a legal provision allows it. Preparing a procedure and deciding it are different levels of delegated authority and need separate governance.
  • Do public bodies need a fundamental rights impact assessment? Under Article 27 of the EU AI Act, deployers that are bodies governed by public law, among others, must carry out a fundamental rights impact assessment before deploying certain high-risk AI systems.
  • What is the Agentic State Gap? The distance between a state that deploys AI agents to act and a state that can prove what those agents were authorised to do. It is analysed in The AI Governance Gap Brief, issue #38.
Related result · BSR: Regulatory governance: SAP deletion and retention concept, NIS2 readiness supported alongside the S/4HANA migration. Case studies

Space & earth observation

“Who holds authority over AI-supported sensing, tasking and early warning derived from satellite data?”

Satellite operators, ground segments and earth-observation services use AI to task sensors, analyse imagery and issue early warnings. Authority has to be clear at each step, often across organisational and national borders.

What to govern

  • Authority boundaries between analysis, alert and action
  • Trusted use of shared data across organisational and national borders
  • Accountability for alerts that trigger action elsewhere
  • Evidence chains for early-warning decisions
  • Access, export and dual-use constraints

Frameworks in play

NIS2EU AI ActData-sharing frameworks
Where AI starts to act illustrative patterns, not client cases
01TaskingAI prioritises or schedules sensor and satellite tasking.
02Analysis to alertEarth-observation analysis triggers alerts or recommendations.
03Cross-border data sharingDerived data and alerts flow to partners and authorities.
04Ground-segment operationsAnomaly response in ground infrastructure and services.
Regulatory frame as of November 2026
NIS2 / NIS2UmsuCG
Space, covering operators of ground-based infrastructure that support space-based services, is an Annex I sector under NIS2. In Germany, the NIS2 Implementation Act (NIS2UmsuCG) has applied since 6 December 2025.
EU AI Act
Applies depending on the intended purpose; AI used exclusively for military, defence or national security purposes is outside its scope (Art. 2(3)).
EU Dual-Use Regulation (EU) 2021/821
Export controls may apply to certain technologies and data.
Data-sharing frameworks
Agreements on access, use and onward sharing of data and alerts.
International references
ISO/IEC 42001 (certifiable AI management system standard) and the NIST AI Risk Management Framework (voluntary) as jurisdiction-neutral references for organisations operating outside or beyond the EU.

An overview, not legal advice. Which rules apply depends on jurisdiction, system, operator role and use context; check against the current legal texts.

How AIGN helps the four control points that carry most weight
Control point 02IdentityUnder which technical and organisational identity does it act, and can actions be attributed to system, agent and mandate?
Control point 03Authority envelopeWhich data, tools, APIs, systems, channels, transactions and consequences may the AI reach?
Control point 04Human accountabilityWhich named human role approves the mandate, owns the limits and can change or withdraw authority?
Control point 07EvidenceCan decisions, actions, interventions and consequences be reconstructed later?

From AIGN Critical OS, nine control points from mandate to retirement. Entry: Board AI Governance Briefing, then the Machine Authority Go-Live Review (see Founder → Advisory).

Questions for the board
  • Which AI-supported alerts can trigger action by others?
  • Who is accountable when a partner acts on our alert?
  • Which data-sharing agreements govern AI-derived products?
  • Could we reconstruct the evidence chain behind an early warning?
Space in brief three questions
  • Why does early warning need authority governance? Because an alert can set off consequential action, sometimes by another organisation or in another country. Detection does not authorise intervention; the authority for each step has to be defined.
  • Does the EU AI Act apply to space and earth observation? It depends on the intended purpose. AI used exclusively for military, defence or national security purposes is outside its scope; civil and dual-use applications can fall within it.
  • Where does AIGN’s work on early warning come from? Among other things, from a governance keynote at the 2026 NATO SPS-supported Advanced Research Workshop in Yerevan on AI-powered monitoring and early warning for critical infrastructure. Participation does not constitute NATO endorsement of AIGN.

Context: the 2026 NATO SPS workshop in Yerevan, where AIGN gave a governance keynote, covered aerial, unmanned and satellite sensing and AI-driven earth observation for early warning.

Defence & dual use

“Which decisions must remain reserved to humans, and how is delegated machine authority bounded, interrupted and evidenced?”

Defence and dual-use organisations need AI governance that holds up under independent challenge: which decisions remain reserved to humans, how delegated machine authority is bounded and interrupted, and how it is evidenced. AIGN works on governance, accountability and evidence, not on weapon systems or operations.

What to govern

  • Human-reserved authority and intervention design
  • Runtime enforcement, revocation and change control
  • Separation of civil and defence use contexts for dual-use products
  • Supplier and model dependencies
  • Evidence that holds up under independent challenge

Frameworks in play

Sector and national rulesAIGN Critical OS as reference architecture
Where AI starts to act illustrative patterns, not client cases
01Analysis and decision supportAI condenses information for human decision-makers.
02Logistics and maintenancePredictive planning changes supply and readiness priorities.
03Cyber defence automationAutomated responses act on networks and systems.
04Dual-use productsThe same AI capability is supplied to civil and defence customers.
Regulatory frame as of November 2026
EU AI Act, Art. 2(3)
AI used exclusively for military, defence or national security purposes is outside the AI Act; dual-use systems also placed on the market for other purposes are not.
EU Dual-Use Regulation (EU) 2021/821
Export controls for dual-use items.
NATO Principles of Responsible Use (2021)
Lawfulness, responsibility and accountability, explainability and traceability, reliability, governability, bias mitigation.
National rules and procurement
Requirements set by national authorities and contracting bodies.
International references
ISO/IEC 42001 (certifiable AI management system standard) and the NIST AI Risk Management Framework (voluntary) as jurisdiction-neutral references for organisations operating outside or beyond the EU.

An overview, not legal advice. Which rules apply depends on jurisdiction, system, operator role and use context; check against the current legal texts.

How AIGN helps the four control points that carry most weight
Control point 04Human accountabilityWhich named human role approves the mandate, owns the limits and can change or withdraw authority?
Control point 05Runtime enforcementWhich limits, rules, thresholds and approvals act during operation, not only on paper?
Control point 06Human interventionWhen must a person take over, slow down, stop or decide, and is that technically possible?
Control point 09Revocation & retirementHow are mandates, identities, credentials and permissions withdrawn when an agent changes or ends?

From AIGN Critical OS, nine control points from mandate to retirement. Entry: Board AI Governance Briefing, then the Machine Authority Go-Live Review (see Founder → Advisory).

Questions for the board
  • Which decisions have we explicitly reserved to humans?
  • How is delegated machine authority interrupted, and by whom?
  • Which dual-use products fall under the EU AI Act through civil use?
  • Would our evidence hold up under independent challenge?
Defence in brief three questions
  • Does the EU AI Act apply to defence AI? AI used exclusively for military, defence or national security purposes is outside its scope (Art. 2(3)). Systems that are also placed on the market or used for other purposes, including many dual-use products, are not excluded.
  • What does AIGN do in defence? Governance, accountability and evidence for delegated machine authority. AIGN does not work on weapon systems or operations.
  • Is AIGN endorsed by NATO? No. Participation in a NATO SPS-supported workshop does not constitute NATO endorsement of AIGN.

AIGN works on governance, accountability and evidence, not on weapon systems or operations. Participation in a NATO SPS workshop does not constitute NATO endorsement of AIGN.

The nine sectors are illustrative fields of application, not nine documented implementations, and the questions are not client cases. Which frameworks apply depends on jurisdiction, system, operator role and use context, and should be checked against the current legal texts. Whether an organisation or system is legally classified as critical infrastructure depends on national law.

AIGN OS · Organisations & Solutions

AI governance for critical systems, built to run in operations.

For operators of critical infrastructure (in German usage: KRITIS), defence and dual-use organisations, regulated enterprises and the boards that oversee them. AIGN OS provides the overarching governance architecture. AIGN Critical OS extends it into critical and high-consequence environments, with particular attention to delegated machine authority and runtime controls. AIGN360 supports implementation and ongoing governance operations. The AIGN Trust Label provides an evidence-based assessment within a defined scope, while the Intelligence Hub tracks developments relevant to governance decisions.

Where governance starts

Which AI systems in your critical processes exist, what may each of them decide or do, and can you prove it?

Capability is what a machine can do. Authority is what an organisation permits it to do.
AIGN Critical OS 1.4

As long as AI only produces information, governance can focus on model quality, data, approval and human review. Once AI receives identities, permissions, tools, APIs, communication channels or access to operational systems, the question changes: the system now holds practically effective machine authority, the ability to trigger consequences within or on behalf of an organisation. AIGN OS provides the overarching governance architecture; AIGN Critical OS specialises it for critical and high-consequence environments, carrying authority governance into the runtime.

Scope: a governance reference architecture. It does not replace safety engineering, cybersecurity, legal review, certification or assurance. The full reference work (80+ pages) is not public; a compact executive preview is.

Nine control points, from mandate to retirement

01MandateWhich legitimate organisational assignment does the system fulfil, and which decisions or actions are explicitly part of it?
02IdentityUnder which technical and organisational identity does it act, and can actions be attributed to system, agent and mandate?
03Authority envelopeWhich data, tools, APIs, systems, channels, transactions and consequences may the AI reach?
04Human accountabilityWhich named human role approves the mandate, owns the limits, receives escalations and can change or withdraw authority?
05Runtime enforcementWhich limits, rules, thresholds and approvals act during operation, not only on paper?
06Human interventionWhen must a person take over, slow down, stop or decide, and is that technically and organisationally possible?
07EvidenceCan relevant decisions, actions, interventions, approvals and consequences be reconstructed later?
08Change controlWhich model, tool, permission, data or architecture changes alter the authority profile enough to require a new decision?
09Revocation & retirementHow are mandates, identities, credentials and permissions reliably withdrawn when an agent changes, is replaced or ends?
Enterprise AI governance vs critical AI governance

The more serious the possible consequence of a machine decision, the further governance has to reach from the document into actual system behaviour.

Enterprise AI governance
Critical AI governance
AI use case
Consequence and operational reach
Policy
Runtime enforcement
Risk classification
Authority boundary
Human oversight
Human intervention and override
Initial approval
Continuous authority control
Logging
Reconstructable action evidence
Model governance
Governance of the whole system of action
Compliance evidence
Operational defensibility
When governance becomes a critical control question eight triggers

A system does not have to be fully autonomous to hold relevant machine authority. Single permissions, automations or chained decisions can already have considerable operational effect.

  • Production system access: ERP, CRM, payment, infrastructure or communication systems.
  • Tool and API use: agents or workflows call tools, start processes or address external services on their own.
  • Transactions and communication: orders, payments, messages or approvals are prepared or triggered.
  • Critical operational processes: disruption could affect operations, customers, safety or supply.
  • Compressed human oversight: people supervise chains of machine decisions instead of checking every case.
  • Dynamic authority: new models, tools, data sources or integrations change actual permissions faster than policies.
  • Third-party dependency: foundation models, agent platforms, cloud APIs and tool connections become part of the authority chain.
  • High-consequence failure: an error can cause more than lost productivity.
From executive oversight to runtime authority

Executive layer

Materiality, risk appetite, decision rights, investment decisions, governance mandates, reporting, assurance and escalation.

Operational layer

Identities, permissions, tools, APIs, transactions, limits, overrides, human intervention, action evidence and revocation.

The gap to close: what management and boards approve must match what the system can technically do in operation.
Authority is not static re-approval triggers
TriggerModel changeA model swap or a material change in behaviour can alter the governance assumption.
TriggerAuthority changeNew APIs, tools, systems, transaction rights, data or communication paths widen operational reach.
TriggerOrganisational changeReorganisation, carve-out or acquisition must be followed in machine authority too.
TriggerRisk and incident changeIncidents, near misses, new dependencies or higher autonomy can require a new decision.
No governance without classification. No defensibility without evidence. No trust without a system that can show why an AI system was classified, controlled and verified in a specific way.
— AIGN OS 4.0 · May 2026

AIGN OS 4.0 helps organisations classify AI systems before compliance, audit and liability questions arrive. It translates the EU AI Act, GDPR, ISO/IEC 42001, NIS2, DORA and other frameworks into operational controls, clear roles and auditable evidence, and it is delivered as modules that each produce concrete governance artefacts.

8
Governance layers
12
Evidence dimensions
8
Implementation phases
2026–28
AI Act window
The eight-layer architecture
Layer 1Organisational Interface
Roles, accountability, AI officer interfaces, RACI, board reporting and escalation ownership.
Layer 2Governance Kernel
Lifecycle logic, autonomy boundaries, governance reflexes and escalation principles.
Layer 3Classification & Regulatory Pathway
AI qualification, prohibited-use screening, Article 50, high-risk mapping, GPAI, FRIA, EU registration and responsibility mapping.
Layer 4Compliance Engine
Triggered obligations become controls, documentation, DPIA+, monitoring and operational requirements.
Layer 5Framework Modules
Global, SME, Education, Agentic AI, Data and Culture modules translate the OS into context.
Layer 6Governance Toolchain
Registers, evidence bundles, incident scripts, monitoring logs and technical documentation.
Layer 7Maturity & ASGR
Classification readiness, maturity scoring and systemic governance capability measurement.
Layer 8Trust & Verification
Trust Labels, audit scorecards, label registry, evidence packages and external verification readiness.
Six entry modules from board briefing to operating model
Entry · BoardsBoard AI Governance Briefing
A 90–120 minute board-level session on classification, accountability, evidence and the 2026–2028 window. Includes a classification risk overview and management-ready next steps.
CoreAI System Classification Sprint
Classify 5–20 AI use cases: AI system register, prohibited-use and transparency gates, Annex I/III mapping, responsibility map and evidence bundle.
ProcurementVendor AI Governance Review
Assess AI suppliers before procurement, contract renewal or integration into critical workflows: evidence questionnaire, intended purpose, provider/deployer shift, contract risk questions.
Fundamental rightsFRIA & DPIA Integration Pack
Connect the AI Act fundamental-rights impact assessment with GDPR DPIA logic and an affected-person explanation path.
High-riskTechnical Documentation & Conformity Pack
Conformity assessment pathway, technical documentation gate, data governance evidence sheet and human oversight design record.
Operating modelAI Governance Operating Model Sprint
Role architecture, control ownership, evidence infrastructure, escalation and reporting paths, built around classification logic.

Also available as an enterprise licence for internal use, as a partner licence for implementation partners, and as preparation for Trust Label readiness.

Twelve evidence dimensions

The evidence base for boards, auditors, procurement teams, regulators and trust-label readiness.

  • Classification completeness: every material system has a documented classification path.
  • Intended purpose clarity: purpose, context, users and restrictions are documented.
  • Responsibility mapping: provider, deployer and value-chain roles are clear.
  • Provider shift risk: rebranding, modification and repurposing are assessed.
  • Evidence bundle quality: the classification rationale is reconstructable.
  • Review discipline: reclassification triggers and review cycles are active.
  • Board reporting: leadership sees the evidence required for oversight.
  • Prohibited-use clearance: Art. 5 screening is completed before high-risk logic.
  • FRIA readiness: fundamental-rights impact obligations are identified.
  • Transparency status: Article 50 disclosure duties are assessed.
  • EU database status: registration obligations are mapped and evidenced.
  • Post-market evidence: monitoring, incidents and corrective actions are recorded.
The eight-phase route discovery to defensible trust
Phase 1DiscoveryAI systems, agents, vendor systems, shadow AI, high-impact workflows.
Phase 2ScreeningProhibited AI gate and Article 50 transparency gate before high-risk assessment.
Phase 3Purpose captureIntended purpose, operational use, limitations, decision influence.
Phase 4ClassificationAnnex I, Annex III, safety component logic, GPAI dependency, filter pathways.
Phase 5ResponsibilityProvider/deployer roles, FRIA triggers, EU database registration.
Phase 6Control triggeringCompliance controls and frameworks activated by classification outcome.
Phase 7Evidence & trustClassification evidence bundle, readiness score, trust pathway.
Phase 8MonitoringDrift, incidents, model updates, vendor and regulatory change; reclassification.
Who it serves
Boards & audit committees
Which AI systems are material, how they were classified, who is accountable and what evidence exists today.
Legal, risk & compliance
AI Act classification, Article 50, FRIA, data governance and provider/deployer roles translated into operational controls.
Procurement & vendor management
Vendor AI systems assessed before purchase, integration or scaling.
AI officers & governance leads
A practical model with registers, evidence bundles, monitoring logs, incident records and reporting routines.
HR, EdTech & high-impact functions
Sensitive use cases where AI affects people, opportunity, access, performance or assessment.
SaaS, AI vendors & product teams
Product evidence, intended-purpose clarity, documentation, conformity pathway decisions and trust readiness.
Editions and further components
AIGN OS for Governments
National AI governance infrastructure: translating international rules into national standards, coordinating ministries, operationalising governance in institutions and making it visible to citizens through trust labels. Benchmarked with the ASGR Index.
Open
AIGN EOS · Education
The Education Operating System for AI decisions affecting children. Covered under Network & Education.
Go to tab
Guided Installer
The guided route to installing an AI governance operating system.
Open
Global AI Governance Reference Model
The reference model within the AIGN OS architecture.
Open
Runtime Economic Governance
Governing AI cost, usage and value in the token economy. Also the subject of a Zenodo paper and the book Governing Outsourced Intelligence.
Open
AI Agent Classification
An assessment for classifying AI agents.
Open
Control Center
AI governance oversight, controls and evidence management.
Open

AI governance as an operated function.

AIGN360 turns AI governance from a policy project into a continuously operated function. It is a managed service that supports governance operations: reviewing AI use cases, maintaining documentation and evidence, tracking regulatory mapping, and coordinating responsibilities across business, legal, compliance, IT, data, HR, procurement and the boardroom. It is a monthly managed service with a defined scope, not open-ended consulting.

Design
AIGN OS Design
For organisations that need a robust operating model before scaling AI use.
  • Use case and governance baseline
  • Role, responsibility and forum design
  • Policy-to-process translation
  • Evidence and documentation architecture
  • Roadmap into managed operation
Core model · Operate
AIGN360 Operate
For organisations that need governance to run continuously, not only exist on paper.
  • Recurring governance reviews
  • Control and documentation maintenance
  • Regulatory mapping and change tracking
  • Audit readiness and evidence support
  • Risk, issue and escalation management
Lead
AIGN360 Lead
For companies that need senior external AI governance leadership without building a full internal team.
  • Fractional AI governance leadership
  • C-level and board-level decision support
  • Prioritisation of critical AI risks
  • Cross-functional stakeholder steering
  • Defensibility under regulatory pressure

Engagements can start with Design and move into Operate. Scope is defined in onboarding.

What it is not: AIGN360 is a managed governance-operations service, not a technical enforcement layer. Technical implementation of authorisation, monitoring or shutdown controls is a separate matter for the system architecture.

The governance logic

Step 1ExposeMake AI use cases, systems, data flows, vendors, decisions and ownership visible.
Step 2ClassifyMap regulatory relevance, risk level, business criticality and control requirements.
Step 3DesignDefine roles, forums, workflows, evidence standards, oversight and escalation.
Step 4OperateRun recurring reviews, maintain documentation, monitor change, manage exceptions.
Step 5DefendEvidence why a system was approved, controlled and is still fit to operate.
Entry products focused, time-boxed starting points
AI Governance Roadmap Sprint 2026–2028
EU AI Act readiness and implementation.
Open
Risk Quantification Quick Scan
Quick scan for quantifying AI governance risk.
Open
EU AI Act Transparency Briefing 2026
Article 50 readiness and AI disclosure.
Open
Candidate Fit Assessment
Talent, skills and role readiness for AI governance roles.
Open
Who it is for
Board & C-levelLegal & complianceIT, data & securityHR & peopleProcurementRisk & auditSMEsBanking, insurance, healthcare, energy, public sector, critical infrastructure
Regulatory scope

AI governance does not happen in one regulation. AIGN360 connects it with data protection, cyber resilience, operational risk, sector regulation, vendor governance and audit expectations.

EU AI ActGDPRISO/IEC 42001NIS2DORAEU Data ActData Governance ActNIST AI RMFOECD AI PrinciplesSector rules
Governance Reality Check interactive self-assessment

Five sliders (visibility, accountability, control, evidence, resilience) indicate whether Design, Operate or Lead is the relevant entry point. It is a practical signal, not a legal assessment.

Open the check on the AIGN360 page

Make AI governance visible, evidence-based and defensible.

The AIGN Trust Label is a visible, evidence-based governance signal for customers, partners, boards and audit-facing processes, based on the AIGN OS reference architecture and aligned with the EU AI Act, ISO/IEC 42001, GDPR, NIS2 and DORA. It reflects a private assessment within a defined scope, not proof that every operational control functions as intended.

What it is not: the AIGN Trust Label is AIGN’s own private governance label. It is not a legal certification, a regulatory approval, an accreditation by an independent body, or a substitute for statutory audits.

The labels

Enterprises · Public sectorTrust Label Verified
The flagship signal. Full assessment across eight dimensions, 25+ governance criteria, regulatory mapping, public verification page, digital badge and seal, 12-month validity.
Regulated sectors · Critical infrastructureTrust Label Excellence
Extended assessment with 50+ criteria: AI risk and fundamental rights assessment, model inventory and lifecycle review, third-party governance review, board-level defensibility report, surveillance reviews.
Schools · UniversitiesEducation Trust Label
Adapted to education: AI usage and ethics framework, student protection, teacher and staff enablement, institutional oversight. See Network & Education. Go to tab
AI vendors · SaaS · PartnersVendor Trust Label
A structured review for vendors selling into enterprise procurement: AI system transparency, data and input governance, risk and control logic, human oversight, documentation, customer enablement, regulatory mapping and operational maturity. Outcome: approved, conditional or not yet ready. Annual re-validation. Buyers can commission a vendor portfolio review.
SMEsTrust Readiness
An entry tier for first governance visibility: light assessment, initial use case review, readiness badge and verification page.
What is verified eight governance dimensions
  • AI system inventory & classification: documented inventory, risk classification, scope.
  • Governance roles & accountability: RACI, governance bodies, escalation paths, reporting lines.
  • Risk & impact assessment: including fundamental rights impact where applicable.
  • Human oversight & escalation: human-in-the-loop mechanisms and override pathways.
  • Documentation & decision logs: traceable model documentation and audit-relevant logs.
  • Vendor & third-party governance: external providers, foundation models, contractual safeguards.
  • Incident, monitoring & change management: drift detection, incident response, managed change.
  • Board reporting & defensibility: reporting cadence, documented diligence, evidence packages.
Process scope, assess, validate, award, sustain
Step 1ScopeAI use cases, systems, vendors, regulatory exposure, assessment boundary.
Step 2AssessMaturity assessment against AIGN OS: documents, interviews, control mapping.
Step 3ValidateEvidence review, gap analysis, validation of controls and accountability.
Step 4AwardDecision on documented criteria, label issuance, public listing, digital seal.
Step 5SustainSurveillance reviews, regulatory updates, reassessment after 12 months.

Corporate labels: typically 8–12 weeks from scope to award. Each engagement starts with a scoping conversation and an individual proposal.

Why organisations ask for it
  • Auditors expect evidence. Policies alone are not enough; audit-facing processes need traceable controls, decision records and accountability paths.
  • Customers ask the question. “How do you govern your AI?” increasingly appears in RFPs, procurement and B2B contracts.
  • Boards need defensibility. Documented diligence helps leadership demonstrate due care under the EU AI Act, NIS2 and sector rules.

From AI signal to governance action.

Regulation changes, vendor platforms evolve, agents enter workflows, industries differ, departments need different actions and boards need evidence. The Intelligence Hub gives each of these questions its own entry point: the Briefing explains what changed, the Index measures readiness, the Radars monitor exposure, and the Board & Audit Radar turns it into defensible oversight.

MonthlyAI Governance Briefing
What changed and what does it mean now? Monthly interpretation, priority signals, executive summary and action recommendations.
Open
ReadinessAIGN ASGR Index
How mature and ready are we? Systemic readiness and maturity view, governance gap profile and development over time.
Open
Radar · SectorIndustries Radar
How does exposure differ by industry? Banking, healthcare, insurance, public sector, manufacturing, energy, software, consulting and others.
Open
Radar · FunctionFunctional Radar
Which department must act? Legal, compliance, risk, IT, HR, finance, procurement, internal audit, marketing, sales and operations: action backlog and evidence needs.
Open
Radar · TechnologyTechnology Radar
Where does AI enter systems and workflows? Enterprise platforms, agents, Microsoft Copilot, SAP AI, chatbots and data-driven workflows.
Open
Radar · BoardBoard & Audit Radar
What must leadership be able to defend? Board briefing, audit questions, evidence expectations and defensible management decisions.
Open
The ASGR Index readiness as a measurable score

The ASGR is AIGN’s monthly benchmark of governance readiness. It looks at real governance infrastructure rather than opinions: regulation and legislation, institutional governance frameworks, certification and trust labels, and market behaviour and risk signals. The index distinguishes a Public Signal Score (derived from publicly observable indicators, no internal governance maturity implied), an Assessed Score (based on a structured self-assessment) and a Validated Score (based on evidence reviewed by AIGN). Governments, enterprises and institutions can compare their readiness against a reference operating system. The underlying paper is DOI-registered (see Research & Cooperation).

The AI Governance Gap Brief LinkedIn newsletter · 3,300+ subscribers

One structural gap between how organisations deploy AI and how governance, accountability and regulation actually work, per issue. 38 issues, 3,300+ subscribers. No framework theory, no generic advice.

Latest · Issue #38: The Agentic State Gap. Germany wants AI agents to act: its AI Nation 2030 report envisages agents that prepare administrative procedures end to end and, where the law permits, close them fully automatically. The report takes control seriously, but as a strategic target framework it does not say how delegated authority is bounded, enforced and evidenced at runtime, and none of its 46 indicators directly measures whether critical AI actions stay within their authorised boundaries.
Selected results · Case studies

AI governance case studies from regulated and critical sectors.

Governance that holds up has to run in operations. Four cases from the founder’s operational track record and from AIGN’s own programmes, each with the regulatory setting, the mandate, what was delivered, and why it matters for governing AI that acts.

Energy · Critical sector · 2024

E.ON: consent, ownership and access as a controlled data foundation

+30% efficiency
Delivered
A customer data platform with consent automation; defined data ownership and access control.
Result
+30% efficiency in the data governance engagement.
Relevance for AI governance
Consent status, data ownership and access rights decide what an AI system may later use and reach. They are the data layer of every authority envelope.
Context & mandate
Context
Energy suppliers process customer data at scale under GDPR rules on consent and purpose limitation. Energy is a critical sector under NIS2 and German critical-infrastructure rules.
Mandate
Data Governance & Controls Architect (interim)
Financial sector · Critical sector · 2023

MEAG (Munich Re): an ISMS and risk framework ready for DORA and NIS2

DORA · NIS2
Delivered
An ISMS and risk framework.
Result
DORA and NIS2 requirements operationalised.
Relevance for AI governance
AI agents in financial processes inherit this control environment. ICT risk, third-party risk and audit readiness are where machine authority has to be evidenced to supervisors.
Context & mandate
Context
MEAG is the asset manager of the Munich Re group and operates in a supervised financial environment. DORA, applicable since 17 January 2025, requires financial entities to maintain a documented ICT risk management framework.
Mandate
Risk & Audit Readiness Lead, DORA/NIS (interim)
Public services · Critical sector · 2024

BSR: deletion, retention and NIS2 readiness through an S/4HANA migration

GDPR · NIS2
Delivered
An SAP deletion and retention concept; NIS2 readiness and support for the S/4HANA migration.
Result
Deletion and retention concept delivered for SAP; NIS2 readiness supported alongside the migration.
Relevance for AI governance
A system migration changes permissions, data flows and retention at the same time. It is exactly the moment at which the authority of AI systems has to be re-approved.
Context & mandate
Context
BSR is Berlin’s municipal waste management company. Waste management is listed among the “other critical sectors” in Annex II of NIS2, and GDPR requires defined deletion and retention rules in core systems such as SAP.
Mandate
Regulatory Governance Lead, GDPR/NIS2 (interim)
Education · AIGN programme · 2025

Fayston Preparatory School, Seoul: the first AIGN Education Trust Label in Asia

1st in Asia
Assessed
The label’s education criteria: AI usage and ethics framework, student protection, teacher and staff enablement, institutional oversight.
Result
In September 2025, the first institution in Asia to receive the AIGN Education Trust Label.
Relevance for AI governance
The label model works outside the EU and in an institution rather than an enterprise: governance evidence is built around the people affected, not the technology.
Context & mandate
Context
Schools are among the first institutions where AI-supported decisions affect children directly and have to be explainable to students, parents and teachers.
Programme
AIGN Education Trust Label

Context describes the public regulatory setting of each sector, not the client’s internal situation. Mandates and outcomes are as documented for each engagement; client work is shown with the role held, not as a client endorsement. The AIGN Education Trust Label is AIGN’s own private governance label, not an audit or accreditation. Full track record

AIGN Research · Research & Cooperation

Governing machine authority in high-consequence systems.

Applied research on machine authority, defensible autonomy and AI governance in critical infrastructure, early warning and other high-consequence environments: from governance principles to operational models for AI-enabled systems that can inform, decide and act. AIGN Research studies the authority, accountability and evidence structures needed to govern them, connecting AI governance, operational risk, technical control mechanisms and institutional oversight.

The research question

Under what conditions may an AI-enabled system act without real-time human confirmation, while human accountability remains clearly anchored?

Area 1
Machine authority and defensible autonomy
How the authority of an AI-enabled system is granted, bounded and controlled.
  • Operational mandates
  • Delegated authority and authority boundaries
  • Human accountability anchors
  • Evidence of authorised behaviour
Area 2
AI governance in critical infrastructure
How governance operates where AI-supported decisions may have physical, societal or systemic consequences.
  • Monitoring and early warning
  • Escalation and human intervention
  • Accountability for consequential actions
Area 3
Runtime governance and evidence
How governance requirements stay effective while systems operate.
  • Policy enforcement and monitoring
  • Intervention mechanisms
  • Logging and auditability
  • Reconstruction of consequential system actions
Area 4
Cross-border and cross-sector governance
How AI-enabled systems are governed when data, decisions and consequences cross organisational, sectoral or national boundaries.
  • Distributed accountability
  • Institutional coordination
  • Shared operational authority
From research to reference architecture AIGN Critical OS

The research feeds AIGN Critical OS, a governance reference architecture for critical systems (mandate, identity, authority envelope, human accountability, runtime enforcement, human intervention, evidence, change control, revocation). A compact executive preview is public.

Public executive preview (PDF)
Mandated, executable, enforced three open research questions

The working hypothesis: consequential machine authority is defensible only when three things stay aligned under real operating conditions. Mandated authority is what the responsible institution has explicitly permitted. Executable authority is what the machine can actually do through its tools, credentials, integrations and delegated agents. Enforced authority is what technical and operational mechanisms prevent, constrain, interrupt or record outside the mandate.

Question 1Authorised vs executableCan the boundary between the permissions assigned to an AI agent and the actions actually available to it be identified and validated?
Question 2Degraded conditionsDo authority boundaries stay enforceable under poor data quality, conflicting instructions, compromised credentials, lost connectivity or emergencies, without blocking a necessary response? Fail-closed must not mean fail-unsafe.
Question 3ReconstructionCan a consequential action be linked back to its operational context, mandate, authorisation decision, interventions and accountable institution?

Hypotheses under development; no results are claimed. Set out in The AI Governance Gap Brief, issue #35 (September 2026).

Methodology, status and outputs

Methodology: hypotheses are tested through reference scenarios, architecture tests, expert validation and documented edge cases. Existing AIGN frameworks, including AIGN Critical OS, provide a starting point for investigation, not a predetermined research outcome.

Status: AIGN Critical OS is a published, standalone architecture contribution whose assumptions are open to review and refinement through research. Joint projects with partners are described only once scope, funding, intellectual property and publication rights are agreed.

Outputs: research papers, testable requirements, reference architectures and evaluation protocols, published under DOI where applicable.

Projects and collaborations

AIGN Research develops applied research projects together with academic and practice partners. Project descriptions, partners and results are published once they have been agreed with the participants.

DESSERT’2026, Corfu.

2–4 October 2026, Corfu, Greece (hybrid). The 16th International Conference on Dependable Systems, Services and Technologies. 2026 theme: Dependable, Human‑Aligned and Cyber‑Physical AI Systems for a Safe, Secure and Sustainable World.

Keynote · 2 October · Plenary Talk 2“When AI Systems Begin to Act: Authority, Control and Accountability in Critical Infrastructure”
The questionUnder what conditions should an AI-enabled system be permitted to act without real-time human confirmation, and how can accountability remain identifiable when authority is delegated to software?
The argumentTechnical capability is not authorised action. The keynote treats neither more autonomy nor more human intervention as preferable in itself: delegated authority is designed and assessed by context, consequence, time criticality and the ability to keep effective control and accountability. Dependable AI then asks not only whether a system produces a reliable output, but when it should be authorised to act on it.
Related article · 2 OctoberThe conceptual research article The AI Governance Gap Brief, issue #36: The Assurance Authority Gap takes two session S1.3 contributions on AI-assisted testing as its starting point and asks which operational authority a test result can justify. Hypotheses only; no experimental results are reported.

Listed by the conference as: Patrick Upmann, Founder & Research Lead, AIGN Research, AI Governance Advisor, Germany. A documented speaking engagement; it does not constitute an endorsement of AIGN by the conference organisers. Keynote abstract · Conference programme (PDF)

Advanced Research Workshop, Yerevan.

Patrick Upmann presenting at the Advanced Research Workshop in Yerevan, September 2026
Patrick Upmann presenting at the Advanced Research Workshop in Yerevan, September 2026. The workshop is supported by the NATO Science for Peace and Security Programme.

14–19 September 2026, Yerevan State University, Armenia. AI-Powered Monitoring Systems, Regional Data Sharing, and Models for Early Warning in Critical Services and Infrastructure.

Keynote · 16 September · Session 2.2, Governance and trust frameworks“From innovation to implementation — building governance frameworks for AI in critical sectors”
Round table co-chair · 17 September“Toward a regional data-sharing framework for critical infrastructure”, with Prof. Ramaz Kvatadze (GRENA, Georgia)
Write-up · 22 SeptemberThe keynote’s argument, from early warning to authorised action, is developed in The AI Governance Gap Brief, issue #35.

Organised by the CenTRiS Foundation (Armenia) and the University of Calabria (Italy), with NATO SPS support under grant ARW.G9376. A documented speaking engagement; it does not constitute NATO endorsement of, or funding for, AIGN Research. View the workshop programme

From detection to consequential action the keynote’s governance lens

An AI-powered early-warning system can combine sensor, hydrological, weather and operating data to detect abnormal conditions at a dam or reservoir earlier. Detecting danger is not an authorisation to intervene.

Stage 1DetectIdentify an anomaly.
Stage 2AssessEvaluate the situation.
Stage 3RecommendPropose an intervention.
Stage 4ActInitiate an authorised measure.
Stage 5AccountReconstruct the decision.

The stages do not confer progressively broader authority. An action may remain reserved to human confirmation even when the system’s assessment is technically correct. The operating model has to separate actions that may be automated, actions requiring additional confirmation, and decisions reserved to accountable humans or institutions, including when normal operating conditions no longer hold.

Workshop scope three pillars and intended outcomes
Pillar 1AI-powered monitoringSensing, digital twins and IoT for real-time structural health and anomaly detection across energy, water and transport.
Pillar 2Regional data sharingSecure, sovereignty-respecting frameworks and privacy-enhancing technologies for trusted cross-border data exchange.
Pillar 3Early warning modelsPredictive models for multi-hazard, cascading-failure scenarios.

The programme also includes sessions on aerial, unmanned and satellite sensing and on AI-driven earth observation for early warning and resilient critical infrastructure. Intended outcomes named by the organisers: policy recommendations, a collaborative research agenda and a roadmap for a follow-on NATO SPS Multi-Year Project.

Further speaking engagements
2025TRT World Forum
Istanbul, Turkey. Invited speaker on AI governance as global infrastructure.
202637th EBS Symposium
EBS University, Germany. Invited to the economic symposium for business, law and leadership.
20265th Fintech Week Frankfurt
Frankfurt am Main. Speaker and panelist: “AI Governance, Risk & Regulation: From Black Box to Explainable Finance”.

Verifiable work, labelled by type.

Selected publications by Patrick Upmann, research lead of AIGN Research. Outputs are labelled by type; peer review is stated only where it has taken place.

19
DOI-registered publications
SSRN
Zenodo · ORCID
2026
AIGN Runtime Economic Governance: Governing AI Cost, Usage and Value in the Token Economy
Zenodo
2026
The Control–Liability Paradox in AI Governance: Where AI Liability Actually Begins
Zenodo · Report
2026
The Geopolitics of AI Governance — AI Governance as a Geopolitical Infrastructure
Zenodo · Preprint
2026
Operationalizing Responsible AI: A Systemic AI Governance Architecture for Organizational Implementation
Zenodo · Report
Show all publications
2026
AIGN OS 3.0 – The Operating System for Defensible AI Governance
Zenodo · Report (April 2026)
2026
AIGN EOS: Education Operating System for Trustworthy AI Decisions Affecting Children
Zenodo · Preprint
2026
AI Slop in the Enterprise: Synthetic Knowledge Amplification and the Governance of Organisational Knowledge Infrastructures
Zenodo · AIGN OS Research
2025
AIGN OS — AI Agents: The AI Governance Stack as a New Regulatory Infrastructure
SSRN · Working Paper
2025
AIGN OS — Trust Infrastructure: Certification, Licensing, and Market Enforcement for Responsible AI
SSRN · Working Paper
2025
AIGN — Procurement Governance Gate
Zenodo · Working Paper
2025
The AI Navigation Gap: A Cross-Domain Analysis of Why Modern Organizations Cannot Form a Unified Future Logic
Zenodo · Working Paper
2025
AIGN OS 2.0 — The Operating System for Responsible AI Governance (Architecture, Compliance & Trust Infrastructure)
Zenodo · Working Paper
2025
The ASGR Index — Establishing the First Global Benchmark for Systemic AI Governance Readiness
Zenodo · Working Paper
2025
The AIGN Declaration on Systemic AI Governance: Defining the Operating Principles for the Age of Intelligent Systems
Zenodo · Working Paper
2025
AIGN Systemic AI Governance Stress Test
SSRN · Working Paper
2025
AIGN — AI Governance Compliance Framework for SAP® S/4HANA
SSRN · Working Paper
2025
AIGN OS — The Operating System for Responsible AI Governance
SSRN · Working Paper
2025
The AIGN Academy — Institutionalizing Systemic AI Governance Education
Zenodo · Working Paper
2025
AIGN Legal — From Law to Architecture: Institutionalising Systemic Legal AI Governance
Zenodo · Working Paper

ORCID: 0009-0001-6626-8531

Concepts from the research.

The concepts below run through the research, the advisory work and The AI Governance Operating Series. The three books are presented under Founder → Books.

The authority supply chain concept

How authority is granted, transferred, constrained and evidenced across interconnected systems, organisations and jurisdictions. Introduced in The AI Governance Gap Brief, issue 32 (August 2026).

DART executive test for delegated machine authority

A proprietary executive test framework, not a regulatory standard: Delegation (what was actually transferred), Authority (what the system can reach), Runtime Control (which limits and intervention mechanisms work in operation) and Traceability (whether consequences can be reconstructed).

Research lead: Patrick Upmann
Founder of AIGN and independent AI governance advisor with more than 25 years of experience in IT governance, risk and compliance across finance, energy, automotive and retail.
About the founder
Research cooperation
AIGN Research welcomes discussions with universities, research centres, critical infrastructure operators and other organisations investigating the governance of AI-enabled systems. Scope, responsibilities, funding, intellectual property and publication rights are agreed explicitly.
Contact AIGN Research
Founder

Patrick Upmann

Machine Authority & Agentic AI Governance

Defensible AI Governance for boards, supervisory boards and operators of critical systems, with the goal of making Machine Authority controllable, traceable and defensible. Founder and architect of AIGN.Global and AIGN OS 4.0; author of The AI Governance Operating Series. Research lead of AIGN Research; keynote speaker at DESSERT’2026 (Corfu) and at the NATO SPS-supported Advanced Research Workshop in Yerevan.

The question behind the work

Who gave the machine the authority to do that, and can you prove it?

I do not replace your AI governance, risk, compliance, security or internal audit function. I provide an external challenge at the point where they meet: the authority your organisation is actually giving the machine.

Patrick Upmann, AI governance advisor, architect of DART and AIGN Critical OS
Founder & Architect · AIGN.Global · AIGN OS 4.0
Author · The AI Governance Operating Series
30+engagements since 2014
3books, The AI Governance Operating Series

Quoted internationally: Infobae Mundo · The New Africa Magazine  |  Verifiable delivery: audit readiness, governance operating models, access & control structures, +30% efficiency in one data governance engagement (E.ON).

Three moments to call.

Before go-liveAn AI agent is about to receive material decision or action authority.
When authority changesNew API, MCP server, transaction right, communication channel, data access or a higher limit.
After an incidentThe agent acted, and management needs to understand whether capability, permission and authorised authority diverged.
More typical situations
  • “We suddenly have agents operating inside the company.”
  • “The board isn’t getting a reliable overview.”
  • “Risk, Compliance, IT and the business tell different stories.”
  • “After a reorganisation or M&A, decision rights and system permissions may no longer line up.”
The economic case: well-designed governance is meant to let organisations scale AI faster, avoid faulty approvals, reduce rework, speed up decisions, establish audit readiness and put critical AI into production under control, not slow AI down.

Three steps to work together

Step 1 · Orientation
Board AI Governance Briefing
A confidential 90–120 minute session for supervisory boards, audit committees or executive boards on machine authority, materiality, oversight and evidence, structured along DART. The oversight perspective, not a management advisory mandate.
  • 90–120 minutes, confidential
  • Output: Board Question Set and 90-Day Oversight Priorities
Request a Board Briefing
Step 2 · Before go-live
Machine Authority Go-Live Review
Permission is technical. Authority is organisational. An external challenge for one material AI agent or use case before production or a material authority expansion: mandate and owner, technical permissions, data/tools/APIs/MCP, transaction authority, human reserved authority, runtime limits, intervention and revocation, evidence.
  • Scope: 1 material agent or use case
  • Typically 5 business days after evidence is available
  • Fixed scope, fixed fee after scoping
  • Output: Machine Authority Decision Memo and executive readout

The decision to deploy remains with the organisation. The review is an external governance challenge, not a certification or approval.

Request a scoping call
Step 3 · Operate
AIGN360 Operate
Governance as a continuously operated function: recurring reviews, control and documentation maintenance, regulatory change tracking and audit readiness, as a monthly managed service with a defined scope.
  • Monthly managed service
  • Scope defined in onboarding
See AIGN360
For critical systems and agentic AI: the Go-Live Review can be extended to a Critical & Agentic AI Governance mandate (see Board oversight), followed by the Agent Mandate, Authority Envelope and Human Accountability Anchor for the specific context. Request Agentic AI Governance Design.
Also available: keynotes (30–60 minutes) on machine authority and AI governance accountability, and executive workshops (90–120 minutes) for management teams on use cases, decision rights and the next 90 days. Request a keynote · Request a workshop.

DART: the challenge for delegated machine authority

Not an enterprise governance model and not a regulatory standard: the proprietary executive test for what an AI system has actually been given and whether that delegation remains controllable. The core tool of every advisory engagement.

DDelegationWhat was actually transferred: analysis, recommendation, decision, communication or action?
AAuthorityWhich data, systems, tools, transactions and channels can the AI reach?
RRuntime ControlWhich limits, escalations, human intervention and stop mechanisms work in operation?
TTraceabilityCan inputs, decisions, actions, interventions and consequences be reconstructed later?
Illustrative governance scenarios six situations

Illustrative scenarios, not a representation of specific client engagements.

Executive boardAn agent gains operational decision rights
Question: which decisions may the agent actually make, and who approved that authority?
Response: Agent Mandate, Authority Envelope, Human Accountability, Runtime Limits, Evidence.
Supervisory boardManagement reports on AI, not on machine authority
Question: can the board recognise where AI becomes material to strategy, risk exposure or operational control?
Response: Board AI Materiality, Machine Authority Exposure, Escalation Thresholds, Board Reporting, Board Question Set.
Energy · critical infrastructureAI optimises a critical process
Question: which optimisation decisions may AI make autonomously, and where must a technical or human boundary take precedence?
Response: Critical Authority Envelope, Non-Overrideable Boundaries, Human Intervention, Fail-Safe Logic, Incident Evidence.
Audit committeeGovernance exists, effectiveness cannot be proven
Question: how does the committee recognise that AI governance is operated effectively, not just documented?
Response: Control Evidence, Traceability, Independent Challenge and Evidence Map, Exception Reporting, Management Evidence.
Financial infrastructureAI intervenes in transactions
Question: at what point does a recommendation become financial authority to act?
Response: Transaction Authority Limits, Human Escalation, Runtime Controls, Re-Approval, Action Evidence.
Reorganisation / M&AThe organisation changes, machine rights remain
Question: who is still permitted to act in the company’s name after the change?
Response: Authority Revalidation, Ownership Review, Re-Approval, Credential Rotation, Revocation Evidence.

When AI acts, governance becomes a leadership question.

Support for supervisory boards, audit committees, executive boards and CEOs in steering and overseeing AI effectively when technical capability turns into real decision and action authority. The focus: strategy, value, materiality, accountability, Machine Authority, operational control and reliable evidence.

The central governance question: not only what AI can do technically, but what the organisation permits it to decide, execute, change or trigger on its behalf.
ValueWhere?Where should AI create measurable value?
AuthorityWhat?Which authority is actually delegated?
ControlHow?Which limits work in operation?
EvidenceWith what?What can management and oversight demonstrate reliably?

Three levels of responsibility, three different questions

Supervisory board / advisory boardCan we oversee AI effectively?Can the body see where AI is material to strategy and risk, which authority has been delegated, and whether governance and controls actually work?
Audit committeeCan we rely on the control environment?Are internal control, risk, compliance, audit and evidence mechanisms connected so that material AI risks do not disappear between functions?
Executive board / CEO / managementCan we scale AI without losing control?Do value, decision rights, accountability, approvals, runtime controls and escalation match actual use and autonomy?

Six dimensions of effective executive AI governance

01 · ValueStrategic valueWhere should AI contribute to growth, productivity, resilience, quality or customer benefit, and how is that contribution assessed?
02 · MaterialityMaterialityWhich AI systems, agents and dependencies are actually material for leadership and oversight?
03 · AuthorityDelegated authorityWhich data, tools, systems, channels, transactions and consequences may AI reach?
04 · AccountabilityAccountability & decision rightsWho decides on use, limits, changes, exceptions and shutdown, and on what information basis?
05 · ControlRuntime & change controlWhich limits, escalations, human intervention, overrides and re-approval triggers work during operation?
06 · EvidenceEvidence & independent challengeCan the company reconstruct what was decided, approved, executed, monitored and done in case of deviations?
Board AI Oversight System more than a one-off review

The goal is a recurring oversight logic that makes what matters visible at board level without shifting operational steering to the supervisory board.

MandateOversight MandateWhich AI questions belong in which body, and which remain clearly with management?
MaterialityBoard MaterialityWhich systems and changes cross the threshold to board relevance?
InformationInformation RightsWhat information does the body need to challenge effectively?
EscalationEscalation ThresholdsWhich incidents, control failures, authority changes or dependencies are reported ad hoc?
CadenceReporting CadenceWhat belongs on the agenda regularly, quarterly or event-driven?
ChallengeBoard Question SetWhich questions test decision quality, risk awareness and actual ability to control?
From AI register to a decision-ready board pack

A supervisory board does not need a technically overloaded inventory. It needs a condensed, decision-relevant picture of the company’s material AI exposure.

  • Strategic AI Portfolio: material initiatives and strategic relevance.
  • Value Realisation: expected and realised benefit of material initiatives.
  • Machine Authority Exposure: systems with high decision or action authority.
  • Top Risks & Exceptions: material deviations, exceptions and open decisions.
  • Incidents & Material Changes: relevant events and re-approval triggers.
  • Decisions & Oversight Actions: what management must decide and what the board must challenge or monitor.
Who says the governance really works? lines of assurance

Policies, management reporting and technical controls produce different kinds of evidence. For the audit committee and supervisory board it must be visible where self-assessment ends and independent review or challenge begins.

1st lineBusiness & system ownershipUse-case responsibility, system operation, control execution, self-assessments and management evidence.
2nd lineRisk, compliance, security, privacyFramework, challenge, monitoring, risk and control requirements, and independent escalation within the organisation.
3rd lineInternal auditIndependent review of the adequacy and effectiveness of the governance and control environment within the audit mandate.
ExternalExternal challengeTargeted external challenge and specialist expertise. Legal advice, statutory audit, certification or formal assurance are separate mandates by authorised professionals.
Five engagement models from entry to lasting board advisory
01 · EntryBoard AI Governance Briefing
Confidential 90–120 minute session for a shared understanding of strategic AI relevance, machine authority and the questions the body should ask now.
02 · Supervisory board / audit committeeBoard AI Oversight Diagnostic
Evidence-based assessment of whether the body has sufficient transparency, information rights, challenge points and assurance to oversee AI. Includes a Board AI Materiality Map, Machine Authority Exposure, Oversight Gap Assessment, Independent Challenge and Evidence Map, Board Question Set, Board Reporting Blueprint and 90-Day Oversight Priorities.
03 · Executive board / CEOExecutive AI Governance Design
Design or hardening of the governance operating model for organisations that scale AI while keeping clear decision, accountability and control capability: materiality and risk appetite, decision rights and approvals, machine authority model, runtime and change controls, incident and escalation governance, executive and board reporting.
04 · RecurringBoard AI Governance Advisory
Continuous independent executive advice for bodies that accompany AI as a lasting strategic and governance topic: quarterly executive update, materiality and authority changes, emerging risks and dependencies, incident and exception review, follow-up on oversight actions.
05 · High consequence / agentic AICritical & Agentic AI Governance
Specialist mandate where AI agents, autonomous processes or critical systems can trigger significant operational, regulatory or societal consequences: DART challenge, authority envelope review, runtime policy and human intervention, incident and shutdown tabletop, AIGN Critical OS as operational reference architecture.
Regulation is a yardstick, not the only one

The concrete legal and regulatory scope depends on role, system type, use context, sector and timing. Executive advice therefore does not use a blanket “AI Act compliant / not compliant” traffic light but separates six perspectives: strategic relevance, regulatory exposure (coordinated with legal counsel where a case-specific legal review is needed), governance effectiveness, operational control, evidence and independent challenge, and oversight readiness.

Regulated financial firms: AI governance is not built as a parallel silo. The scope is connected with existing business organisation, internal control and risk management, ICT risk, third-party and outsourcing governance, data protection, model and decision risk, and the applicable statutory and supervisory requirements.

EU AI ActDORAKWG / MaRisk, where applicableVAG / MaGo, where applicableData protectionICT third-party riskInternal control & risk managementModel / decision risk
How it works, and mandate note
  1. Mandate & executive question: which decision, oversight question or governance gap the mandate is meant to solve.
  2. Evidence & materiality review: existing governance documents, management information, system overviews and risk assessments, focused on the essential questions.
  3. Management evidence session: responsible functions explain strategy, portfolio, decision rights, controls, risks, incidents and open decisions.
  4. DART & governance challenge: the actual delegation of machine authority is tested for selected material systems.
  5. Supervisory session, where commissioned: room for independent challenge, open questions and future information and reporting requirements. Operational responsibility stays with management.
  6. Management response & oversight priorities: actions, owners and target dates documented separately from the oversight function.
Mandate note: the services are governance, management and executive advisory. They do not replace legal advice, statutory audit, internal audit, statutory conformity assessment, certification or any other regulatorily required audit or assurance service. Where a case-specific legal review or binding legal assessment is required, it is provided by authorised legal counsel; the services cover regulatory mapping, governance design, operationalisation, control design and readiness. Management and oversight mandates are scoped separately, and possible self-review or role conflicts are identified before a mandate begins. The Executive Defensibility Record documents scope, evidence considered, findings, management judgments, residual risks and agreed actions; it is not certification, conformity assessment, legal opinion or statutory assurance. Machine Authority is a governance working term, not a legal term.
“AI governance does not fail because principles are missing. It fails because no one stands behind decisions when it matters.”
Patrick Upmann · Founder, AIGN.Global
2026DESSERT’2026
Corfu, Greece (hybrid), 2–4 October. Keynote at the 16th International Conference on Dependable Systems, Services and Technologies: “When AI Systems Begin to Act: Authority, Control and Accountability in Critical Infrastructure”. On machine authority in critical infrastructure: when an AI-enabled system should be authorised to act, and how accountability stays identifiable. Keynote abstract.
2026NATO SPS Advanced Research Workshop
Yerevan State University, Armenia, 14–19 September. Keynote “From innovation to implementation — building governance frameworks for AI in critical sectors” and round table co-chair on a regional data-sharing framework for critical infrastructure. A documented speaking engagement; it does not constitute NATO endorsement of AIGN. Write-up: Gap Brief #35.
202637th EBS Symposium
EBS University, Germany. Invited to the economic symposium of EBS University for Business and Law.
20265th Fintech Week Frankfurt
Frankfurt am Main. Speaker and panelist: “AI Governance, Risk & Regulation: From Black Box to Explainable Finance”.
2025TRT World Forum
Istanbul, Turkey. Invited speaker on AI governance as global infrastructure.

Keynote topics

  • When AI systems begin to act: authority, control and accountability in critical infrastructure.
  • From innovation to implementation: governance frameworks for AI in critical sectors.
  • Who gave the machine the authority? Board oversight of AI agents and delegated machine authority.

For organisers and media: speaker bio, headshot and talk abstracts are available on request. Formats: keynote (30–60 minutes), panel, executive workshop; English and German.

The AI Governance Operating Series.

Book · 2026
Defensible Trust
From governance principles to operational evidence: which AI system was used, what was it permitted to do, who reviewed it, what costs arose. For boards, AI offices, risk, legal and compliance leaders.
On Amazon
Book · 2026
Defensible Autonomy
What an organisation permits a machine to do: the Agent Mandate, Authority Envelope, Human Accountability Anchor, Runtime Policy Enforcement and Action Evidence Chain.
On Amazon
Book · 2026
Governing Outsourced Intelligence
The economics of AI-enabled enterprises: token consumption, supplier concentration, operational lock-in, and how Runtime Economic Governance keeps this work controllable.
On Amazon
Defensible Trust, Defensible Autonomy and Governing Outsourced Intelligence by Patrick Upmann
“AI governance can no longer remain a policy exercise. The next era will be defined by evidence, classification, permission, runtime control and board-level assurance.”
Patrick Upmann · The AI Governance Operating Series, 2026

Peer-reviewed status is stated only where it has taken place. All DOI-registered publications are listed under AIGN Research → Publications.

“The AI Governance Gap Brief”: the LinkedIn newsletter. One structural gap between how organisations deploy AI and how governance, accountability and regulation actually work, per issue. No framework theory. No generic advice.
Patrick Upmann · Publisher
38
Issues
3,300+
Subscribers
20,000+
LinkedIn followers (author)
Latest · Issue #38, The Agentic State Gap: published 3 November 2026. An independent governance analysis of the German Federal Government’s AI Taskforce report Deutschland als KI-Nation 2030 (2 November 2026): six dimensions, 46 indicators, 18 key measures. Measure 8 envisages AI agents that prepare administrative procedures end to end and, where the law permits (§ 35a VwVfG), close them fully automatically. The report commits to control, intervention and shutdown mechanisms, but as a strategic target framework it leaves open how delegated authority is bounded, enforced and evidenced at runtime. The Agentic State Gap is the distance between a state that deploys AI agents to act and a state that can prove what those agents were authorised to do. The issue separates strategic, institutional and operational governance, sets out five connected elements (Agent Mandate, Authority Envelope, Human Accountability Anchor, Runtime Policy Enforcement, Evidence Continuity) and proposes five additional indicators, from Authority Coverage to Accountability Coverage. Independent analysis, not an official position of the Federal Government.
Technology & AI Systems11 issues

Where specific AI technologies, identity and IAM systems, coding agents, AI Spaces, chatbots, agentic systems, AI early-warning and control systems in critical infrastructure, AI security testing and deployment gates, enterprise Copilots, shadow AI, algorithmic CV screening, create structural governance exposure that boards cannot see until after the incident.

Show more issues

The track record is deliberately split into two distinct evidence lines, which are not mixed together.

01Operational governance track record25+ years, 30+ engagements: finance, energy, mobility, public sector. Data governance, access controls, audit readiness, ISMS.
02AI governance: intellectual & executive leadershipDART, AIGN Critical OS, 3 books, 19 DOI publications, NATO SPS-supported workshop 2026, DESSERT’2026 keynote (Corfu), AIGN Education Trust Label pilot (Seoul 2025), international speaking. See Keynotes, Books and Publications.

The operational track record documents delivered governance, risk and compliance outcomes. The Critical sector label marks the sector classification, not a formal legal critical-infrastructure designation of the specific organisation. The selection shows the six most significant engagements in critical or regulated sectors.

Period
Client
Role
Outcomes
2024
E.ON Critical sector
Data Governance & Controls Architect (interim)
Customer data platform with consent automation (+30% efficiency); data ownership and access control
2024
BSR Critical sector
Regulatory Governance Lead, GDPR/NIS2 (interim)
SAP deletion/retention concept; NIS2 readiness and S/4HANA migration support
2023
MEAG (Munich Re) Critical sector
Risk & Audit Readiness Lead, DORA/NIS (interim)
ISMS and risk framework; DORA/NIS2 requirements operationalised
2023
Viridium Critical sector
Governance & Access Control Lead, GDPR/ICT (interim)
Data protection audit; governance role model for core systems
2023
Uniper Critical sector
Data Governance & Data Protection
Actionable retention concept in the M365 context
2021–23
Mobility Inside Critical sector
ISMS, Data Protection & Governance Lead (interim)
Governance operating model for a mobility platform; data protection requirements for the Deutschlandticket operationalised
Show 8 further selected engagements since 2014
2025
TEDi
Data Governance Lead (interim)
SAP Data Lakehouse framework with role and accountability models; policy structure designed for audit readiness
2024
Volkswagen Group
AI Act / Data Act Governance Expert (interim)
Governance analysis for in-vehicle data management
2025
Boston Consulting Group
EU Data Act Advisor
Analysis and recommendations on the EU Data Act for logistics
2025
GenoAkademie
AI Governance Advisor & Trainer
Leadership seminars on EU Data Act and AI governance readiness
2019–20
MEAG (Munich Re) Critical sector
Data Protection & Governance Consultant (interim)
Data protection requirements operationalised across all applications
2020
Volkswagen Group
Data Protection & ISMS Consultant (interim)
Data protection and security processes implemented
2015–19
MediaMarkt DE/CH/ES, Aldi Süd, Vorwerk
Data Governance & Compliance Consultant (interim)
Data governance, data protection and compliance for retail and e-commerce
2014–17
Deutsche Bahn Critical sector, ERGO, Verivox, Payback
Governance & Compliance Consultant (interim)
Governance and compliance structures for finance, mobility and e-commerce companies

Core expertise & sectors

Energy & critical infrastructureFinancial infrastructureMobility & automotive EU AI Act · ISO 27001/42001DORA · NIS2 · GDPRAgentic AI governanceSAP S/4HANA · ServiceNow GRCBoard & supervisory reporting
Talk about your AI governance question
Advisory for executive boards, supervisory boards, audit committees and critical or regulated organisations. Speaking and media requests are welcome.
Request a confidential scoping call
AIGN Network · Network & Education

A global AI governance network, and the capability to govern AI.

Practitioners, compliance professionals, technologists, educators and policymakers connected around one mission: responsible, accountable AI governance. The network is the human layer of AIGN OS, with sector peer groups such as Financial Services, Energy & Utilities, Healthcare and Public Sector. The Academy, the Fellowship and the education programmes build the capability.

The connected community for responsible AI.

Members come from business, government, academia and civil society. They contribute to benchmarks, pilots and trust labels, and get access to forums, events, knowledge resources and policy insights. Applications are reviewed continuously.

2,200+
LinkedIn group members
50+
Countries
19
DOI-registered publications

Regional programmes

South Korea
Education and next-generation AI governance: youth-focused frameworks and institutional readiness in schools and universities.
MENA
Policy and responsible innovation: national AI strategies, policy design and cross-border alignment.
India
Governance at scale: enterprise readiness, education institutions and sector-specific governance.
Africa
Inclusive AI, ethics and capacity building with locally relevant governance frameworks.
What members get
  • Exclusive access: private forums, events, knowledge resources and policy insights.
  • Peer recognition: a mission-driven community rather than a database.
  • Visibility and voice: opportunities to speak, publish or lead projects.
  • Global influence: contribute to trust labels, governance frameworks and standards work.
  • Collaboration: connect with experts, regulators, innovators and practitioners.
  • ASGR Index access: contribute to and benefit from the systemic readiness benchmark.
Who is welcome
AI governance leaders & policy advisorsEthics, risk & compliance officersCIOs, CDOs & responsible AI leadsUniversities, schools & institutionsStartups & enterprisesGovernment & public sector
Two ways to join
  • Apply as a member by email.
  • Stay connected on LinkedIn and in the member channels.

A curated reference for AI governance professionals.

AIGN Circle is a controlled access layer that connects organisations with governance-ready professionals and gives professionals legitimate positioning without market noise. It is a curated global reference, not a marketplace, not a consulting firm and not an open community. Hiring support is a separate service, AIGN Talent. Human accountability sits at the centre.

For organisations
Access to governance-ready professionals
For audit pressure, board decisions and regulatory exposure.
  • Controlled reference, not open search
  • Professionals vetted for judgment and accountability
  • Discretion on all sides
Request access
For professionals
Positioning without market noise
Be found by judgment, not by reach.
  • No self-promotion or sales pressure
  • Access to AIGN Sparring peer circles
  • Positioning within the AIGN infrastructure
Apply as professional

AIGN Sparring: peer groups with teeth

A curated, sector-specific peer circle for AI governance professionals who want structured challenge and defensible judgment before regulators, boards or auditors provide it. Not a course, not a webinar. Groups are capped at ten members, built for productive tension (diverse roles, same industry), and every application is read personally by Patrick Upmann.

Format 1Hot SeatOne member’s live governance challenge; the others challenge as regulator, auditor, board member or journalist. 60 minutes of pressure, 30 minutes of synthesis.
Format 2Red TeamOne member defends their governance strategy; the rest try to break it.
Format 3Regulation RadarEach member brings a regulatory development the others have not seen. Verdict: material or noise?
Sector groups Financial Services founding cohort

The founding cohort is in Financial Services (ten seats). Further sector groups are planned: Healthcare & Pharma, Public Sector, Tech & Software, Insurance, Manufacturing, Energy & Utilities, and Legal & Consulting.

Applying takes a direct email with your role, your sector and the governance problem you are working through. Not everyone is accepted.

The Circle logic responsibility, access, trust
  • Responsibility: real people, not frameworks or tools, stand behind governance decisions. Responsibility over frameworks, judgment over process, accountability over delegation.
  • Access: controlled and precise, without dependency or visibility pressure. Curated, contextual, discreet.
  • Trust: avoids market noise, prevents commoditisation of expertise, protects reputations on all sides.

Where governance expertise meets the roles that need it.

AIGN Talent is a specialist talent network for AI governance, data governance and regulatory experts. Many organisations are building governance competence in-house, and generic recruiting rarely evaluates this expertise well. Every candidate is assessed by governance practitioners rather than keyword matching.

Step 1Register & profileCandidates submit a governance profile, employers submit the role; AIGN validates each submission.
Step 2Vetted matchMatching on regulatory scope, industry background, operating model experience and availability.
Step 3Qualified introductionBoth parties receive a structured briefing before the first conversation.

For candidates

  • AI governance and EU AI Act specialists
  • Data governance and data protection leads
  • DORA, NIS2 and GDPR implementation experts
  • Regulatory transformation and compliance leads
  • Risk, audit and assurance professionals
  • Fractional and interim governance managers

For employers

  • Financial services, insurance, healthcare
  • Automotive, energy and critical infrastructure
  • Technology companies building governance functions
  • Public sector and government bodies
  • Consulting firms building AI governance practices
  • International organisations with EU AI Act exposure

The academy for operational AI governance.

Not another AI course. The AIGN Academy is the human capability layer of AIGN OS: professionals, teams and institutions learn to understand, operate, evidence and defend AI governance under real conditions. It is 100% online, 18–40 hours depending on the level, and produces reusable governance artefacts.

IndividualsFoundation Credential
A structured introduction to AI governance and AIGN OS, with an ASGR readiness reflection and a certificate of completion.
PractitionersProfessional Credential
Applying governance in real organisations: governance artefact pack, decision and action trace logs, operating model canvas, professional credential.
AI officers · ConsultantsImplementation Professional
Advanced toolchain access, case-based artefact submission, ASGR capability profile and a partner readiness pathway.
Teams · InstitutionsCorporate Readiness
Multi-seat online access, team readiness profile, institutional artefact pack and a corporate or education trust pathway.
Learning architecture watch, apply, build, submit, score, credential, renew
1WatchStructured online units.
2ApplyPractical organisational scenarios.
3BuildTemplates and canvases become artefacts.
4SubmitSelected outputs for review or reflection.
5ScoreASGR logic creates a capability profile.
6CredentialCredentials for evidenced capability.
7RenewAnnual updates for regulatory change.
What participants leave with
  • Role & accountability map: who owns, controls, escalates and evidences governance responsibilities.
  • AI system inventory starter: a method to identify, classify and govern the AI systems the organisation depends on.
  • Decision & action trace logs: templates to reconstruct, attribute and defend AI-related decisions.
  • ASGR capability profile: strengths, active gaps and prioritised next steps.
How it differs from other training
AI literacy
Strong for awareness, insufficient for governance operation and decision evidence.
EU AI Act training
Explains legal requirements, rarely creates operating structures, decision logs or accountability frameworks.
ISO 42001 courses
Solid management-system logic, typically not built as an operating system for daily governance decisions.
AIGN AcademyOperating capability
Roles, controls, toolchain, readiness scoring, artefact packs and a trust pathway. The framework is jurisdiction-neutral; its compliance engine maps EU regulation.

The Junior AI Governance Fellowship.

A global talent programme for students and emerging professionals who want to understand, research and shape AI governance: from regulation and risk to accountability, evidence and institutional trust. It is the entry point into the AIGN ecosystem and the first step towards the Academy. Remote, English-language, part-time, research-based and selective: a mentored research cohort for people who want to move beyond discussing AI governance and investigate a concrete institutional gap. Cohort fee: €299 one-time, incl. VAT. The founding cohort started in November 2026; applications are collected for the next cohort.

8
Weeks
3–5 h
Per week
6
Research tracks
€299
One-time, incl. VAT
Six research tracks
EU AI Act & regulatory governanceGlobal AI policy & comparative regulationEducation AI governancePublic sector AIEnterprise AI governanceAI governance in emerging markets
Journey and outputs
1ApplyCV or LinkedIn profile, short motivation, preferred focus.
2Research note testA 1–2 page note on a current development in your region or field.
3CohortEight remote weeks with guidance and research templates.
4Final outputResearch note, country snapshot, sector briefing, gap analysis or youth perspective paper.

Selected outputs may be featured as AIGN Junior Governance Notes after editorial review; publication is not automatic. Fellows who complete the programme with an accepted output receive a certificate of contribution.

Questions
  • Is it an internship? No. It is a selective remote contributor fellowship, not an employment or internship relationship.
  • Who should apply? Students (law, policy, computer science, governance, international relations, ethics, business, data), young professionals and regional observers.

Accountable AI for every classroom.

Schools, universities and EdTech platforms need child-rights sensitive, transparent and accountable AI governance. Several educational AI uses fall into the high-risk category of the EU AI Act. AIGN offers an operating system for education and a governance label for institutions.

Operating system
AIGN EOS
The Education Operating System for trustworthy AI decisions affecting children: an operational governance architecture built around the Education Decision Record. Published as a preprint (v1.0, April 2026).
Explore Education OS
Governance label
Education Trust Label
AIGN’s governance label for schools, universities and education networks. A private governance credential, not an audit or an accreditation.
Explore the label
First implementation: in September 2025, Fayston Preparatory School in Seoul, South Korea became the first institution in Asia to receive the AIGN Education Trust Label.
Why schools need it three realities in every classroom
  • No audit trail: when an AI decision disadvantages a student, many schools cannot yet document how it was reached, or defend it.
  • No liability basis: without auditable decision records there is no foundation to challenge or correct a flawed AI recommendation.
  • No systemic protection: without equity monitoring, algorithmic bias accumulates silently.
How EOS works input, processing, output, feedback
InputIntake & policy gateEvery AI application passes a child-rights impact assessment; institutional rules are encoded as machine-readable policy checks.
ProcessingRisk & human oversightContinuous bias and drift monitoring; teacher override with no automated high-stakes decision without a human checkpoint.
OutputDecision record & explanationAn exportable Education Decision Record per decision, plus age-appropriate explanations for child, parent, teacher and authority.
FeedbackMonitoring & remedyMaturity monitoring and an appeal and remedy service for children, parents and teachers.

As specified in the AIGN EOS preprint: a three-level maturity path (pilot-ready, operational, assurable) gated by ASGR maturity.

Who it is for
Primary & secondary schoolsUniversities & research institutionsEdTech providers & vendorsSchool districts & education networksMinistries & NGOs
Africa Kenya Pioneer Programme

Education Trust Label Africa — Kenya Pioneer Programme.

Open the programme page
Join & book

Join the network. Book your entry point.

Programmes for professionals and students are listed with their price. Places are application-based: you apply, we confirm your seat, and you receive the payment details. Organisation mandates are scoped individually.

Students · Emerging professionals
Junior AI Governance Fellowship
€299one-time, incl. VAT
Eight remote weeks, 3–5 hours per week, six research tracks, a mentored research output and a certificate of contribution.
Apply now
AI governance professionals
AIGN Sparring seat
€150per month
A sector peer circle of up to ten members: Hot Seat, Red Team and Regulation Radar. Founding cohort in Financial Services.
Apply for a seat
Candidates
AIGN Talent
€69per month
A validated governance profile and vetted, briefed introductions to roles in AI, data and regulatory governance.
Register as candidate
Readers
The AI Governance Operating Series
3books
Defensible Trust, Defensible Autonomy and Governing Outsourced Intelligence.
View the books

The final price, including any applicable VAT, is confirmed before payment. Employers posting a role, organisations, boards and research partners: choose your entry under Contact.

Questions & answers

AIGN.Global and Patrick Upmann, in brief.

Who is Patrick Upmann?

Patrick Upmann is a Munich-based independent AI governance advisor, keynote speaker and author with more than 25 years of experience in IT governance, risk and compliance across finance, energy, automotive and retail. He is the founder of AIGN.Global and now.digital, research lead of AIGN Research, architect of DART and AIGN Critical OS, and author of The AI Governance Operating Series (Defensible Trust, Defensible Autonomy, Governing Outsourced Intelligence).

What is AIGN.Global?

AIGN.Global is an AI governance network and architecture founded by Patrick Upmann. It combines AIGN OS 4.0 (an eight-layer AI governance operating system), AIGN Critical OS for critical and high-consequence systems, the AIGN360 managed governance service, the AIGN Trust Label, applied research on machine authority and a professional network with academy and fellowship programmes.

What is machine authority?

Machine authority is the practically effective ability of an AI system to trigger consequences within or on behalf of an organisation, for example through identities, permissions, tools, APIs or access to operational systems. Capability is what a machine can do; authority is what an organisation permits it to do. Machine authority is a governance working term, not a legal term.

What is AIGN Critical OS?

AIGN Critical OS is a governance reference architecture for AI in critical infrastructure, defence and dual-use and other high-consequence environments. It structures nine control points: mandate, identity, authority envelope, human accountability, runtime enforcement, human intervention, evidence, change control, and revocation and retirement. It does not replace safety engineering, cybersecurity, legal review or certification.

What is the DART test?

DART is a proprietary executive test by Patrick Upmann for delegated machine authority: Delegation (what was actually transferred), Authority (what the system can reach), Runtime Control (which limits and interventions work in operation) and Traceability (whether consequences can be reconstructed). It is not a regulatory standard.

What is the AIGN Trust Label?

The AIGN Trust Label is AIGN’s own evidence-based governance label, based on the AIGN OS reference architecture and aligned with the EU AI Act, ISO/IEC 42001, GDPR, NIS2 and DORA. It reflects a private assessment within a defined scope. It is not a legal certification, a regulatory approval or an accreditation by an independent body.

How are AIGN.Global and now.digital related?

Both are run by Patrick Upmann. now.digital is his personal advisory, speaking and thought-leadership platform; AIGN.Global is the network, architecture and research hub for AI governance.