<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD with MathML3 v1.3 20210610//EN" "JATS-archivearticle1-3-mathml3.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:ali="http://www.niso.org/schemas/ali/1.0/" article-type="research-article" dtd-version="1.3" xml:lang="en">
<front><journal-meta><journal-id journal-id-type="publisher-id">JAIKE</journal-id><journal-title-group><journal-title>Journal of Artificial Intelligence and Knowledge Engineering</journal-title><abbrev-journal-title abbrev-type="publisher">J Artif Intell Knowl Eng</abbrev-journal-title></journal-title-group><issn pub-type="epub">0000-0000</issn><publisher><publisher-name>Eurasia Academic Publishing Group</publisher-name><publisher-loc>Hong Kong</publisher-loc></publisher></journal-meta><article-meta><article-id pub-id-type="doi">10.37819/Jaike.26.0013</article-id><article-id pub-id-type="publisher-id">JAIKE-2026-0013.R5</article-id><article-categories><subj-group subj-group-type="heading"><subject>Original Research</subject></subj-group></article-categories><title-group><article-title>Why Auditability Fails in Current Generative AI Systems: A Governance Perspective</article-title><alt-title alt-title-type="running-head">Why Generative AI is not Auditable</alt-title></title-group><contrib-group><contrib contrib-type="author" corresp="yes"><name><surname>Dvorackova</surname><given-names>Monika</given-names></name><xref ref-type="aff" rid="aff1"></xref><xref ref-type="corresp" rid="cor1">*</xref></contrib></contrib-group><aff id="aff1"><institution>Independent Researcher, Czechia</institution><country country="CZ">CZ</country></aff><author-notes><corresp id="cor1">*Corresponding author. E-mail: <email>monika.dvorack@gmail.com</email></corresp></author-notes><pub-date publication-format="electronic" date-type="pub"><day>21</day><month>10</month><year>2026</year></pub-date><pub-date publication-format="electronic" date-type="collection"><year>2026</year></pub-date><volume>1</volume><issue>2</issue><fpage>41</fpage><lpage>53</lpage><history><date date-type="received"><day>28</day><month>02</month><year>2026</year></date><date date-type="rev-recd"><day>15</day><month>07</month><year>2026</year></date><date date-type="accepted"><day>16</day><month>07</month><year>2026</year></date></history><permissions><copyright-statement>© 2026 The Author(s)</copyright-statement><copyright-year>2026</copyright-year><copyright-holder>Monika Dvorackova</copyright-holder><license license-type="open-access" xlink:href="https://creativecommons.org/licenses/by-nd/4.0/"><ali:license_ref>https://creativecommons.org/licenses/by-nd/4.0/</ali:license_ref><license-p>This article is licensed under a Creative Commons Attribution-NoDerivatives 4.0 International (CC BY-ND 4.0) licence.</license-p></license></permissions><self-uri content-type="pdf" xlink:href="JAIKE-2026-0013.R5.pdf"/><abstract><p>Regulatory frameworks increasingly assume that generative AI systems are auditable. Yet mainstream generative AI architectures do not structurally support ex post reconstruction of system behavior for enforceable legal or regulatory oversight. This review argues that auditability fails because prevailing deployment models lack the infrastructural preconditions necessary for verifiable accountability. Drawing on literature in algorithmic accountability, AI auditing, foundation model governance, and regulatory compliance, the paper identifies structural barriers including probabilistic non-determinism, continuous model updates, API-based black-box provisioning, distributed responsibility across AI supply chains, and insufficient prompt–response trace binding. The analysis distinguishes transparency, explainability, traceability, and auditability, arguing that enforceable auditability requires immutable and reconstructible system evidence. Using a structured narrative review, the paper conceptualizes auditability as a foundational computational primitive from which accountability, compliance, and regulatory oversight can be systematically derived. This concept is operationalized through the AIGov framework and the implemented AIGov Engine, a governance-native reference architecture based on append-only evidence logging, policy-constrained execution, and deterministic compliance-state derivation. The AIGov Engine further demonstrates that these principles can support runtime governance and oversight of autonomous and multi-agent systems.</p></abstract><kwd-group kwd-group-type="author"><title>Keywords</title><kwd>Generative AI</kwd><kwd>auditability</kwd><kwd>AI governance</kwd><kwd>algorithmic accountability</kwd><kwd>foundation models</kwd><kwd>regulatory compliance</kwd><kwd>AI architecture</kwd><kwd>risk management</kwd><kwd>governance by design</kwd></kwd-group></article-meta></front>
<body><sec><label>1.</label><title>INTRODUCTION</title><p>Generative artificial intelligence systems have evolved from experimental research artifacts into infrastructure supporting legally, economically, and socially consequential activities. Large language models are increasingly used in legal services, healthcare, finance, public administration, and enterprise decision support, where system outputs may influence rights, obligations, financial interests, and regulatory exposure.</p><p>This expansion has been accompanied by growing governance expectations. Frameworks such as the OECD AI Principles (OECD, 2019), the NIST AI Risk Management Framework and Generative AI Profile (NIST, 2023, 2024), and the European Union AI Act (European Union, 2024) emphasize accountability, transparency, traceability, oversight, and documentation. Despite differences in scope and legal force, these frameworks share a common assumption: that AI systems can be meaningfully audited.</p><p>Auditability requires more than visibility into system behavior. In governance contexts, it implies that relevant decisions and actions can be reconstructed and independently verified using preserved evidence. For contemporary generative AI systems, this includes not only prompts and outputs but also model versions, contextual information, retrieved data, delegated actions, tool invocations, governance controls, and execution history. Auditability therefore serves as the operational foundation upon which accountability and regulatory oversight depend (Kroll et al., 2017).</p><p>This article argues that dominant generative AI deployment architectures often lack the structural conditions necessary to support such auditability. The challenge is not primarily regulatory. Rather, it reflects a mismatch between governance expectations and architectural design priorities. Contemporary systems are typically optimized for performance, scalability, and adaptability rather than evidentiary reconstruction. As generative AI deployments increasingly incorporate retrieval systems, external tools, autonomous execution, and multi-agent coordination, this mismatch becomes more pronounced (HAI, 2025).</p><p>The article therefore asks: under what technical and institutional conditions can generative AI systems be considered auditable in a manner consistent with enforceable governance?</p><p>To answer this question, the article develops a conceptual framework for auditability, examines the technical characteristics of generative AI systems that impede reconstruction, derives architectural requirements for governance-native auditability, and presents AIGov as an implemented reference architecture demonstrating the feasibility of these requirements in practice.</p><p>This article makes three contributions:</p><list list-type="order"><list-item><p>It defines auditability as reconstructibility grounded in preserved and verifiable evidence.</p></list-item><list-item><p>It identifies a structural mismatch between governance assumptions and dominant generative AI deployment architectures.</p></list-item><list-item><p>It introduces AIGov as a governance-native architectural model that operationalizes auditability through evidence preservation, policy-constrained execution, deterministic compliance-state derivation, and runtime governance mechanisms.</p></list-item></list></sec><sec><label>2.</label><title>Transparency, Explainability, Traceability, and Auditability</title><p>Governance discourse frequently treats transparency, explainability, traceability, and auditability as closely related concepts. Although interconnected, they address distinct governance objectives and impose different technical requirements.</p><sec><label>2.1.</label><title>Transparency</title><p>Transparency concerns disclosure. It focuses on communicating system characteristics, intended uses, limitations, governance measures, and risk-management practices through mechanisms such as model cards, system documentation, and impact assessments (Mitchell et al., 2019). Transparency improves visibility but does not guarantee reconstruction of specific decisions or interactions.</p></sec><sec><label>2.2.</label><title>Explainability</title><p>Explainability concerns interpretive understanding of model behavior (Doshi-Velez and Kim, 2017). Techniques such as feature attribution, surrogate models, and attention analysis may provide insight into how outputs are produced. However, explainability does not necessarily preserve the evidence required to reconstruct a specific execution history and therefore does not by itself satisfy audit requirements.</p></sec><sec><label>2.3.</label><title>Traceability</title><p>Traceability concerns lifecycle provenance, including model versions, datasets, deployment changes, and system updates. While traceability is necessary for auditability, it often fails to capture runtime elements such as prompts, retrieved context, tool invocations, delegated actions, and execution state.</p></sec><sec><label>2.4.</label><title>Auditability</title><p>Auditability requires independent reconstruction of governance-relevant system behavior using preserved and verifiable evidence (Raji et al., 2020). An auditable system must support verification of execution context, system state, governance controls, delegated actions, and compliance-relevant outcomes. Unlike transparency, explainability, or traceability, auditability requires evidentiary permanence, integrity verification, and reproducible reconstruction.</p><p>As argued by Kroll et al., (2017), accountability depends on the ability to contest and evaluate decisions.</p><p>Auditability therefore functions as the infrastructural prerequisite for enforceable accountability in generative AI systems.</p><p><bold>Formal Definition:</bold> Let <italic>S</italic> denote an AI system, <italic>D</italic> the set of governance-relevant decisions, <italic>E<sub>d </sub></italic> the preserved evidence associated with decision <italic>d</italic>, <italic>V</italic>(<italic>E<sub>d</sub></italic>) an integrity-verification function, and <italic>P</italic>(<italic>E<sub>d</sub></italic>) a deterministic governance projection producing compliance state <italic>C<sub>d</sub></italic>.</p><p>A system is auditable if every governance-relevant decision is associated with verifiable evidence from which the corresponding governance state can be reproducibly derived:</p><p>A(<italic>S</italic>) = 1 ⇐⇒ ∀<italic>d</italic> ∈ <italic>D,</italic> ∃<italic>E<sub>d </sub></italic> such that <italic>V</italic>(<italic>E<sub>d</sub></italic>) = true ∧ <italic>P</italic>(<italic>E<sub>d</sub></italic>) = <italic>C<sub>d</sub>.</italic></p><p>This definition emphasizes operational reconstructibility rather than complete visibility into model internals. Auditability depends on preserved evidence sufficient to evaluate contested decisions and derive governance relevant conclusions through reproducible procedures.</p></sec></sec><sec><label>3.</label><title>Related Work: Algorithmic Accountability and Governance</title><p>Prior research has examined accountability, transparency, documentation, and governance challenges in AI systems. A recurring finding is that meaningful accountability requires more than disclosure; it requires mechanisms enabling independent evaluation and reconstruction of system behavior (Kroll et al., 2017, Raji et al., 2020).</p><p>Research on foundation models further highlights challenges arising from scale, opacity, and distributed responsibility (Bommasani et al., 2021; Crawford, 2021). At the same time, the sociotechnical abstraction trap identified by Selbst et al. demonstrates how governance expectations may become detached from the technical realities of deployed systems (Selbst et al., 2019).</p><p>Existing tools and frameworks address important aspects of accountability infrastructure. Experiment tracking systems improve reproducibility, provenance frameworks support artifact relationships, and governance frameworks promote documentation and oversight. However, these approaches generally strengthen observability rather than providing a unified mechanism for independent reconstruction of system behavior.</p><p>From an auditability perspective, the central gap is the absence of architectures that combine evidence preservation, integrity verification, policy-aware execution, and deterministic compliance-state derivation.</p><p>This gap motivates the governance-native approach developed in the remainder of this article.</p></sec><sec><label>4.</label><title>Technical Characteristics of Generative AI That Undermine Auditability</title><p>Several technical characteristics of contemporary generative AI systems complicate independent reconstruction of system behavior and therefore limit meaningful auditability.</p><sec><label>4.1.</label><title>Probabilistic Generation</title><p>Generative models produce outputs through probabilistic sampling rather than deterministic execution. Reconstructing a specific interaction therefore requires preservation of model versions, execution parameters, and contextual state associated with the original generation process.</p></sec><sec><label>4.2.</label><title>Model Evolution and Alignment Updates</title><p>Foundation models are continuously updated through retraining, fine tuning, and alignment procedures. Without stable version binding and historical references, outputs cannot be reliably associated with the model state that generated them.</p></sec><sec><label>4.3.</label><title>Hidden Instructions and Orchestration Logic</title><p>System prompts, routing logic, safety policies, and orchestration rules may materially influence outputs while remaining invisible to end users. Auditability therefore requires preservation of system-level instructions in addition to user inputs.</p></sec><sec><label>4.4.</label><title>External Tools and Retrieval Systems</title><p>Modern AI deployments frequently rely on retrieval systems, external APIs, and tool invocation frameworks. Outputs may therefore depend on information and actions occurring outside the model itself, expanding the scope of evidence required for reconstruction.</p></sec><sec><label>4.5.</label><title>Agentic and Multi-Agent Workflows</title><p>In agentic systems, execution is distributed across multiple models, tools, and delegated actors (Anthropic, 2024). Auditability consequently requires preservation of delegation chains, intervention events, tool usage, and governance controls across the complete workflow.</p><p>Together, these characteristics illustrate why auditability cannot be achieved through prompt and output logging alone. Meaningful reconstruction requires preservation of the broader execution environment in which system behavior occurs.</p></sec></sec><sec><label>5.</label><title>Distributed Responsibility and AI Supply Chains</title><p>Generative AI systems are deployed through multi-actor ecosystems involving model developers, infrastructure providers, API platforms, integrators, software vendors, and deploying organizations. Responsibility is therefore distributed across actors that control different parts of the technical and organizational stack.</p><p>This distribution creates a structural misalignment between evidentiary control, operational authority, and legal accountability. Organizations responsible for system outcomes may lack access to training data, model versions, alignment histories, or execution records, while upstream providers may possess critical technical artifacts without visibility into downstream deployment contexts.</p><p>As noted by Raji et al. (2020), accountability gaps emerge when governance expectations exceed available audit infrastructure. In generative AI deployments, these gaps are amplified by proprietary APIs, hosted services, retrieval systems, and external tool integrations that restrict access to governance-relevant evidence.</p><p>The challenge becomes more pronounced in agentic and multi-agent systems, where actions may be distributed across multiple models, tools, and organizations. In such environments, meaningful auditability requires interoperable evidence structures and cross-organizational audit interfaces capable of preserving causally linked actions across technical and institutional boundaries.</p><p>Auditability therefore cannot be achieved solely through local governance measures. It requires evidence preservation and accountability mechanisms that extend across the AI supply chain.</p></sec><sec><label>6.</label><title>Architectural Requirements for Enforceable Auditability</title><p>If auditability is to function as a meaningful governance mechanism rather than a declarative aspiration, it must be embedded directly into system architecture. The preceding analysis suggests that generative AI systems require structural modifications at the deployment layer to satisfy regulatory audit expectations.</p><p>The architectural requirements presented below are technology agnostic. They define the minimum infrastructural conditions under which generative AI systems can produce evidence sufficient for independent reconstruction and verifiable accountability.</p><sec><label>6.1.</label><title>Immutable Interaction Logging</title><p>Auditability requires preservation of governance-relevant execution evidence, including prompts, contextual inputs, model identifiers, generation parameters, governance controls, tool invocations, and delegated actions. To function as reliable evidence, these records must be protected through append-only and integrity preserving storage mechanisms.</p></sec><sec><label>6.2.</label><title>Model Version Binding and State Preservation</title><p>Outputs must be linked to stable and verifiable model versions. Where direct access to model internals is unavailable, systems should at minimum maintain persistent identifiers that enable interactions to be associated with specific model revisions, execution environments, and delegated actions.</p></sec><sec><label>6.3.</label><title>Contextual State Archiving</title><p>Because outputs frequently depend on conversational history, retrieved information, orchestration logic, and external tools, auditability requires preservation of the contextual state active during execution. Without such preservation, reconstruction remains incomplete even when prompts and outputs are retained.</p></sec><sec><label>6.4.</label><title>Governance Control Pathway Logging</title><p>Governance mechanisms such as safety filters, approval gates, autonomy controls, and policy engines should generate structured evidence describing policy evaluations, control outcomes, overrides, and intervention events. Auditability depends on visibility into decision pathways rather than final outputs alone.</p></sec><sec><label>6.5.</label><title>Independent Audit Interfaces</title><p>Systems should expose standardized audit interfaces capable of providing verifiable evidence bundles, integrity verification, compliance-state inspection, and reconstruction of multi-step execution histories without requiring direct access to proprietary model internals.</p><p>Taken together, these requirements define auditability as a system-level property emerging from evidence preservation, version binding, contextual reconstruction, governance-event recording, and independent verification. They provide the architectural bridge between the conceptual analysis developed in earlier sections and the governance-native architecture presented below.</p><sec><label>6.5.1.</label><title>Audit Failure Scenarios</title><p>Auditability failures typically arise when systems cannot reliably reconstruct governance-relevant behavior. Common failure modes include unverifiable output origin, policy bypass, untracked model drift, supply-chain opacity, and autonomous actions that lack preserved evidence of delegation, intervention, or responsibility. These scenarios illustrate that auditability depends on maintaining reconstructible evidence across the full execution lifecycle.</p></sec></sec></sec><sec><label>7.</label><title>AIGov Engine: Governance-Native Architecture</title><sec><label>7.1.</label><title>Design Objective</title><p>The objective of AIGov is to transform auditability from a documentation requirement into an operational system property. Rather than relying on post hoc reporting, the architecture embeds evidence capture, integrity verification, policy evaluation, and compliance-state derivation directly into system execution.</p><p>AIGov is designed for API-mediated and partially opaque environments in which direct access to model internals is unavailable. Auditability is therefore achieved through preservation of externally observable interaction events, contextual metadata, governance decisions, and stable version identifiers rather than through inspection of model internals.</p><p>The architecture extends naturally to autonomous and multi-agent systems by treating delegated actions, tool invocations, autonomy controls, and intervention events as first-class governance artifacts. This enables reconstruction of complex workflows from preserved evidence rather than retrospective interpretation.</p><p>The implemented open-source prototype demonstrates the practical feasibility of this approach through append-only evidence logging, compliance-state derivation, audit verification, and runtime governance controls. The implementation is available at: https://github.​com/​MonikaDvorackova/​aigov-​compliance-​engine</p></sec><sec><label>7.2.</label><title>Architecture and Operational Flow</title><p>This section presents the AIGov Engine architecture as a governance-native execution model in which auditability is embedded directly into system operation. Rather than treating compliance as a post hoc assessment, the architecture derives compliance state from structured and verifiable events generated during execution.</p><p>As shown in Figure 1, system interaction produces both execution flow and evidence flow. All interactions are captured as append-only events that form the evidentiary basis for governance evaluation. Compliance state is derived from preserved artifacts rather than inferred system behavior, enabling independent verification without access to internal model implementation.</p><p>From a systems perspective, the architecture can be understood as a constrained state transition model in which permissible states are determined by the existence and validity of governance events. Auditability therefore becomes an execution property rather than an observational property.</p><p>The resulting architecture supports runtime governance, autonomous-action control, multi-agent traceability, and regulator-facing evidence export through a shared evidentiary substrate.</p><p>The architecture follows a fail-closed design philosophy. When required evidence is missing, integrity verification fails, policy evaluation blocks a transition, or mandatory governance steps are absent, the system does not infer compliance. Instead, the resulting state is classified as BLOCKED or INVALID. Governance outcomes therefore remain directly coupled to preserved and verifiable evidence.</p><fig id="fig1" position="float"><label>Figure 1</label><caption><p>AIGov governance architecture showing the relationship between interaction handling, evidence capture, runtime governance, policy evaluation, compliance state derivation, and audit-facing outputs</p></caption><graphic xlink:href="JAIKE-2026-0013_R5_Fig_1.png" mimetype="image" mime-subtype="png"/></fig><p>Figure 1 shows the architecture as an evidence-first execution model. The evidence layer preserves the historical record, the governance layer derives constraints and compliance outcomes from that record, and the audit layer exposes verifiable artifacts for review. The inclusion of runtime governance and autonomy controls makes explicit that the same evidentiary substrate can support not only single-model inference but also tool-mediated and agentic workflows.</p><fig id="fig2" position="float"><label>Figure 2</label><caption><p>Simplified compliance state machine for the AIGov Engine</p></caption><graphic xlink:href="JAIKE-2026-0013_R5_Fig_2.png" mimetype="image" mime-subtype="png"/></fig><p>Governance-relevant events constrain permissible state transitions, while missing evidence, incomplete controls, or failed policy checks produce blocked or invalid outcomes under a fail-closed execution model.</p><p>Figure 2 formalizes the governance logic as a constrained state transition model. Valid states arise only when required evidence exists, policy evaluation completes, and required approval or control steps are recorded. Missing or incomplete governance steps result in blocked states, while explicit policy violations result in invalid states. This fail-closed model ensures that compliance cannot be inferred in the absence of reconstructible evidence.</p></sec><sec><label>7.3.</label><title>Illustrative Technical Representation</title><p>The following excerpts illustrate the core auditability mechanisms implemented in the AIGov Engine. Auditability is operationalized through strongly typed event structures, append-only evidence storage, integrity verification, policy-constrained execution, and deterministic compliance projection over preserved event sequences.</p><p>The event model enforces structural consistency across recorded interactions. Each event is explicitly typed, associated with a run identifier, timestamped, and linked through integrity-preserving mechanisms. This enables deterministic reconstruction of system execution and governance-relevant decision pathways from preserved evidence.</p><p>Determinism is enforced at the level of governance evaluation rather than model generation. Generative outputs may remain probabilistic, but the compliance state derived from a given evidence set is strictly deterministic. The same event sequence always yields the same governance outcome.</p><p>The evidence ledger therefore functions as an append-only, integrity-protected record of system execution. Rather than reproducing the internal numerical state of the underlying model, it preserves the externally observable artifacts required for operationally sufficient reconstruction of interactions, governance controls, and compliance outcomes.</p><p>The excerpts below correspond to mechanisms implemented in the open-source AIGov Engine reference implementation and illustrate how the architectural principles developed in this article can be realized in executable software.</p><boxed-text id="box1" content-type="code"><label>Listing 1</label><caption><title>Illustrative event model and governance state types</title></caption><preformat preformat-type="code">#[derive(Serialize, Deserialize, Clone)]
pub struct Event {
    pub run_id: String,
    pub event_id: String,
    pub event_type: EventType,
    pub timestamp: DateTime&lt;Utc&gt;,
    pub model_version: String,
    pub environment: Environment,
    pub payload: EventPayload,
    pub previous_event_hash: String,
    pub event_hash: String,
}

#[derive(Serialize, Deserialize, Clone)]
pub enum EventType {
    InputReceived,
    PredictionGenerated,
    ToolInvoked,
    DelegationRecorded,
    EvaluationCompleted,
    ApprovalRecorded,
    PromotionDecided,
}

pub enum ComplianceState {
    Valid,
    Invalid,
    Blocked,
}

pub enum AuditError {
    BrokenChain,
    MissingEvaluation,
    ...
}</preformat></boxed-text><p>This event model externalizes governance-relevant behavior into strongly typed evidence records linked through integrity-preserving mechanisms. The same structure supports reconstruction of both single-model interactions and multi-agent workflows from preserved evidence.</p><boxed-text id="box2" content-type="code"><label>Listing 2</label><caption><title>Illustrative hash-chain linkage verification</title></caption><preformat preformat-type="code">pub fn verify_hash_chain(events: &amp;[Event]) -&gt; Result&lt;(), AuditError&gt; {
    for window in events.windows(2) {
        let prev = &amp;window[0];
        let curr = &amp;window[1];

        if curr.previous_event_hash != prev.event_hash {
            return Err(AuditError::BrokenChain);
        }
    }
    Ok(())
}</preformat></boxed-text><p>Integrity verification ensures that historical evidence cannot be modified without detection. Once accepted into the ledger, any alteration of recorded events becomes observable through broken hash relationships.</p><boxed-text id="box3" content-type="code"><label>Listing 3</label><caption><title>Policy-aware compliance evaluation</title></caption><preformat preformat-type="code">pub fn evaluate_policy(events: &amp;[Event]) -&gt; Result&lt;ComplianceState, AuditError&gt; {
    let mut evaluation = None;
    let mut approval = None;
    let mut promotion = None;

    for event in events {
        match event.event_type {
            EventType::EvaluationCompleted =&gt; {
                evaluation = Some(extract_evaluation(event)?);
            }
            EventType::ApprovalRecorded =&gt; {
                approval = Some(extract_approval(event)?);
            }
            EventType::PromotionDecided =&gt; {
                promotion = Some(extract_promotion(event)?);
            }
            _ =&gt; {}
        }
    }
    let evaluation = evaluation.ok_or(AuditError::MissingEvaluation)?;
    let approval = approval.ok_or(AuditError::MissingApproval)?;
    let promotion = promotion.ok_or(AuditError::MissingPromotion)?;

    if !evaluation.passed {
        return Ok(ComplianceState::Invalid);
    }
    if !approval.granted || !promotion.allowed {
        return Ok(ComplianceState::Blocked);
    }
    Ok(ComplianceState::Valid)
}</preformat></boxed-text><p>Policy evaluation operates exclusively over recorded evidence rather than inferred system behavior. Each governance step is explicitly required, and missing or invalid transitions result in fail-closed outcomes. Compliance is therefore computed from observable execution rather than post hoc interpretation.</p><p>More broadly, governance rules become executable constraints over preserved evidence rather than textual declarations of intended practice. Because the same evidence sequence always yields the same outcome, auditors can independently reproduce governance conclusions without relying on institutional assertions.</p><p>The same principle extends to autonomous and multi-agent systems. Delegated actions, tool invocations, approval boundaries, and autonomy limits are treated as evidence-bearing events subject to deterministic evaluation. Auditability therefore scales from individual model calls to complex agentic workflows while preserving reconstructible and verifiable accountability.</p><sec><label>7.3.1.</label><title>Operational Policy Definition</title><p>Compliance is defined as a deterministic function over preserved evidence:</p><disp-formula id="eq1"><mml:math id="m1" display="block"><mml:mrow><mml:mi>C</mml:mi><mml:mo>&#x0003D;</mml:mo><mml:mi>P</mml:mi><mml:mo stretchy="false">&#x00028;</mml:mo><mml:mi>E</mml:mi><mml:mo stretchy="false">&#x00029;</mml:mo><mml:mo>&#x0002C;</mml:mo><mml:mspace width="1em" /><mml:mi>C</mml:mi><mml:mo>&#x02208;</mml:mo><mml:mo stretchy="false">&#x0007B;</mml:mo><mml:mrow><mml:mi mathvariant="normal">V</mml:mi><mml:mi mathvariant="normal">A</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">I</mml:mi><mml:mi mathvariant="normal">D</mml:mi></mml:mrow><mml:mo>&#x0002C;</mml:mo><mml:mrow><mml:mi mathvariant="normal">I</mml:mi><mml:mi mathvariant="normal">N</mml:mi><mml:mi mathvariant="normal">V</mml:mi><mml:mi mathvariant="normal">A</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">I</mml:mi><mml:mi mathvariant="normal">D</mml:mi></mml:mrow><mml:mo>&#x0002C;</mml:mo><mml:mrow><mml:mi mathvariant="normal">B</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">O</mml:mi><mml:mi mathvariant="normal">C</mml:mi><mml:mi mathvariant="normal">K</mml:mi><mml:mi mathvariant="normal">E</mml:mi><mml:mi mathvariant="normal">D</mml:mi></mml:mrow><mml:mo stretchy="false">&#x0007D;</mml:mo><mml:mo>&#x0002E;</mml:mo></mml:mrow></mml:math></disp-formula><p>Governance outcomes are therefore derived from recorded evidence rather than inferred from system outputs or institutional assertions.</p><boxed-text id="box4" content-type="code"><label>Listing 4</label><caption><title>End-to-end audit verification and state derivation</title></caption><preformat preformat-type="code">pub fn verify_and_derive(events: &amp;[Event]) -&gt; Result&lt;ComplianceState, AuditError&gt; {
    verify_hash_chain(events)?;
    evaluate_policy(events)
}</preformat></boxed-text><p>The combined verification and evaluation pipeline illustrates the core architectural principle of the AIGov Engine: auditability emerges from the composition of evidentiary integrity and deterministic policy projection.</p><p>In the operational system, this logic is exposed through a single authoritative compliance summary interface and complemented by export and replay tooling. A run-scoped evidence bundle can therefore be transmitted to an independent reviewer, who can verify structural integrity, replay the policy projection, and confirm that the resulting verdict matches the original system output.</p></sec><sec><label>7.3.2.</label><title>Failure Semantics</title><p>Failures in the AIGov Engine are categorized into two principal classes:</p><list list-type="bullet"><list-item><p><bold>Integrity failures</bold>: violations of structural assumptions, such as a broken hash chain or malformed evidence, which invalidate the execution trace as trustworthy audit evidence.</p></list-item><list-item><p><bold>Policy failures</bold>: absence or invalidity of required governance events, or explicit rule violations, which result in BLOCKED or INVALID compliance states.</p></list-item></list><p>Integrity failures invalidate the evidentiary basis of the audit, whereas policy failures preserve the evidence while yielding non-compliant governance outcomes.</p><p>From a systems perspective, this evaluation model is equivalent to a constrained state machine in which compliance states are not manually assigned but deterministically derived from the presence and validity of preceding governance events.</p><p>Crucially, the system follows a fail-closed design philosophy. Missing, invalid, or inconsistent evidence prevents progression to compliant states, ensuring that auditability is enforced as a runtime property of system execution rather than a retrospective analytical exercise.</p></sec></sec><sec><label>7.4.</label><title>Quantitative Feasibility</title><p>The practical significance of governance-native auditability depends not only on conceptual coherence but also on whether the required evidentiary mechanisms can be implemented using resources compatible with ordinary software engineering practice.</p><p>The AIGov Engine reference implementation includes benchmark tooling, storage analyses, reproducibility documentation, and deployment guidance designed to evaluate the operational feasibility of evidence-preserving governance. The objective is not to provide universal performance claims or production-scale cost estimates. Rather, the goal is to demonstrate that append-only evidence preservation, integrity verification, deterministic policy projection, and audit-bundle generation can be implemented using conventional infrastructure and engineering practices.</p><p>From a governance perspective, feasibility is primarily determined by whether evidentiary preservation scales proportionally with system activity and whether compliance-state derivation remains computationally tractable. The implemented prototype demonstrates both properties through deterministic validation, replay capability, integrity verification, and bounded storage growth.</p><sec><label>7.4.1.</label><title>Illustrative Storage Envelope</title><p>Evidence is represented as structured events appended to an append-only ledger. Let <italic>B</italic> denote the average serialized event size in bytes, <italic>E</italic> the average number of governance-relevant events per interaction, and <italic>I</italic> the number of interactions per month. A first-order estimate of monthly ledger growth is:</p><disp-formula id="eq2"><mml:math id="m2" display="block"><mml:mrow><mml:mi>S</mml:mi><mml:mo>&#x0003D;</mml:mo><mml:mi>B</mml:mi><mml:mi>&#x000D7;</mml:mi><mml:mi>E</mml:mi><mml:mi>&#x000D7;</mml:mi><mml:mi>I</mml:mi><mml:mo>&#x0002E;</mml:mo></mml:mrow></mml:math></disp-formula><p>Using representative planning assumptions documented in the reference implementation—approximately <italic>B</italic> ≈ 4KiB, <italic>E</italic> ≈ 200, and <italic>I</italic> ≈ 5<italic>,</italic>000 interactions per month—the resulting primary ledger growth is on the order of:</p><disp-formula id="eq3"><mml:math id="m3" display="block"><mml:mrow><mml:mi>S</mml:mi><mml:mo>&#x02248;</mml:mo><mml:mn>4</mml:mn><mml:mspace width="0.167em" /><mml:mrow><mml:mi mathvariant="normal">G</mml:mi><mml:mi mathvariant="normal">i</mml:mi><mml:mi mathvariant="normal">B</mml:mi><mml:mo>&#x0002F;</mml:mo><mml:mi mathvariant="normal">m</mml:mi><mml:mi mathvariant="normal">o</mml:mi><mml:mi mathvariant="normal">n</mml:mi><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">h</mml:mi></mml:mrow><mml:mo>&#x0002E;</mml:mo></mml:mrow></mml:math></disp-formula><p>This estimate is illustrative rather than predictive and excludes indexing, replication, checkpoints, backup overhead, and deployment-specific retention policies. Its purpose is to demonstrate that evidence-preserving governance can be implemented with storage requirements that remain compatible with conventional deployment environments. The estimated storage requirement of approximately 4 GiB per month is intended solely as a planning estimate for moderate scale deployments and should not be interpreted as a normative benchmark or universal deployment requirement.</p></sec></sec><sec><label>7.5.</label><title>Practical Constraints and Limitations</title><p>The AIGov Engine does not eliminate all auditability challenges. Several structural constraints remain:</p><list list-type="bullet"><list-item><p>limited access to upstream model internals in API-based deployments,</p></list-item><list-item><p>incomplete observability of proprietary alignment and safety processes,</p></list-item><list-item><p>storage and retention costs associated with extensive evidence capture,</p></list-item><list-item><p>privacy and confidentiality constraints affecting contextual preservation,</p></list-item><list-item><p>dependence on external providers for stable version identifiers and metadata,</p></list-item><list-item><p>jurisdiction-specific variation in evidentiary and regulatory requirements.</p></list-item></list><p>These limitations are not incidental. They reflect the reality that governance systems operate within partially observable and institutionally distributed environments. Auditability should therefore be understood as operational reconstructibility rather than complete epistemic transparency.</p><p>Accordingly, AIGov should be understood as a partial but operational approach to auditability. It does not claim full epistemic reconstruction of model internals, universal legal admissibility, or complete elimination of governance uncertainty. Its contribution is narrower and more practical: it demonstrates that operationally sufficient reconstruction, deterministic compliance derivation, verifiable evidence preservation, and structured governance of autonomous and multi-agent workflows can be implemented as first-class architectural properties.</p><p>In this sense, the AIGov Engine serves both as a software prototype and as an architectural argument. Auditability need not remain an aspirational governance principle or a documentation exercise. It can be implemented as executable infrastructure supported by explicit trust assumptions, measurable operational characteristics, and reproducible technical artifacts.</p></sec><sec><label>7.6.</label><title>Illustrative End-to-End Governance Workflow</title><p>To illustrate the operational model, consider a representative governance workflow involving a generative AI system used to prepare a legally significant document.</p><list list-type="order"><list-item><p>A user submits a governance-relevant request.</p></list-item><list-item><p>Execution context, retrieved artifacts, model identifiers, and governance metadata are captured through the evidence-ingestion interface.</p></list-item><list-item><p>The audit service validates and stores the resulting events in the append-only evidence ledger.</p></list-item><list-item><p>Governance policies are evaluated and a deterministic compliance state is derived.</p></list-item><list-item><p>The resulting evidence bundle can be independently verified and replayed by an external auditor.</p></list-item></list><p>This workflow illustrates the central architectural principle of AIGov. Governance conclusions are derived from preserved evidence and can be independently reproduced by external reviewers. Auditability therefore becomes an operational property of system execution rather than a retrospective compliance exercise.</p></sec></sec><sec><label>8.</label><title>DISCUSSION AND IMPLICATIONS</title><p>The analysis suggests that many auditability failures in contemporary generative AI systems arise from a mismatch between governance expectations and system architecture. Governance frameworks frequently assume that contested decisions can be reconstructed and independently verified, while prevailing deployment architectures often fail to preserve the evidence necessary to support reconstruction.</p><p>The AIGov framework proposes an alternative approach in which auditability is embedded directly into the execution path through evidence preservation, integrity verification, policy enforcement, and deterministic compliance-state derivation. Under this model, governance is implemented as an operational system property rather than as a post hoc documentation activity.</p><p>At the same time, the article highlights important limitations. Audit systems cannot guarantee the truthfulness of model outputs, complete observability of proprietary model internals, or the elimination of institutional judgment. Auditability remains constrained by provider opacity, privacy requirements, evidentiary limitations, and regulatory variation across jurisdictions. These constraints define the practical boundaries of reconstructibility in real-world deployments.</p><p>Nevertheless, the analysis demonstrates that auditability is technically realizable. The AIGov Engine reference implementation provides a concrete example of how evidence preservation, compliance projection, runtime governance controls, and audit verification can be integrated into a single governance-native architecture. While the implementation does not resolve all governance challenges, it establishes that accountability can be supported through reproducible technical mechanisms rather than relying solely on institutional representations.</p><p>More broadly, this work supports an emerging view of AI governance as an infrastructural discipline. Legal and policy requirements become operational only when translated into executable controls, preserved evidence, and verifiable system behavior. Under this perspective, auditability is a property to be engineered rather than merely documented.</p><p>The practical relevance of governance-native architectures is further reinforced by emerging regulatory frameworks. Requirements for record-keeping, traceability, incident investigation, and post-market monitoring, reflected for example in the European Union AI Act, increasingly emphasize the need for verifiable technical evidence throughout the AI system lifecycle. While compliance ultimately depends on organizational processes, legal interpretation, and deployment context, architectures that preserve immutable execution evidence and deterministic governance artifacts can substantially facilitate regulatory accountability and internal audit activities. Rather than implementing a specific legal framework, AIGov demonstrates how governance capabilities can be engineered as reusable technical infrastructure applicable across diverse regulatory environments.</p><p>Future research should evaluate governance-native architectures under large-scale production conditions, develop interoperable evidence and attestation standards, and further examine the relationship between technical audit artifacts and legal evidentiary frameworks. These questions will become increasingly important as autonomous and multi-agent systems continue to expand the scope and complexity of AI governance.</p></sec><sec><label>9.</label><title>CONCLUSION</title><p>This article has argued that auditability failures in contemporary generative AI systems arise from a structural mismatch between governance expectations and system architecture. While governance frameworks increasingly assume reconstructibility and independent verification, prevailing deployment models often fail to preserve the evidence required to support those objectives.</p><p>The analysis identified five core dimensions of auditability: reconstructibility, observability, institutional traceability, evidentiary integrity, and policy enforceability. Together, they demonstrate that auditability cannot be achieved solely through transparency measures, documentation, or governance reporting. Instead, it requires execution-level mechanisms that preserve evidence, verify integrity, enforce governance constraints, and support independent review.</p><p>To address this challenge, the article introduced the AIGov framework and the AIGov Engine as a governance native architecture in which compliance outcomes are derived from preserved evidence rather than institutional assertions. By combining append-only evidence preservation, deterministic compliance projection, runtime governance controls, and audit-oriented verification, the architecture demonstrates that auditability can be implemented as an operational system property.</p><p>Important limitations remain, including provider opacity, privacy constraints, and jurisdiction-specific regulatory requirements. Nevertheless, the presented architecture demonstrates that meaningful auditability can be achieved without requiring full visibility into underlying model implementations. Auditability should therefore be understood as operational reconstructibility rather than complete epistemic transparency.</p><p>Future progress will depend on interoperable evidence standards, provider attestation mechanisms, and governance-aware execution environments that support independent reconstruction and verification.</p><p>The central conclusion is straightforward: auditability should be treated as an architectural property rather than a reporting obligation. Accountability becomes operationally meaningful only when governance claims can be supported by preserved, verifiable, and reproducible evidence.</p></sec></body>
<back><ack><title>Acknowledgements</title><p>The author received no external funding for this research.</p></ack><ref-list><title>References</title><ref id="ref1"><mixed-citation publication-type="other">Anthropic. (2023). <italic>Constitutional AI: Harmlessness from AI Feedback</italic>. arXiv preprint arXiv:2212.08073. <ext-link ext-link-type="uri" xlink:href="https://arxiv.​org/​abs/​2212.​08073">https://arxiv.​org/​abs/​2212.​08073</ext-link></mixed-citation></ref><ref id="ref2"><mixed-citation publication-type="other">Anthropic. (2024). <italic>Building Effective Agents</italic>. Anthropic Engineering. <ext-link ext-link-type="uri" xlink:href="https://www.​anthropic">https://www.​anthropic</ext-link>. com/engineering/building-effective-agents</mixed-citation></ref><ref id="ref3"><mixed-citation publication-type="other">Bommasani, R., Hudson, D. A., Adeli, E., Altman, R., Arora, S., von Arx, S., et al. (2021). <italic>On the Opportunities and Risks of Foundation Models</italic>. arXiv preprint arXiv:2108.07258. <ext-link ext-link-type="uri" xlink:href="https://arxiv">https://arxiv</ext-link>. org/abs/2108.07258</mixed-citation></ref><ref id="ref4"><mixed-citation publication-type="other">Brundage, M., Avin, S., Wang, J., Belfield, H., Krueger, G., Hadfield, G., etal.(2020). <italic>Toward Trustworthy AI Development: Mechanisms for Supporting Verifiable Claims</italic>. arXiv preprint arXiv:2004.07213. <ext-link ext-link-type="uri" xlink:href="https://arxiv.​org/​abs/​2004.​07213">https://arxiv.​org/​abs/​2004.​07213</ext-link></mixed-citation></ref><ref id="ref5"><mixed-citation publication-type="book">Crawford, K. (2021). <italic>Atlas of AI: Power, Politics, and the Planetary Costs of Artificial Intelligence</italic>. Yale University Press.</mixed-citation></ref><ref id="ref6"><mixed-citation publication-type="other">Doshi-Velez, F., &amp; Kim, B. (2017). <italic>Towards a Rigorous Science of Interpretable Machine Learning</italic>. arXiv preprint arXiv:1702.08608. <ext-link ext-link-type="uri" xlink:href="https://arxiv.​org/​abs/​1702.​08608">https://arxiv.​org/​abs/​1702.​08608</ext-link></mixed-citation></ref><ref id="ref7"><mixed-citation publication-type="journal">European Union. (2024). <italic>Regulation (EU) 2024/1689 of the European Parliament and of the Council Laying Down Harmonised Rules on Artificial Intelligence (Artificial Intelligence Act)</italic>. Official Journal of the European Union.</mixed-citation></ref><ref id="ref8"><mixed-citation publication-type="journal">Floridi, L., Cowls, J., Beltrametti, M., Chatila, R., Chazerand, P., Dignum, V., et al. (2018). AI4People: An Ethical Framework for a Good AI Society: Opportunities, Risks, Principles, and Recommendations. <italic>Minds and Machines</italic>, 28(4), 689–707.</mixed-citation></ref><ref id="ref9"><mixed-citation publication-type="other">Google. (2023). <italic>PaLM 2 Technical Report</italic>. arXiv preprint arXiv:2305.10403. <ext-link ext-link-type="uri" xlink:href="https://arxiv.​org/">https://arxiv.​org/</ext-link> abs/2305.10403</mixed-citation></ref><ref id="ref10"><mixed-citation publication-type="journal">Kroll, J. A., Huey, J., Barocas, S., Felten, E. W., Reidenberg, J. R., Robinson, D. G., &amp; Yu, H. (2017). Accountable Algorithms. <italic>University of Pennsylvania Law Review</italic>, 165(3), 633–705.</mixed-citation></ref><ref id="ref11"><mixed-citation publication-type="confproc">Mitchell, M., Wu, S., Zaldivar, A., Barnes, P., Vasserman, L., Hutchinson, B., et al. (2019). Model Cards for Model Reporting. In <italic>Proceedings of the 2019 Conference on Fairness, Accountability, and Transparency</italic>.</mixed-citation></ref><ref id="ref12"><mixed-citation publication-type="journal">National Institute of Standards and Technology (NIST). (2023). <italic>Artificial Intelligence Risk Management</italic> <italic>Framework (AI RMF 1.0)</italic>. U.S. Department of Commerce.</mixed-citation></ref><ref id="ref13"><mixed-citation publication-type="journal">National Institute of Standards and Technology (NIST). (2024). <italic>Generative AI Profile (NIST AI 600-1)</italic>. U.S. Department of Commerce.</mixed-citation></ref><ref id="ref14"><mixed-citation publication-type="other">OpenAI. (2023). <italic>GPT-4 Technical Report</italic>. arXiv preprint arXiv:2303.08774. <ext-link ext-link-type="uri" xlink:href="https://arxiv.​org/">https://arxiv.​org/</ext-link> abs/2303.08774</mixed-citation></ref><ref id="ref15"><mixed-citation publication-type="journal">Organisation for Economic Co-operation and Development (OECD). (2019). <italic>OECD Principles on</italic> <italic>Artificial Intelligence</italic>. OECD Publishing.</mixed-citation></ref><ref id="ref16"><mixed-citation publication-type="confproc">Raji, I. D., Smart, A., White, R. N., Mitchell, M., Gebru, T., Hutchinson, B., et al. (2020). Closing the AI Accountability Gap: Defining an End-to-End Framework for Internal Algorithmic Auditing. In <italic>Proceedings of the 2020 Conference on Fairness, Accountability, and Transparency</italic>.</mixed-citation></ref><ref id="ref17"><mixed-citation publication-type="confproc">Selbst, A. D., Boyd, D., Friedler, S. A., Venkatasubramanian, S., Vertesi, J. (2019). Fairness and Abstraction in Sociotechnical Systems. In <italic>Proceedings of the 2019 Conference on Fairness, Accountability, and Transparency</italic>.</mixed-citation></ref><ref id="ref18"><mixed-citation publication-type="other">Stanford Institute for Human-Centered Artificial Intelligence (HAI). (2025). <italic>AI Index Report 2025</italic>. Stanford University. <ext-link ext-link-type="uri" xlink:href="https://aiindex.​stanford.​edu/​report/">https://aiindex.​stanford.​edu/​report/</ext-link></mixed-citation></ref><ref id="ref19"><mixed-citation publication-type="confproc">Vaswani, A., Shazeer, N., Parmar, N., Uszkoreit, J., Jones, L., Gomez, A. N., et al. (2017). Attention Is All You Need. In <italic>Advances in Neural Information Processing Systems (NeurIPS)</italic>.</mixed-citation></ref></ref-list></back>
</article>
