Acceptance criteria
Conditions, measures, and thresholds specified before evaluation that determine whether a workflow is fit for a defined use and release scope.
Academy glossary
Standards-aligned terminology is distinguished from AxonBrief’s course-operational definitions. Consult the official standard when precise standardized wording matters.
Conditions, measures, and thresholds specified before evaluation that determine whether a workflow is fit for a defined use and release scope.
The obligation of an actor to answer for decisions, actions, or outcomes within its role and authority.
An independent runtime layer that converts organizational identity, risk, policy, approvals, and delegation into bounded machine authority and produces evidence that those boundaries were enforced.
A person or organization participating in, responsible for, affected by, or connected to AI-system activities. Consult ISO/IEC 22989 and OECD sources for formal wording.
The stages through which an AI system progresses, including conception, design, development, evaluation, deployment, operation, change, and retirement.
An engineered system that generates outputs such as content, forecasts, recommendations, or decisions for given objectives. Consult ISO/IEC 22989 for standardized terminology.
A source designated by organizational policy as the system of record or source of truth for a particular decision domain.
Measured performance of the current workflow on comparable cases, used to assess whether the proposed AI system improves the complete job.
Autonomous system behavior operating within explicit, enforceable, observable, and revocable authority boundaries.
Removing or withholding a capability that should never be used rather than relying only on instructions telling the system not to use it.
An alternative control used to reduce risk when a preferred control cannot be met temporarily or in a particular context.
The sequence that selects, checks, assembles, and traces task-relevant information from source systems into the context used by an AI workflow.
Ongoing collection and evaluation of evidence that governance conditions and control effectiveness remain valid as the system and environment change.
A testable condition derived from governance intent and policy that must remain true for a system to be appropriately governed.
Total cost of producing a completed result that meets quality and boundary requirements, including model calls, infrastructure, review, and rework.
Explicitly allocated authority to make a defined class of decisions or authorize actions under stated conditions and limits.
Authority transferred by a legitimate actor or system to another actor or system for a defined task and bounded scope.
A governance outcome in which a decision cannot be automatically permitted or denied and is transferred to an actor with higher or different authority.
A lifecycle point at which defined evaluation evidence is checked before a system may proceed to production or expanded authority.
Governance of what is evaluated, admissible metrics and test sets, threshold authority, interpretation, and sufficient evidence.
A temporary, bounded, formally authorized deviation from normal policy, with scope, duration, compensating controls, evidence, and expiry.
The technical ability of a person, service, agent, credential, or component to perform an action. Capability is not proof of legitimate authority.
The bounded identities, actions, resources, data, tools, limits, duration, context, delegation, and escalation rules defining legitimate machine authority.
The degree to which meaningful information can be provided about why an AI system generated an output or behaved in a particular way.
A defined alternate path when a dependency fails, such as manual review or another approved provider, that preserves the workflow's quality and authority constraints.
Whether information is sufficiently current for the task, considering source effective dates, indexing delay, expiry, and the time of use.
Gradual divergence between the live system and the authority, controls, evaluations, or assumptions under which it was approved.
Trustworthy information sufficient to show that a decision, control, or authority boundary was legitimately established and operated as intended.
A control objective expressed as a condition that remains true despite normal variability in model behavior.
An inventory covering use cases, owners, risk, data/context, memory, tools, credentials, providers, actions, evaluations, exceptions, and lifecycle—not only models.
A condition that must not be violated, such as a forbidden business effect or data disclosure; it is evaluated separately from average answer quality.
Representative evaluation cases kept outside prompt or system tuning to provide a less biased check of changes.
Mechanisms through which humans supervise, approve, intervene in, override, suspend, or otherwise govern AI-system activity.
A property of an operation that lets a retry produce the same intended effect without duplicating a consequential action.
A consequence affecting people, groups, organizations, rights, processes, assets, society, or the environment. Impact assessment is broader than a numeric risk tier.
Review by an actor or control function sufficiently independent from the party with incentives to build, ship, or operate the system.
Use of a trained model to produce outputs from inputs.
Granting only the minimum authority required for the current task, context, and duration.
The formally delegated capacity of an AI-enabled system to change organizational or external state within explicit boundaries.
Oversight in which a competent person has legitimate authority, sufficient information and time, and an effective ability to intervene, reject, escalate, or stop.
A computational representation used to generate predictions, content, classifications, decisions, or other outputs from inputs.
What a model can generate, classify, or reason about when given appropriate inputs; this alone does not establish end-to-end system performance or authority.
A set of eligible models used for different tasks or conditions, selected through evaluation of quality, data constraints, reliability, latency, and total cost.
Constraints that determine which models and providers are admissible before optimization for cost, latency, or quality.
Delegated authority cannot exceed that of the delegating chain and should normally be attenuated to the minimum required.
The ability to understand a live workflow's behavior and outcomes through traces, metrics, events, and evidence across its components.
A component or service that evaluates relevant facts against policy and returns an authorization decision.
A component or service that mediates access and enforces a policy decision before execution.
Compiling selected explicit governance decisions into deterministic, versioned, testable rules evaluated at authoritative control points.
Information about the origin and lineage of data, context, models, artifacts, decisions, approvals, or other elements relevant to behavior.
An evidence-based decision about whether a specific system may enter a defined pilot or release scope, including gaps, owners, limits, and stop conditions.
The users, cases, data, actions, models, volume, duration, monitoring, and stop conditions authorized for a particular release.
Risk remaining after controls and treatment have been applied.
The rule that a source may enter the workflow's context only if it is accessible, applicable, and permitted for the user and task.
The degree to which consequences can be undone or remediated. Lower reversibility generally warrants stronger authority and oversight controls.
The effect of uncertainty on objectives; AI risk analysis considers likelihood, consequence, affected parties, context, and controls.
Legitimate authority to accept a defined level and type of residual risk on behalf of the organization.
Separation of proposing, approving, executing, and verifying so one actor does not control the full critical chain without challenge.
Running an AI workflow on live inputs without letting its outputs affect real decisions, to observe data and integration behavior before a pilot.
What the assembled workflow reliably accomplishes within its actual data, authority, latency, cost, and operational constraints.
The specification of a tool's inputs, allowed caller and resources, preconditions, effects, outputs, errors, timeouts, and evidence.
Ability to link events, artifacts, decisions, components, and lifecycle records so evolution and operation can be reconstructed.
The process through which model parameters are adjusted using data and an optimization procedure.
Availability of appropriate information about an AI system, its operation, limitations, or governance to relevant stakeholders.