c-ECO INSTITUTESYSTEMIC INTELLIGENCE LIBRARY · AI

c-ECO SYSTEM / DOMAIN LIBRARY

AI · Domain knowledge

AI & Algorithmic Systems

Risks · Response · Governance · Calibration
Scenarios · Recovery · Sources

c-ECO Institute crest

A domain library connecting systemic risks, monitoring, governance and recovery. Explore nine parts and 35 sections with mechanisms, observations, evidence matrices and documented cases.

English research and learning edition · Scientific references, domain cases and reproducible exercises. Methodological notes →

READING AND EVIDENCE

How to use this library

The library combines domain research, a c-ECO analytical teaching structure and original exercises. References identify mechanisms, methods and documented cases; inclusion does not validate a complete TFP application.

N1 · Analytical and simulated material
The risk–TFP associations, candidate observations, scenario designs and exercise parameters organize inquiry. They are not measured local results, approved operational thresholds or estimates of event frequency. The case must define its function, observations and criteria.
N2 · Reproducible laboratory
Section 20 specifies a synthetic model, assumptions, dependence and random seed. Its Q output is a pedagogical index, separate from SPS. Numerical summaries describe only that declared experiment.
N3 · Sources and scope
Research papers, official documents and case records have distinct roles. This is a curated teaching library, not an exhaustive systematic review. Dynamic sources require a cited version or extraction date; applicability of a legal or technical instrument depends on the actual jurisdiction and activity.
N4 · Governance and learning
The library establishes no statutory power, quorum, emergency command, provider certification, partnership or institutional endorsement. A learning case may be real or simulated. Completion, optional credentialing, permission to submit and licensing remain distinct. Projects and data contributions to the SIL require an associated fellow and applicable review.

PART I

Domain intelligence profile

SECTION 01

Domain overview and system boundary

Define the automated decision before defining the model. A classifier used to suggest human review and the same classifier used to deny access have different consequence pathways. Record the target population, the action, the decision owner and the evidence available at the moment of action. Include upstream data collection and downstream appeals in the system boundary. This prevents a narrow accuracy metric from substituting for an assessment of the whole service. Model documentation can organise the intended-use claim, while independent local evaluation determines whether that claim is supported in the learning case. [A05] [A18]

AI and algorithmic systems convert observations into predictions, rankings, generated content or actions. The relevant system includes training data, target definitions, model parameters, interfaces, human decision makers and the institution that acts on the output. A high-performing benchmark model can fail in practice when its target is a poor proxy, its deployment population differs from the evaluation sample or its recommendations change the environment from which future data are collected. The analytical boundary should therefore include the decision and its consequences, not just the model endpoint.

This domain examines how errors become consequential and how an organisation can preserve a justified ability to detect, contest, constrain and reverse automated decisions. Its scope includes conventional scoring, computer vision, language models, recommender systems and autonomous agents. Scientific evaluation separates predictive accuracy, calibration, distributional performance, security, human factors and the reversibility of downstream actions. A c-ECO learning case should identify the affected people or processes, the decision owner, the time available for review and the evidence needed before automation can resume.

A domain label is not yet a case boundary. Separate the condition of a resource or asset from the function delivered to users. A nominally available installation may fail to deliver usable service, and a system-wide average can conceal localized loss. Preserve the original physical or institutional unit alongside any normalized representation. The boundary should make it possible to ask what enters, what changes, what leaves and who experiences the consequences.

Case-analysis method
Case fieldRecord
FunctionDescribe the outcome delivered, affected users and the minimum useful unit of service.
BoundaryRecord spatial, technical, organizational and temporal boundaries, including excluded processes.
Reference conditionState what counts as functional performance and which evidence defines that condition.
Exposure and distributionIdentify which groups, assets and ecological functions can be affected differently.
DependenciesIdentify prerequisites, substitutes and common points of failure.
ObservationConnect each important claim to a source, method, scale and update interval.

Section readings [A05; A18]

SECTION 02

Historical development and changing conditions

Algorithmic systems have evolved from fixed scoring rules to learned predictors, foundation models and tools that act across external services. This history changes the location of uncertainty: an explicit rule may be inspectable but encode an invalid construct, while a flexible model may fit data well but behave unpredictably outside evaluation conditions. Do not equate greater complexity with greater capability or risk in every case. Build a timeline of changes to data, task, deployment scale and permissions. Historical benchmarks become relevant when their assumptions match the decision being examined, rather than because the technology names resemble one another. [A01] [A10]

A historical baseline must be examined for changes in exposure, technology, operating practice and observation. Compare episodes using their mechanisms and evidence, rather than treating all events with a similar label as exchangeable observations. A reconstruction should show what was known at each time; later explanations should not be presented as information available to the original decision maker. Recovery and long-term change may require a separate timeline from the initiating incident.

Historical comparison: documented records for further study
Case and periodMechanism to examineComparison questionSource
Health-need algorithm study, 2019A spending target did not adequately represent health need across groupsAudit construct validity before treating predictive fit as equitable allocation[A06]
Gender Shades audit, 2018Commercial gender classification performance differed across evaluated intersectionsMeasure subgroup composition and error instead of relying on pooled scores[A04]
Diabetic-retinopathy field evaluation, Thailand, 2020Clinical workflows and infrastructure affected the operation of a deployed systemEvaluate the complete service process, not only image-classification accuracy[A17]
Tempe developmental automated-driving crash, 2018The NTSB identified interacting operator, organisational and automation safety factorsA human-in-the-loop label does not establish effective monitoring or intervention[A20]

Section readings [A01; A10]

SECTION 03

Actors, institutions and decision responsibilities

Institutional responsibility remains distributed even when a model is supplied through one endpoint. Dataset custodians determine collection and permissions; developers select targets and evaluation procedures; deployers configure workflows; professional decision makers interpret outputs; affected people observe consequences that may be invisible in logs. Map these roles and their ability to change or stop the system. A procurement contract does not automatically supply evaluation evidence or an effective remedy. Identify who receives model-update notices, who retains decision records and who can authorise resumption after an incident. Lifecycle auditing provides a useful structure for this responsibility map. [A08] [A18]

Map actors by the function they perform and the responsibility they actually hold in the case. The same organization may observe a condition, supply a service and participate in a decision; those roles should remain distinguishable. Examine information access, resources, expertise, affected users and accountability together. A list of institution names is not an operating governance arrangement. Record the evidence for each responsibility and the process for resolving a disagreement or correcting a record.

Case-analysis method
FunctionActors to identifyReviewable output
ObserveOperators, observation networks, laboratories and affected usersTimestamped records and methods.
InterpretAnalysts and relevant subject specialistsMechanism hypotheses, alternatives and uncertainty.
ReviewQualified reviewers with declared interestsDocumented assessment and unresolved disagreements.
Decide and executeThe actor with the applicable mandateReasons, authorized action and verifiable completion.
CommunicateResponsible institutions and accessible public channelsMessage, receipt, corrections and feedback.
UpdateData custodians and the review functionVersion, new evidence and conditions for revision.

Section readings [A08; A18; C07]

PART II

Systemic risk intelligence

SECTION 04

Primary systemic risks

A primary risk is a mechanism connecting an input or design choice to a consequential error. Proxy mismatch, distribution shift, privacy leakage and unsafe actuation should be separately analysed even when the same model exhibits several of them. For each, identify the observable condition and the affected decision. An impressive held-out score cannot establish that the target represents the intended social or operational objective. Nor does the absence of observed harm establish safety when labels arrive late or affected people lack a reporting channel. The register should preserve these distinct pathways and their evidence requirements. [A06] [A09] [A13]

The inventory is a structured set of research hypotheses. It separates a threatening condition from the mechanism of loss and from its consequences. The proposed TFP association indicates which question to investigate; it is not evidence that a particular indicator predicts the event. Risk importance depends on the defined function, exposure, duration and usable alternatives. Do not infer frequency, severity or priority from the position of a row in the table.

Thirty domain-specific risk hypotheses
#Risk or threatening conditionMechanism to examineProposed TFP inquiry
1Target-proxy mismatchOptimisation improves a label that misrepresents the intended outcomeP: valid decision capacity; σ: construct validity
2Deployment distribution shiftNew populations invalidate evaluation assumptionsP: local performance; ΔV: shift rate
3Subgroup error disparityPooled accuracy hides concentrated errorP: worst-group performance; σ: subgroup sample size
4Miscalibrated confidenceScores overstate or understate correctnessσ: probability reliability; P: decision margin
5Label contaminationIncorrect or inconsistent labels distort learningσ: reference-standard quality
6Training-test leakageEvaluation includes information unavailable in deploymentσ: optimistic evaluation bias
7Feedback reinforcementModel decisions shape future labels and accessΔV: feedback acceleration; P: diversity of evidence
8Selective labelsOutcomes are observed only for cases admitted by past decisionsσ: missing counterfactuals
9Adversarial evasionCrafted inputs alter predictionsP: robust performance under the defined threat
10Training-data poisoningManipulated training records alter behaviourσ: provenance; Lr: clean retraining
11Privacy extractionModel outputs disclose memorised training contentP: privacy protection; σ: affected records
12Prompt injectionUntrusted content influences instruction-following systemsP: boundary integrity; Lr: revoked tool access
13Tool-permission escalationAn agent acts beyond its intended authorityP: bounded action space; ΔV: action propagation
14Unsupported factual outputGenerated assertions lack adequate evidenceσ: claim support; P: verified answer fraction
15Retrieval failureRelevant evidence is missing or misrankedP: evidence recall; σ: coverage
16Context-position sensitivityRelevant content is overlooked within long inputsP: context-use robustness
17Model-version driftProvider updates change behaviour without local revalidationΔV: change rate; σ: version traceability
18Benchmark contaminationTest items enter training or tuningσ: evaluation independence
19Underspecified deployment behaviourEqual benchmark scores conceal different field actionsσ: model-selection sensitivity
20Automation biasReviewers accept incorrect recommendations too readilyP: effective oversight capacity
21Alert fatigueExcessive warnings consume review attentionP: review headroom; ΔV: backlog growth
22Latency-induced failureCorrect outputs arrive after the decision windowP: timely decisions; Lr: fallback
23Unsafe actuationAn erroneous output directly changes physical stateP: safety margin; Lr: intervention capability
24Correlated model failureShared data or models produce simultaneous errorsσ: dependence; P: independent judgement
25Explanation overconfidenceA plausible explanation is mistaken for causal validationσ: interpretation validity
26Uncontestable decisionsAffected people cannot correct inputs or obtain reviewLr: remedy access; P: procedural capacity
27Data-rights mismatchUse exceeds permissions or agreed purposesP: authorised evidence; Lr: deletion feasibility
28Recursive synthetic-data degradationRepeated synthetic training changes information contentΔV: generation-dependent degradation; σ: provenance
29Compute or endpoint outageInference becomes unavailable to dependent workflowsP: service continuity; Lr: manual alternative
30Irreversible downstream actionErrors persist after the model is withdrawnLr: remedy limits; P: remaining reversibility

Section readings [A06; A09; A13]

SECTION 05

Amplification mechanisms and secondary risks

Secondary risks often arise from the way people and institutions respond to automation. A recommendation can change access to services, which changes the population whose outcomes are later observed. Reviewers may accept confident outputs too readily, while a large alert volume can consume the capacity needed to detect genuine errors. Analyse the feedback loop explicitly: decision, changed behaviour, changed observation and retraining. The response should target the loop that amplifies the problem. A better classifier alone may leave the selection mechanism unchanged and therefore preserve the same blind spots in future data. [A07] [A01]

An amplifier changes the consequences of an initiating condition without necessarily causing the initiating event. Useful counterfactuals hold the threat constant and vary concentration, maintenance, access, information or response capacity. Document the mechanism and the observation that would distinguish it from an alternative explanation. Several amplifiers may share the same upstream cause; counting each one as independent evidence exaggerates confidence.

Amplification mechanisms
AmplifierPropagation mechanismEvidence or TFP inquiry
Single score reportingAverages conceal consequential subgroup failureDisaggregate performance and error consequences
Shared foundation modelMany services inherit correlated behaviourMap common models and independent alternatives
Unbounded tool accessOne erroneous output causes many actionsConstrain permissions and verify high-consequence actions
Delayed labelsHarm accumulates before feedback becomes observableUse leading indicators and bounded deployment
Automation deferenceStaff defer despite contrary evidenceTest effective override and independent review
Rapid retrainingFeedback and contaminated labels spread into new modelsKeep versioned clean data and gated promotion
Opaque procurementThe deploying organisation cannot reproduce evaluationDefine evidence access and change notification
No remedy channelAffected people cannot surface or correct errorsProvide accessible contestation and tracked correction

Section readings [A07; A01]

SECTION 06

Emerging risks and research horizons

Horizon scanning should distinguish a new capability from a demonstrated failure mechanism. Tool-using agents increase the importance of permission boundaries and action sequencing; synthetic training data raise questions about provenance and information retention; multimodal systems require tests for conflicting evidence. For each item, identify a concrete exposure, a measurable signal and a bounded experiment. Avoid a single speculative risk score for all emerging AI. Existing methods for reference standards, change control and deployment evaluation remain relevant, while the action space and evidence requirements must be updated for the particular system. [A16] [A19] [A22]

A research horizon is tied to the time needed to investigate, prepare or change a system. It is not a date at which an emerging threat is predicted to occur. Record the reason for concern, the strength of evidence, the exposed function and the observation that would change the priority. Distinguish a newly observed mechanism from a known mechanism whose exposure, scale or institutional context is changing.

Emerging research agenda
Research topicMechanism or knowledge gapObservation or horizon question
Agentic workflowsMultiple tool calls couple language errors to external state changesEvaluate complete action sequences and stopping capability
Synthetic-data accumulationTraining mixtures change information and provenanceTrack origin and performance across generations
Multimodal evidence conflictsText, image and sensor inputs can disagreeTest conflict detection and modality-specific reliability
Model supply-chain concentrationUpdates affect many dependent services simultaneouslyInventory common versions and local validation coverage
Long-context relianceMore available context does not guarantee use of relevant evidenceTest content position and distractors
Adaptive persuasion and recommendationPersonalised outputs alter behaviour and later dataStudy feedback, exposure and contestability

Section readings [A16; A19; A22]

SECTION 07

Cascades and cross-domain dependencies

Algorithmic cascades can propagate through shared models, shared labels or coordinated actions. Multiple organisations may deploy the same provider model and therefore make correlated errors even when their local infrastructure is independent. A recommendation can also alter a physical or financial system, whose changed state becomes a new model input. Label the causal edge: data dependence, model dependence, behavioural feedback or direct actuation. Then identify the delay and the ability to interrupt the edge. A graph of software calls alone will miss the institutional decision and human response that often determine whether an error becomes systemic. [A01] [A07]

Proxy error occurs when the optimised label represents an administratively convenient variable rather than the outcome the decision is meant to improve. More data and a better fit to that label can strengthen the wrong allocation rule.

Distribution shift changes the relationship between evaluation evidence and deployment. Geographic, temporal, institutional and demographic shifts require distinct tests; a single pooled score can conceal failure in the context that matters.

Feedback can make prediction performative: a recommendation changes access, behaviour or exposure, and those altered outcomes become future training data. A retraining loop may reinforce its own selection effects.

For each directed dependency, specify the function supplied, the destination, the propagation time and the substitute. Shared-cause failure, interacting threats and cascading propagation are different structures. A directed arrow becomes an explanatory claim only when the timing and mechanism are supported. Test apparent redundancy by removing the common access route, platform, energy supply or specialist on which both alternatives depend.

Directed dependency hypotheses
DependencyMechanism and directionVerification or TFP inquiryContext
HealthAlgorithms allocate review or clinical resourcesBiased labels can redistribute accessKeep clinical reference standards and remedy pathways
FinanceScores influence underwriting and monitoringFeedback can restrict observed outcomesAudit labels and adverse-decision review
Digital infrastructureModels require compute, identity and retrievalEndpoint outages interrupt automated workflowsTest manual fallback and cached evidence
GovernancePublic decisions use classification and rankingOpacity can weaken contestationRetain reasons, records and decision ownership
Emergency responseModels prioritise warnings and dispatchFalse confidence can consume the action windowUse scenario-specific latency and override tests
Water and sanitationPrediction informs operations and maintenanceSensor drift can become automated miscontrolSeparate advisory output from safety actuation
EnergyForecasts and control affect dispatchShared model error can synchronise responsesStress correlated forecasts and control limits
LogisticsAlgorithms allocate routes and inventoryOptimisation can remove redundancyInclude service obligations and disruption scenarios
Urban systemsVision and scoring mediate access and movementGroup disparities can be spatially concentratedEvaluate local populations and accessible alternatives
Science and monitoringAI helps classify and summarise evidenceGenerated errors can contaminate later analysisTrace evidence and require source-level verification

Section readings [A01; A07; C01; C02]

PART III

Systemic response intelligence

SECTION 08

Readiness and response protocols

Response protocols should be tied to a defined consequence pathway. A rise in unsupported generated claims may justify restricting an advisory feature, whereas an unauthorised tool action may require immediate credential revocation and a review of external state changes. Specify the action owner, evidence threshold, scope and acceptance test. Suspending the model does not repair decisions already made. The protocol should therefore maintain separate technical containment and consequence-remedy tasks. Risk-management guidance helps organise these tasks, but the actual authority to stop or correct a service belongs to the responsible deploying institution. [A18] [A19]

Preparedness connects a signal to a responsible actor, an available measure and a condition of completion. This learning architecture does not grant emergency command or operational authority to the c-ECO Institute or a course participant. A useful protocol distinguishes checking the signal, protecting exposed functions and verifying recovery. A paper plan contributes to usable capacity only when its relevant assumptions have been tested.

Case-analysis method
StageAction to prepareEvidence
PrepareDefine critical functions, contacts, alternatives and observation coverage.A tested readiness record.
VerifyCheck the signal, the instrument and plausible alternative explanations.A traceable observation and uncertainty statement.
ProtectSelect and implement measures within the responsible actor’s authority.Coverage of priority functions and evidence of execution.
RecoverVerify usable performance before treating the function as restored.Recorded return criteria, monitoring and decision owner.

Section readings [A18; A19]

SECTION 09

Scientific review and decision records

Independent review should challenge the target, the deployment population and the intervention design, rather than inspect only the final model score. Reviewers need access to evaluation definitions, subgroup denominators, version history and the workflow in which outputs are used. A disagreement about the legitimacy of a target cannot be resolved by adding another decimal place to accuracy. Record which claims are empirical, which are normative and which depend on a legal or professional authority. The review should also identify the observations that would change the decision to deploy, pause or restrict automation. [A08] [A10]

A review record separates observation, inference and decision. Record the data version, methods, alternative explanations, relevant expertise, conflicts of interest and unresolved disagreement. Review should be matched to the question and its consequences. Scientific analysis can inform a competent actor without replacing that actor’s mandate. No membership size, quorum or institutional power is established by this teaching library.

Case-analysis method
Review itemQuestion and record
QuestionWhat specific claim is being evaluated?
EvidenceWhich observations, sources and transformations support it?
AlternativesWhat other process could explain the same observation?
IndependenceWhich interests or shared data origins affect review?
DecisionWho can act, on what basis and with which constraints?
RevisionWhat new observation or failure of an assumption reopens the analysis?

Section readings [A08; A10; C05; C07]

SECTION 10

Communication and observation continuity

Communication should describe the decision that is affected, the limits of present evidence and the route to human review. A generic statement that a system uses AI gives little operational information. Explain whether outputs are advisory, whether a person can override them and how an affected person can correct inaccurate inputs. During an incident, distinguish model withdrawal from correction of downstream consequences. Public claims about fairness or safety should identify the evaluation scope and period. Model cards can improve reporting, but accessible communication must also fit the language, literacy and circumstances of the people using the service. [A05] [A21]

Continuity of observation should be tested alongside continuity of the function itself. Losing data may increase uncertainty before the physical process visibly changes. Redundancy must be demonstrated against common causes, including power, location, communications, credentials and specialist availability. During disconnected operation, preserve the last reliable observation, record the uncertainty that follows and reconcile timestamps and authorship when information paths return.

Case-analysis method
Continuity capabilityTest
Observation pathTest sensor availability, power, timing and independent confirmation.
Alternative communicationTest actual reach, autonomy and the ability to contact responsible people.
Degraded operationSpecify what can remain usable safely under loss of information or connectivity.
Offline recordKeep controlled copies of essential maps, contacts, definitions and procedures.
Accessible messagesCheck language, disability access, delivery and routes for correction.
ReconciliationPreserve timestamps and authorship when disconnected records are merged.

Section readings [A05; A21; C01]

PART IV

Governance and legal architecture

SECTION 11

International instruments and technical references

AI governance combines technical evidence, institutional responsibilities and applicable legal duties. A voluntary framework can organise analysis but cannot establish that a deployment is lawful or certified. Identify the jurisdiction, sector, decision type and affected population before checking requirements. Separate data permissions, model-development practices and the authority to act on an output. The case should retain a record of applicable instruments and the person responsible for their interpretation. Scientific evidence can test performance and expose a harmful proxy, while legal and ethical evaluation determines which uses and remedies are acceptable within the setting. [A18] [A08]

Classify each instrument before using it. A scholarly article supports an inference, a technical guide describes a method, a standard has a defined scope, and a legal instrument may create obligations only where applicable. The case record should identify the specific provision or method, its version and the activity to which it relates. A source’s institutional reputation cannot by itself establish applicability or demonstrate compliance.

Technical and institutional documents: identify their actual function
ReferenceDocumentUse and scope
[A18]Artificial Intelligence Risk Management Framework (AI RMF 1.0)Voluntary risk-management framework; does not confer certification.
[A19]Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence ProfileA domain profile for generative AI risk management.
[A20]Collision Between Vehicle Controlled by Developmental Automated Driving System and Pedestrian, Tempe, Arizona, March 18, 2018Primary investigation of interacting automation, operator and organisational safety factors.
[A21]Rite Aid Corporation, FTC v.Primary case documents; distinguish allegations, findings and settlement terms.

Section readings [A18; A08]

SECTION 12

Jurisdiction-specific responsibilities and requirements

The deployment baseline should specify the exact model, prompt, retrieval collection, thresholds, interface and human workflow. A provider name is insufficient when behaviour changes across versions or configurations. Record the intended population and the reference standard used for evaluation. Preserve the date range and the cases excluded from testing. A local baseline should include a conventional or manual comparator so that automation is assessed against the actual alternative. Where a model is externally hosted, identify the evidence available after an update and the contractual process for learning about material changes. [A05] [A10]

The register should cover the actual activity and location, including interfaces between organizations and jurisdictions. Separate responsibility for observing, supervising, deciding and executing. Retain the official source, version consulted and evidence needed to assess a condition. Conflicting definitions and overlapping mandates are analytical findings to investigate. A general library cannot create a universal legal threshold for all settings.

Case-analysis method
Register fieldInformation to preserve
Instrument and versionOfficial title, scope, jurisdiction and date consulted.
Actor and functionThe competent authority, operator, owner or custodian for the relevant activity.
ConditionThe requirement, decision trigger or performance obligation actually applicable.
EvidenceThe observation or document needed to evaluate that condition.
InterfaceOverlaps, conflicts, shared duties and coordination procedures.
ReviewHow changes in the instrument, activity or evidence affect applicability.

Section readings [A05; A10]

SECTION 13

Causation, accountability and cascading consequences

Responsibility for an error cannot be assigned solely by identifying who trained the model. Target selection, procurement, interface design, staffing and the decision to automate can all contribute. A traceable record should connect the model output with the actual action and subsequent review. Preserve the distinction between an allegation, an investigation finding and a settlement obligation when studying historical cases. The purpose of accountability analysis is to identify who can prevent recurrence and deliver remedy, not merely to label the system opaque. An audit becomes useful when its findings have an identified decision owner and a follow-up record. [A08] [A21]

A technical chain of consequences is not automatically a legal allocation of liability. Separate evidence of causation from the duties, control and decisions relevant to each actor. A case may contain direct damage, dependent service interruption and persistent environmental or social consequences on different timescales. The analysis should show which links are documented and which need further investigation, without presuming an institutional restoration fund, mandatory levy or insurance mechanism.

Case-analysis method
LayerAnalytical question
Technical sequenceSeparate the initiating condition, failure mechanism, propagation and consequence.
Duty and controlIdentify the applicable responsibility and the actor able to influence the relevant process.
ExposureTrace the connection between a change of state and an affected function or population.
Alternative explanationsIdentify concurrent conditions and missing evidence relevant to attribution.
Recovery resourcesIdentify documented resources and their access conditions, without assuming an institutional fund or levy.

Section readings [A08; A21]

SECTION 14

Cross-boundary coordination

Cross-border deployment changes the evidence needed for a justified use claim. A model evaluated in one language, institution or population may face different data collection, outcome prevalence and service constraints elsewhere. Translation can alter both inputs and explanations. Test the local decision process rather than assuming that a global model implies global validity. Data transfer permissions are separate from predictive performance. For an international learning case, retain the origin of evaluation data and identify which conclusions are portable, which need recalibration and which require a new reference standard or institutional agreement. [A09] [A17]

Processes and dependencies often cross administrative, organizational or national boundaries. Coordination requires compatible definitions, useful timing, authorized exchange and an identifiable decision interface. Sharing data does not by itself resolve disagreements over objectives, risk allocation or resources. An exercise should expose which decision can be coordinated under existing arrangements and which would require an additional agreement or competent determination.

Coordination across functional boundaries
Boundary / dependencyMechanism to coordinateCase record
HealthAlgorithms allocate review or clinical resourcesIdentify the actors, notification time, information definition and decision interface for this boundary.
FinanceScores influence underwriting and monitoringIdentify the actors, notification time, information definition and decision interface for this boundary.
Digital infrastructureModels require compute, identity and retrievalIdentify the actors, notification time, information definition and decision interface for this boundary.
GovernancePublic decisions use classification and rankingIdentify the actors, notification time, information definition and decision interface for this boundary.
Emergency responseModels prioritise warnings and dispatchIdentify the actors, notification time, information definition and decision interface for this boundary.
Water and sanitationPrediction informs operations and maintenanceIdentify the actors, notification time, information definition and decision interface for this boundary.

Section readings [A09; A17; C07]

PART V

TFP calibration intelligence

SECTION 15

Position (P): candidate observations

A candidate P construct should describe the remaining capacity to make a justified and correctable decision under the case conditions. It should not be reduced to model accuracy. Relevant observations may include local error, calibration, subgroup performance, review capacity and the availability of a safe fallback. Preserve each component in its original unit before considering a composite. An improvement in average accuracy cannot compensate automatically for a failure in a safety-critical group or an irreversible action. Any normalisation must state the decision tolerance and the reason that the selected metric represents it. [A02] [A03]

P represents position relative to a specified loss of function. The raw observation, reference condition, direction of deterioration and boundary of failure must remain explicit. A candidate monotone transformation can help compare states within a defined case, but it does not establish the threshold or validate an aggregate index. Capacity, delivered performance and exposure may require different indicators even when they concern the same installation.

Thirty candidate observations for P and related case questions
#Candidate observationUnit or definitionInterpretation and data requirement
1Task-specific error ratepercentDefine the decision, reference standard and error consequences
2False-negative ratepercentReport positive-case denominator and confidence interval
3False-positive ratepercentReport negative-case denominator and downstream burden
4Positive predictive valuepercentState deployment prevalence and ascertainment method
5Worst-group errorpercentDefine groups and minimum evidence requirements
6Intersectional evaluation coveragegroups with sufficient evidenceDo not treat unmeasured groups as equivalent
7Calibration errortask-defined scoreReport binning and accompany with reliability diagrams
8Brier scoremean squared probability errorUse valid outcome probabilities and compare a stated baseline
9Abstention ratepercentReport which cases are deferred and their outcomes
10Coverage at accepted errorpercentSpecify the error tolerance before evaluation
11Out-of-distribution detection recallpercentDefine representative unfamiliar cases and false alarms
12Data freshnesshours or daysTrack collection and ingestion separately
13Input missingnesspercentDisaggregate by feature and deployment group
14Label disagreementpercentRecord adjudication and inter-rater process
15Training-data provenance coveragepercentTrace sources, permissions and transformations
16Leakage-test coveragepercent of evaluation pathsAudit identifiers, time splits and duplicate records
17Unsupported-claim ratepercent of checked claimsUse a reproducible claim and support rubric
18Citation support precisionpercentCheck whether cited evidence actually supports the claim
19Retrieval evidence recallpercentUse an independently constructed relevant-document set
20Context-position robustnessperformance differenceVary position without changing substantive evidence
21Adversarial success ratepercentState attacker access, budget and allowable perturbations
22Privacy extraction raterecords or percentUse authorised testing and a defined target set
23Tool-boundary violation rateviolations per tested taskTest permissions and consequential actions separately
24Human override effectivenesspercentVerify that correct overrides change the actual decision
25Review backlogcases and ageMeasure complexity and staffing as well as volume
26Decision latency p95secondsCompare with the actual action window
27Model-version traceabilitypercent of decisionsRetain model, prompt, retrieval and configuration versions
28Rollback verification coveragepercent of critical tasksTest data and workflow compatibility after rollback
29Remedy completionpercent of validated affected casesMeasure correction of consequences, not only model repair
30Manual fallback throughputcases per hourDemonstrate staffing and decision quality under scenario demand

A didactic monotone transformation for an indicator that worsens as it rises is p = clip[(x − x_ref)/(x_failure − x_ref), 0, 1]. Reverse the direction for a reserve that deteriorates as it falls. The expression makes the reference points visible; it does not choose those points, prove comparability or establish an operational aggregate. Retain x in its original unit and justify the function separately for each case.

Section readings [A02; A03]

SECTION 16

Velocity (ΔV): rates and trajectory

Velocity connects changing performance with the time available to intervene. Track error growth, review-backlog accumulation, model-update frequency and the speed of automated actions separately. A drift statistic can change before labels confirm an error, but it is not itself proof of harmful failure. Compare its trajectory with the delay required to obtain labels, evaluate a change and stop the affected workflow. Mark changes in population and evaluation procedure on the time series. Otherwise an apparent trend can reflect a new measurement process rather than a change in the deployed model. [A09] [A07]

ΔV describes direction and rate of change over a declared interval. Two systems at the same apparent position may have different reaction times because their trajectories differ. Compare rates using consistent units, observation windows and reference systems. Check seasonality, missing periods, reporting changes and process acceleration before extrapolating. A time-to-boundary calculation is conditional on its trajectory assumption; it is not a general forecast.

Ten families of rate-of-change observations
ProcessRate / unitInterpretation
Deployment error increasepercentage points per weekUse a stable case definition and control for population changes
Subgroup disparity growthpercentage points per monthRetain each group denominator and uncertainty
Input-distribution changespecified distance per dayA distributional distance is a signal, not proof of harmful error
Label arrival delay growthhours per weekDelay can prevent timely error detection
Unsupported-claim growthpercentage points per releaseRe-evaluate a fixed and a refreshed task set
Automated action propagationactions per minuteCompare with the ability to pause and reverse actions
Review backlog growthcases per hourMeasure arrivals minus completed substantive reviews
Training provenance losspercentage points per dataset versionIdentify undocumented new sources
Model-update frequencyversions per monthCompare with local revalidation capacity
Remedy accumulationunresolved cases per weekTrack consequences that remain after technical rollback

Section readings [A09; A07]

SECTION 17

Uncertainty (σ): evidence and model limits

Uncertainty includes sampling error, reference-standard disagreement, missing counterfactual outcomes, unknown deployment shift and model-selection variation. A confidence interval around pooled accuracy captures only part of this problem. Report subgroup sample sizes and explain where outcomes are unavailable because prior decisions prevented observation. Sensitivity to random seed or model choice is a separate issue from uncertainty about whether the target is valid. The case should map each uncertainty to the decision it could change. This prevents a precise statistical estimate from conveying unwarranted confidence in a poorly defined or incompletely observed decision process. [A03] [A10]

Uncertainty should be recorded by object and source. Measurement uncertainty, sampling limitations, parameter uncertainty, model structure, future scenarios and institutional ambiguity cannot be replaced by one unsupported percentage. More simulation samples can reduce numerical sampling error without resolving a missing mechanism. Identify which uncertainty changes the decision and which further observation, comparison or test could reduce it.

Case-analysis method
Source of uncertaintyObject affectedTreatment
MeasurementInstrument error, drift, reference system and quality controls.Calibration, cross-check and traceable metadata.
SamplingSpatial, temporal or population coverage.A design matched to the decision and exposed groups.
ParametersValues weakly identified by available observations.Estimation, sensitivity and alternatives.
Model structureProcesses excluded or represented inadequately.Competing models and tests outside the fitting conditions.
ScenarioUncertain future demand, environment or operating practice.A declared set of plausible trajectories.
DependenceCorrelated conditions or failures treated as independent.Joint analysis and explicit common-cause hypotheses.
InstitutionsUnverified duties, access or resource availability.Documentary checks and mobilization tests.
Unknown mechanismsA plausible process with insufficient evidence.A research question and decisions robust to the unresolved gap.

Section readings [A03; A10; C06]

SECTION 18

Reversibility liquidity (Lr): usable recovery resources

Recoverability concerns both the technical system and the people or processes affected by its actions. A prior model version may restore familiar behaviour while leaving erroneous denials, alerts or records in place. Inventory the ability to identify affected decisions, obtain human review and correct consequences. Some actions can be reversed quickly; others require compensation, notification or a physical intervention outside the model team’s control. Measure the tested throughput and quality of the fallback process. A stored checkpoint is a recovery resource, but it does not establish that the full decision service can resume safely. [A08] [A20]

Lr examines resources that can preserve, contain or recover the defined function within the relevant time. A resource listed in an inventory is different from a resource that is accessible, compatible, staffed and mobilizable. Record capacity, useful arrival time, duration, dependencies and evidence of testing. Avoid averaging away an essential bottleneck. Recovery of a service does not necessarily restore ecological condition, accumulated losses or public trust.

Recovery resources to verify in the case
Recovery resourceAvailability or mobilization questionVerification or dependency
Versioned model registryModel, weights, prompts and configuration identifiersReproduce a disputed decision
Clean evaluation setIndependently governed local examplesRetest actual deployment tasks after changes
Trusted training snapshotDocumented data and preprocessingRebuild without contaminated records
Permission controlsRevocable tool and service credentialsStop external actions promptly
Human decision capacityQualified reviewers with time and authorityMeasure quality and throughput under fallback load
Affected-decision ledgerTraceable decisions and exposed populationsIdentify who requires correction or notice
Rollback environmentCompatible prior model and workflowVerify downstream state before restoring use
Domain expertsIndependent judgement about target validityResolve proxy and reference-standard disagreements
Contestation channelAccessible routes to review and correctionTrack outcomes and remedy completion
Incident evidence storeInputs, outputs, versions and authorised audit recordsPreserve reproducibility with appropriate privacy controls

Section readings [A08; A20]

PART VI

Scenario and simulation intelligence

SECTION 19

Stress scenarios and comparative strategies

Scenarios should vary the causal mechanism and the level of automation. Compare a subgroup distribution shift, a corrupted data feed, a provider model update, a prompt-injection attempt and a surge that overwhelms human review. Include a case in which the model remains accurate but the target no longer reflects the intended objective. For each scenario, identify which observations remain available and which actions can be stopped or reversed. Historical audits supply plausible mechanisms, but their measured error rates should not be copied into another population as if they were universal parameters. [A04] [A06] [A19]

A stress scenario states the initiating condition, prior state, time sequence, exposed function, shared dependencies and feasible responses. Its purpose is to reveal when a strategy loses usefulness and why. Compare alternatives across several conditions, including absent substitutes and simultaneous demand. Scenarios should lead to observations, tests and resource questions; assigning a precise event probability requires a separate justified model and evidence.

Five domain-anchored stress-test designs · N1
ScenarioInitiating mechanismObservation designStrategy comparison
A · Target-proxy mismatchOptimisation improves a label that misrepresents the intended outcomeCheck which observation distinguishes onset, propagation and loss of the defined function.Compare current practice, improved readiness and a structural alternative; remove one shared prerequisite.
B · Miscalibrated confidenceScores overstate or understate correctnessCheck which observation distinguishes onset, propagation and loss of the defined function.Compare current practice, improved readiness and a structural alternative; remove one shared prerequisite.
C · Training-data poisoningManipulated training records alter behaviourCheck which observation distinguishes onset, propagation and loss of the defined function.Compare current practice, improved readiness and a structural alternative; remove one shared prerequisite.
D · Benchmark contaminationTest items enter training or tuningCheck which observation distinguishes onset, propagation and loss of the defined function.Compare current practice, improved readiness and a structural alternative; remove one shared prerequisite.
E · Explanation overconfidenceA plausible explanation is mistaken for causal validationCheck which observation distinguishes onset, propagation and loss of the defined function.Compare current practice, improved readiness and a structural alternative; remove one shared prerequisite.

Section readings [A04; A06; A19]

SECTION 20

Reproducible simulation and sensitivity analysis

A quantitative exercise should distinguish uncertainty in performance from uncertainty in consequences. Sampling an error rate does not establish how many people experience harm unless the deployment volume, decision pathway and remedy process are also defined. Correlated errors from a shared model or data source should not be simulated as independent events. State the population, observation delay, action rule and intervention capacity before calculating outcomes. Compare alternative assumptions about missing labels and human review effectiveness. The resulting distribution is conditional on the exercise design and should be used to identify sensitive assumptions, not to claim a validated field probability. [A09] [A10]

Simulation is an explicit transformation of assumptions. Input distributions, dependencies, parameter estimation, output definition and testing must be documented. Numerical convergence does not establish model validity. Examine sensitivity to the function used, the weights selected, dependence assumptions and conditions outside the fitting data. The reproducible laboratory below is a synthetic exercise, separated from SPS and from any claim about real-event frequency.

Reproducible synthetic laboratory · N2
ElementSpecification
Samples and seed10,000 samples; Python Random; seed 854081170.
Reference centersP = 0.72; ΔV = 0.62; σ = 0.40; Lr = 0.38.
Latent dispersion0.40, 0.45, 0.30, 0.40, respectively.
Common-factor loading0.65, 0.55, 0.35, −0.45, respectively.
Dependence constructionz_j = a_j g + √(1 − a_j²) ε_j; g and ε_j are independent standard normal draws.
Bounded transformationx_j = logistic[logit(m_j) + s_j z_j].
Learning outputQ = 0.35P + 0.25ΔV + 0.15σ + 0.25(1 − Lr).
Comparison conditionQ ≥ 0.70, selected only for this synthetic laboratory.
Calculated outputs under the declared assumptions
StatisticValue
Mean0.617
5th percentile0.516
Median0.619
95th percentile0.710
Fraction with Q ≥ 0.707.30%

The factor loadings define association on the latent scale. Correlations after the nonlinear transform should be estimated from the simulated samples. Q is a teaching index and is not SPS. Its exceedance fraction concerns the generated sample under these assumptions; it is not the probability of a real event or a forecast over a stated number of years. A temporal forecast would require a separately specified process and observation model.

Reproduce the calculation in Python
from random import Random
from math import log, exp, sqrt
from statistics import mean
rng = Random(854081170)
m = [.72, .62, .40, .38]
s = [.40, .45, .30, .40]
a = [.65, .55, .35, -.45]
q = []
for _ in range(10000):
    g = rng.gauss(0, 1)
    x = []
    for mj, sj, aj in zip(m, s, a):
        z = aj*g + sqrt(1-aj*aj)*rng.gauss(0, 1)
        x.append(1/(1+exp(-(log(mj/(1-mj))+sj*z))))
    p, v, u, lr = x
    q.append(.35*p+.25*v+.15*u+.25*(1-lr))
q.sort()
print(mean(q), q[499], (q[4999]+q[5000])/2, q[9499])
print(sum(x >= .70 for x in q)/len(q))

Sensitivity exercise: remove the common factor, vary one dispersion, change the weight of recovery resources, and compare the ranking of the selected strategies. Then state which domain observations would be needed to replace each illustrative assumption. Use a suitable estimator when inputs are dependent; the common-factor experiment is a dependence check, not a claim that a particular Sobol estimator applies unchanged.

Section readings [A09; A10; C03; C06]

SECTION 21

Restoration and performance verification

A restoration exercise should begin with a precise stopping condition and a record of external actions already taken. Revoke unnecessary tool permissions, preserve the disputed configuration and route cases to a tested alternative. Then verify the proposed fix on a clean local evaluation set and on the failure pathway that triggered the incident. Include subgroup and workflow checks before resuming use. A model rollback can fail if preprocessing, retrieval or client interfaces changed at the same time. The final acceptance test should cover the complete decision service and the remaining remedy backlog. [A01] [A08]

Restoration follows prerequisites and verification conditions rather than a universal fixed clock. Tasks may proceed in parallel only where they do not compete for the same people, access, equipment or information. Protect essential functions while the critical path is addressed. Define what is measured before returning service, who can make that determination and which effects require continued observation after a technical restart.

Case-analysis method
StageAction and prerequisiteEvidence of usable progress
Protect essential usersProvide a feasible interim function while restoration proceeds.Coverage and actual receipt.
Restore prerequisitesRecover access, inputs, energy, information and competent personnel.Verified availability for the next task.
Restore the processRepair and operate the affected function within its relevant constraints.Technical tests matched to the failure mechanism.
Verify performanceMeasure the delivered outcome and remaining exposure.A predeclared verification record.
Authorize and communicateRecord who can declare the relevant return condition.Clear status, limitations and notification.
Follow upMonitor persistent effects and resolve causal and monitoring gaps.A review record and tracked corrective actions.

Section readings [A01; A08]

PART VII

Restoration and recovery architecture

SECTION 22

Recovery provider capability

An AI assurance or restoration provider should demonstrate competence in the task, population and failure mechanism. General machine-learning expertise does not establish clinical judgement, legal authority or the ability to conduct a representative subgroup evaluation. Ask for reproducible methods, independence, data-access safeguards and a clear treatment of uncertainty. Separate the organisation that supplies the model from the party that accepts the validation result when conflicts could affect judgement. The engagement should define whether the work tests predictive performance, security, human workflow or remedy. A broad assurance label is insufficient without those bounded claims and evidence. [A08] [A18]

Capability assessment must be specific to the task, place and stress conditions. A training certificate cannot demonstrate that a team can mobilize and deliver the required function. Inspect competence, safety, compatibility, relevant experience and actual availability. Define the verification method and limits of recognition. This teaching library does not establish a c-ECO provider certification scheme or substitute for professional or regulatory requirements.

Case-analysis method
CapabilityVerification
Technical capabilityEvidence relevant to the specific task, process and failure mechanism.
MobilizationA demonstrated route, team, equipment and useful arrival time.
CompatibilityProof that resources can work with the installation, data and local constraints.
Safety and responsibilitiesRelevant professional duties, safe work and accountable supervision.
VerificationPerformance tests, records and independent review proportionate to the task.
ContinuitySubstitutes and supplies under simultaneous demand or extended interruption.

Section readings [A08; A18]

SECTION 23

Recovery sequencing and time constraints

Recovery sequencing should preserve evidence, constrain actions, identify affected decisions, establish a safe alternative and only then evaluate a corrected system. These steps may run partly in parallel, but each has a different owner and completion criterion. A security fix does not establish that the target is valid, and a new evaluation score does not establish that affected people have received remedy. Track technical recovery and consequence correction separately. Before expanding automation again, verify the original failure mechanism and the operational ability to detect a recurrence within the relevant action window. [A13] [A20] [A21]

A recovery time objective is a decision criterion to test against real capacity. Distinguish mobilization, work, verification and decision time, and identify dependencies between tasks. Shared resources can prevent apparently parallel activities from proceeding together. Repeating the sequence with unavailable access, a specialist or a verification service reveals where a target relies on an untested assumption.

Case-analysis method
Sequencing itemCase requirement
Task and functionDefine the outcome, prerequisites and critical users.
Time componentsSeparate mobilization, execution, verification and decision time.
Shared resourcesIdentify people, equipment, access and systems needed by more than one task.
Parallel workDemonstrate that tasks can proceed together without competing for the same bottleneck.
Completion conditionSpecify the observation that permits the next task or return of the function.
SensitivityRepeat with unavailable resources or longer lead times to expose the critical path.

Section readings [A13; A20; A21]

SECTION 24

Equipment, inputs and replenishment

The inventory should contain reproducible model artefacts, clean data snapshots, evaluation definitions, reference labels, access controls and qualified human capacity. A model checkpoint without its preprocessing and decision thresholds may not reproduce a disputed output. A manual fallback without staffing estimates may fail under incident volume. Record provenance, permissions, custody and the latest demonstrated test for each resource. Include the records needed to locate affected decisions without exposing unnecessary personal information. The inventory becomes useful when it is linked to a recovery task and reveals a missing dependency or an unavailable authorised reviewer. [A05] [A08]

Inventory analysis connects each item to a protected function. Use condition, compatibility, accessibility and consumption under stress rather than a nominal stock count alone. Replenishment time must include procurement, transport, installation and verification where relevant. A substitute that depends on the same supplier or platform may disappear in the same event. Keep the last inspection date and the evidence supporting usable availability.

Case-analysis method
Inventory fieldVerification
SpecificationIdentity, quantity, condition, compatibility and installation requirements.
AvailabilityLocation, access rights, expiry where relevant and verification date.
Stress consumptionUseful stock under the conditions studied, including losses and surge demand.
ReplenishmentSupplier, lead time, transport constraints and alternatives.
Common dependenceOther stocks or substitutes that share a supplier, access route, platform or energy source.
TestEvidence from inspection, deployment or a representative mobilization exercise.

Section readings [A05; A08]

SECTION 25

Mutual aid and cooperation arrangements

Mutual assistance should be bounded by expertise, access and authority. An external evaluator may help test distribution shift without receiving unrestricted access to identifiable records or production tools. Predefine confidentiality, permitted use, evidence retention and the process for reporting a serious finding. Verify that apparently independent evaluators do not rely on the same provider or benchmark without recognising the dependence. Exercises should test the delivery of assistance within the case’s decision window. Cooperation is a resource only when the relevant skills, data access and acceptance responsibility are available under the actual scenario conditions. [A18] [A08]

Cooperation contributes to recovery when its scope, activation, resources and practical availability are demonstrated. Record who requests support, who authorizes it, the useful arrival time, responsibility for the work and conditions of return. Consider simultaneous demand across participants. A reference to an organization or network in the literature does not imply that c-ECO or a case partner has joined it or secured a deployment commitment.

Case-analysis method
Agreement elementQuestion
ActivationWho can request and authorize support, and on what documented basis?
ResourceWhat can actually be supplied, at what capacity and for how long?
DeliveryWhich access, transport, compatibility, information and safety conditions apply?
SimultaneityWhat happens when several participants need the resource at the same time?
ResponsibilityWhich actor controls the task and its records, verification and constraints?
ReviewHow are performance, remaining gaps and revised arrangements recorded?

Section readings [A18; A08]

PART VIII

Research and source library

SECTION 26

Source classification and evidence quality

Classify evidence by what it establishes. A benchmark paper reports performance within a defined evaluation; a field study observes deployment conditions; an official investigation documents a particular incident; a reporting framework proposes a structure. These sources should not be collapsed into one authority score. Record version, population, task and study period. A historical audit of commercial systems does not establish the current performance of their successors. Conversely, a new product score does not erase the mechanism identified by an earlier study. The library should preserve both the bounded finding and the analytical question that remains relevant. [A04] [A17]

Source classes organize origin and function; they do not form an automatic hierarchy of evidential strength. An official statistic, an operational record and a causal study answer different questions. Classify the product, not only the organization. Detect shared data origins so that a dashboard, article and secondary report based on one observation are not counted as three independent confirmations.

Case-analysis method
Source classContributionQuality criterion
A · Institutional / officialOfficial statistics, instruments, technical guidance and investigation records.Mandate, method, version, scope and actual applicability.
B · Operational / technicalMeasurements, process records, assets, inventories and delivered performance.Traceability, coverage, quality controls and usable access.
C · Academic / independentResearch designs, mechanism studies, models and independent observations.Methods, inference, reproducibility and fit to the question.

Section readings [A04; A17; C04; C05]

SECTION 27

Institutional, regulatory and technical sources

Official technical resources help connect governance objectives with activities such as mapping use, measuring performance and managing incidents. Their role is to structure questions and evidence, not to certify the model automatically. For the learning case, select the objectives that address a documented failure pathway and identify how implementation would be demonstrated. A generative-AI profile can reveal risks involving content, privacy or tool use, while a sector-specific authority may impose different professional requirements. Record the edition and scope of the resource and avoid presenting a voluntary framework as a universal legal obligation. [A18] [A19]

Institutional sources should be selected by product, method and scale. Record whether the source defines a requirement, observes a condition, reports an investigation or synthesizes a literature. A current portal may contain several editions and methods; cite the actual version used. Public access does not establish accuracy for a different question, and a restricted source can still be used only under its authorized conditions.

Institutional and technical source register
IDProduct / documentWhy it matters
[A18]Artificial Intelligence Risk Management Framework (AI RMF 1.0)Voluntary risk-management framework; does not confer certification.
[A19]Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence ProfileA domain profile for generative AI risk management.
[A20]Collision Between Vehicle Controlled by Developmental Automated Driving System and Pedestrian, Tempe, Arizona, March 18, 2018Primary investigation of interacting automation, operator and organisational safety factors.
[A21]Rite Aid Corporation, FTC v.Primary case documents; distinguish allegations, findings and settlement terms.

Section readings [A18; A19]

SECTION 28

Operational observations and monitoring products

Operational evidence includes input distributions, output records, version history, action logs, review decisions and reported consequences. Each has a different observation bias. Logs may omit people who abandon a service, while appeals may overrepresent those able to navigate the review process. Align records with a common decision identifier and retain the transformations used for analysis. A provider’s model card is an intended-use statement, whereas local monitoring tests actual deployment conditions. Compare these layers rather than treating them as substitutes. Evidence retention should be proportionate to the evaluation need and governed by appropriate access safeguards. [A05] [A08]

Operational observations should show what the system delivered, not merely that an asset was declared available. Inspect the acquisition process, sensor or reporting changes, gaps, coverage and quality controls. Compare records with independent observations where feasible. Aggregated performance, a status dashboard and user experience can diverge because they concern different units, locations, periods or definitions of availability.

Observation products to obtain for the case
ObservationUnitInterpretationProvenance record
Task-specific error ratepercentDefine the decision, reference standard and error consequencesRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.
False-negative ratepercentReport positive-case denominator and confidence intervalRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.
False-positive ratepercentReport negative-case denominator and downstream burdenRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.
Positive predictive valuepercentState deployment prevalence and ascertainment methodRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.
Worst-group errorpercentDefine groups and minimum evidence requirementsRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.
Intersectional evaluation coveragegroups with sufficient evidenceDo not treat unmeasured groups as equivalentRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.
Calibration errortask-defined scoreReport binning and accompany with reliability diagramsRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.
Brier scoremean squared probability errorUse valid outcome probabilities and compare a stated baselineRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.
Abstention ratepercentReport which cases are deferred and their outcomesRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.
Coverage at accepted errorpercentSpecify the error tolerance before evaluationRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.
Out-of-distribution detection recallpercentDefine representative unfamiliar cases and false alarmsRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.
Data freshnesshours or daysTrack collection and ingestion separatelyRecord acquisition, coverage, timestamp, reference, quality controls and the responsible custodian.

Section readings [A05; A08]

SECTION 29

Academic research and independent evidence

Research papers are most useful when their assumptions are translated into case-specific tests. Calibration research motivates checking probability reliability; distribution-shift benchmarks motivate evaluating local contexts; performative prediction motivates tracing feedback. No single paper supplies a universal checklist for every model. Read the task, dataset, comparison and limitations before importing a method. A local explanation can describe a surrogate around one prediction without establishing the causal reason for an outcome. The learning exercise should ask what each method reveals, what it leaves unidentified and which additional evidence would resolve the decision-relevant gap. [A03] [A07] [A11]

Read the research design before transferring a conclusion. Identify the question, unit of analysis, method, comparison, result, limitations and conditions that matter for the case. Foundational concepts, empirical studies, critical replications and technical syntheses serve different functions. A literature-supported mechanism may justify a hypothesis without validating a local threshold, forecasting performance or a complete TFP application.

Academic reading map: mechanisms and methods
IDResearch workContribution and limit
[A01]Hidden Technical Debt in Machine Learning SystemsExplains system-level dependencies and feedback beyond model code.
[A02]Equality of Opportunity in Supervised LearningFormalises an outcome-conditioned fairness criterion; the criterion is not an exhaustive definition of justice.
[A03]On Calibration of Modern Neural NetworksSeparates classification accuracy from the reliability of confidence estimates.
[A04]Gender Shades: Intersectional Accuracy Disparities in Commercial Gender ClassificationHistorical audit demonstrating why subgroup evaluation and dataset composition matter.
[A05]Model Cards for Model ReportingA reporting structure for intended use, evaluation and limitations.
[A06]Dissecting Racial Bias in an Algorithm Used to Manage the Health of PopulationsEmpirical case of a cost proxy failing to represent health need.
[A07]Performative PredictionModels situations in which using predictions changes the outcome distribution.
[A08]Closing the AI Accountability Gap: Defining an End-to-End Framework for Internal Algorithmic AuditingConnects audit documentation and accountability across the development lifecycle.
[A09]WILDS: A Benchmark of in-the-Wild Distribution ShiftsBenchmarks naturally occurring distribution shifts with explicit datasets and evaluation settings.
[A10]Underspecification Presents Challenges for Credibility in Modern Machine LearningShows how similar held-out performance can conceal different deployment behaviours.
[A11]“Why Should I Trust You?”: Explaining the Predictions of Any ClassifierIntroduces local surrogate explanations; an explanation is not proof of causal correctness.
[A12]Explaining and Harnessing Adversarial ExamplesStudies adversarial vulnerability under stated perturbation assumptions.
[A13]Extracting Training Data from Large Language ModelsDemonstrates training-data extraction in evaluated language models.
[A14]TruthfulQA: Measuring How Models Mimic Human FalsehoodsA targeted truthfulness benchmark rather than a universal measure of factual reliability.
[A15]Lost in the Middle: How Language Models Use Long ContextsStudies sensitivity to the position of relevant information in long contexts.
[A16]AI Models Collapse When Trained on Recursively Generated DataConditional experiments on recursive training; conclusions require attention to the data-generation setup and published correction.
[A17]A Human-Centered Evaluation of a Deep Learning System Deployed in Clinics for the Detection of Diabetic RetinopathyField study connecting model operation with clinical workflow and infrastructure.
[A22]Concrete Problems in AI SafetyA research agenda on unintended behaviour, including specification and distributional issues; preprint status is explicit.
[C01]Identifying, understanding, and analyzing critical infrastructure interdependenciesDistinguishes physical, cyber, geographic and logical dependencies; use the categories to formulate a case-specific dependency hypothesis.
[C02]Understanding Compound, Interconnected, Interacting, and Cascading Risks: A Holistic FrameworkProvides distinctions for examining interacting risks and propagation; a plausible pathway still needs evidence in the case.
[C03]Variance based sensitivity analysis of model output. Design and estimator for the total sensitivity indexMethodological reference for sensitivity analysis; assumptions about independence and the model structure must accompany the chosen estimator.
[C04]The FAIR Guiding Principles for scientific data management and stewardshipGuides metadata and reuse. Accessible data may still have legitimate authorization and protection requirements.
[C07]A general framework for analyzing sustainability of social-ecological systemsSupports a structured inquiry into actors, resources, institutions and interactions; institutional interpretation must be adapted to the system studied.

Section readings [A03; A07; A11]

PART IX

Evidence matrices and historical intelligence

SECTION 30

Source–variable correspondence

A source-to-variable matrix should identify the observation, transformation and denominator behind every metric. An error rate requires a reference outcome; an abstention rate requires the full set of cases presented; a remedy metric requires a defined population of affected decisions. Separate measured performance from expert judgement about consequence severity. Retain model and dataset versions so that a changed result can be attributed to its cause. When labels arrive late, distinguish provisional monitoring signals from confirmed outcomes. This traceability makes re-evaluation possible without silently rewriting what was known at the time of the original decision. [A05] [A08]

The source–variable matrix exposes the path from an observation to an analytical representation. Preserve the raw unit, time, location, method, transformation and uncertainty. Multiple derived variables may share one observation and therefore share its limitations. Record the code or reproducible procedure, authorized access and version. A score should remain inspectable through its originating evidence rather than replacing that evidence.

Source–variable design matrix
ObservationUnitSource requirementCandidate analytical questionTransformation and limit
Task-specific error ratepercentDefine the decision, reference standard and error consequencesP / stateVerify whether the observation supports this analytical use; preserve the raw record and transformation.
False-negative ratepercentReport positive-case denominator and confidence intervalP and ΔV / trajectoryVerify whether the observation supports this analytical use; preserve the raw record and transformation.
False-positive ratepercentReport negative-case denominator and downstream burdenσ / evidence qualityVerify whether the observation supports this analytical use; preserve the raw record and transformation.
Positive predictive valuepercentState deployment prevalence and ascertainment methodLr / usable resourcesVerify whether the observation supports this analytical use; preserve the raw record and transformation.
Worst-group errorpercentDefine groups and minimum evidence requirementsP / stateVerify whether the observation supports this analytical use; preserve the raw record and transformation.
Intersectional evaluation coveragegroups with sufficient evidenceDo not treat unmeasured groups as equivalentP and ΔV / trajectoryVerify whether the observation supports this analytical use; preserve the raw record and transformation.
Calibration errortask-defined scoreReport binning and accompany with reliability diagramsσ / evidence qualityVerify whether the observation supports this analytical use; preserve the raw record and transformation.
Brier scoremean squared probability errorUse valid outcome probabilities and compare a stated baselineLr / usable resourcesVerify whether the observation supports this analytical use; preserve the raw record and transformation.
Abstention ratepercentReport which cases are deferred and their outcomesP / stateVerify whether the observation supports this analytical use; preserve the raw record and transformation.
Coverage at accepted errorpercentSpecify the error tolerance before evaluationP and ΔV / trajectoryVerify whether the observation supports this analytical use; preserve the raw record and transformation.
Out-of-distribution detection recallpercentDefine representative unfamiliar cases and false alarmsσ / evidence qualityVerify whether the observation supports this analytical use; preserve the raw record and transformation.
Data freshnesshours or daysTrack collection and ingestion separatelyLr / usable resourcesVerify whether the observation supports this analytical use; preserve the raw record and transformation.

Section readings [A05; A08; C04; C05]

SECTION 31

Source–risk correspondence

A source-to-risk mapping should show how evidence supports a particular failure mechanism. A drift detector can identify changed inputs but cannot prove target invalidity. A subgroup audit can reveal unequal errors while leaving the reason for the disparity unresolved. An incident complaint can identify a concern without establishing every alleged fact. For each risk, record the confirming evidence, relevant counterevidence and unobserved conditions. Reusing one benchmark across several risks does not create independent support. The matrix should guide the next investigation step rather than turn the presence of a citation into a binary validation label. [A04] [A09] [A21]

A source–risk matrix should cover the threat, the observed state, the mechanism and the consequences separately. Evidence that an event occurred does not alone show why a function failed or who was affected. Use a chronology and alternative explanations to test the chain. A citation becomes useful when the specific part of the claim it supports and its limits are visible.

Source–risk evidence matrix
RiskProposed mechanismEvidence chainInvestigation requirement
Target-proxy mismatchOptimisation improves a label that misrepresents the intended outcomeThreat / state → mechanism → consequence.Specify the dated observation for each link and at least one alternative explanation.
Deployment distribution shiftNew populations invalidate evaluation assumptionsThreat / state → mechanism → consequence.Specify the dated observation for each link and at least one alternative explanation.
Subgroup error disparityPooled accuracy hides concentrated errorThreat / state → mechanism → consequence.Specify the dated observation for each link and at least one alternative explanation.
Miscalibrated confidenceScores overstate or understate correctnessThreat / state → mechanism → consequence.Specify the dated observation for each link and at least one alternative explanation.
Label contaminationIncorrect or inconsistent labels distort learningThreat / state → mechanism → consequence.Specify the dated observation for each link and at least one alternative explanation.
Training-test leakageEvaluation includes information unavailable in deploymentThreat / state → mechanism → consequence.Specify the dated observation for each link and at least one alternative explanation.
Feedback reinforcementModel decisions shape future labels and accessThreat / state → mechanism → consequence.Specify the dated observation for each link and at least one alternative explanation.
Selective labelsOutcomes are observed only for cases admitted by past decisionsThreat / state → mechanism → consequence.Specify the dated observation for each link and at least one alternative explanation.
Adversarial evasionCrafted inputs alter predictionsThreat / state → mechanism → consequence.Specify the dated observation for each link and at least one alternative explanation.
Training-data poisoningManipulated training records alter behaviourThreat / state → mechanism → consequence.Specify the dated observation for each link and at least one alternative explanation.

Section readings [A04; A09; A21]

SECTION 32

Monitoring gaps and research priorities

Monitoring gaps include unlabelled cases, small subgroups, excluded languages, delayed outcomes and consequences outside the deploying organisation’s records. These gaps are not random by default. Build a register that states which inference is weakened and what alternative evidence could help. A low appeal rate can indicate low harm, but it can also indicate an inaccessible remedy process. A falling error rate can reflect selective case exclusion. Track changes to the monitored population and distinguish missing data from a negative finding. The purpose is to make uncertainty actionable rather than hide it behind a single aggregate confidence score. [A06] [A17]

Prioritize a gap by its consequence for the decision. The next observation may be a targeted measurement, an independent comparison, a capability test or a correction of incompatible definitions. More data of the same kind may not resolve structural uncertainty. Specify the question, required observation, responsible custodian, time of collection and condition under which the gap is considered sufficiently addressed.

Case-analysis method
Monitoring gapDecision consequenceInvestigation
Spatial coverageExposed locations, groups or assets are not represented.Targeted observations matched to exposure.
Temporal resolutionA change occurs faster than the collection interval.A sampling interval fitted to the process and useful decision time.
Missing periodA critical part of the trajectory is absent.Independent backup and transparent missing-data handling.
Changing methodA sensor, reference or reporting practice changes.Overlap, comparison and version metadata.
Unmeasured mechanismImportant inputs or consequences are not observed.A mechanism-specific investigation and appropriate measurement.
Unverified resourcesA listed capacity has not been mobilized.Inspection and a representative deployment test.
Incompatible definitionsDatasets describe different populations, units or conditions.A documented harmonization and retained original values.
Access restrictionEvidence cannot be inspected or reused under current conditions.An authorized access and review arrangement.
Unequal representationSome users or effects disappear in aggregates.Disaggregated observation and a suitable participatory protocol.
Post-event follow-upReturn of service masks persistent effects.A monitoring period appropriate to the mechanism and affected function.

Section readings [A06; A17; C03]

SECTION 33

Dependency matrix and propagation tests

Cross-domain analysis should follow the action, not merely the model output. An inaccurate water forecast becomes consequential through an operational decision; a health score through allocation; a financial alert through review or restriction. Map the receiving institution, the time tolerance, the independent safety barrier and the route for correction. Shared models can introduce correlated judgement across otherwise separate sectors. The dependency register should therefore distinguish common infrastructure, common evidence and common decision rules. This gives reviewers a concrete basis for testing whether a local error could propagate and where a human or technical barrier can interrupt it. [A01] [A07]

Underspecification arises when several models satisfy the same training and validation criteria but differ on deployment-relevant behaviour. Development randomness and untested features can then matter more than the headline score suggests.

Confidence is a model output, not an automatic probability of correctness. Calibration depends on the evaluation population, binning and task; it can deteriorate after a distribution shift.

Human oversight works only if reviewers have time, information, authority and a usable alternative. A nominal approval button may introduce delay without providing effective detection or reversal.

A dependency matrix should be directional and time-specific. Record the supplying function, receiving function, mechanism, useful delay, substitute and evidence. Test the destination when the origin becomes unavailable for different periods. Then remove a common prerequisite of the substitute. The resulting structure describes the case; it does not establish all connections in a global architecture or validate an edge weight.

Dependency matrix for case testing
DependencyMechanism and directionVerification or TFP inquiryContext
HealthAlgorithms allocate review or clinical resourcesBiased labels can redistribute accessKeep clinical reference standards and remedy pathways
FinanceScores influence underwriting and monitoringFeedback can restrict observed outcomesAudit labels and adverse-decision review
Digital infrastructureModels require compute, identity and retrievalEndpoint outages interrupt automated workflowsTest manual fallback and cached evidence
GovernancePublic decisions use classification and rankingOpacity can weaken contestationRetain reasons, records and decision ownership
Emergency responseModels prioritise warnings and dispatchFalse confidence can consume the action windowUse scenario-specific latency and override tests
Water and sanitationPrediction informs operations and maintenanceSensor drift can become automated miscontrolSeparate advisory output from safety actuation
EnergyForecasts and control affect dispatchShared model error can synchronise responsesStress correlated forecasts and control limits
LogisticsAlgorithms allocate routes and inventoryOptimisation can remove redundancyInclude service obligations and disruption scenarios
Urban systemsVision and scoring mediate access and movementGroup disparities can be spatially concentratedEvaluate local populations and accessible alternatives
Science and monitoringAI helps classify and summarise evidenceGenerated errors can contaminate later analysisTrace evidence and require source-level verification

For each relationship, add the measured delay, duration of tolerable interruption, substitute and observation supporting the directed edge. Repeat the test for short, intermediate and extended unavailability. A generic list of linked sectors is not an estimated network, and no edge weight is validated by inclusion in this table.

Section readings [A01; A07; C01; C02]

SECTION 34

Documented cases, near misses and recovery

Historical cases provide different forms of learning. Gender Shades and the health-need algorithm study are empirical audits; the Thailand work is a field evaluation; the Tempe report is an accident investigation; the Rite Aid record contains regulatory allegations and legal outcomes. Compare the mechanism, evidence type and decision pathway rather than aggregating these records into a generic AI incident rate. Ask which failure assumption was exposed and which observation could have changed the deployment decision. Keep the original scope visible, especially when the evaluated model, population or institutional setting differs from the present case. [A04] [A06] [A17] [A20] [A21]

Historical analysis distinguishes observed loss, protective response, near miss and recovery. Several records can concern one event without becoming independent events. Preserve what the source actually investigated and avoid adding unsupported casualty, cost or restoration-time estimates. Compare cases by mechanism and evidence quality; the fact that one response was associated with an outcome does not alone establish a general causal effect.

Documented cases and comparative learning
Case / periodDocumented mechanism or study objectLearning and transfer questionSource
Health-need algorithm study, 2019A spending target did not adequately represent health need across groupsAudit construct validity before treating predictive fit as equitable allocation[A06]
Gender Shades audit, 2018Commercial gender classification performance differed across evaluated intersectionsMeasure subgroup composition and error instead of relying on pooled scores[A04]
Diabetic-retinopathy field evaluation, Thailand, 2020Clinical workflows and infrastructure affected the operation of a deployed systemEvaluate the complete service process, not only image-classification accuracy[A17]
Tempe developmental automated-driving crash, 2018The NTSB identified interacting operator, organisational and automation safety factorsA human-in-the-loop label does not establish effective monitoring or intervention[A20]
Rite Aid facial-recognition case, 2023FTC documents describe alleged failures involving false matches, safeguards and oversightSeparate detection accuracy from staff response, consumer harm and contestation[A21]
Training-data extraction research, 2021Researchers extracted memorised text from evaluated language modelsEvaluate privacy under a defined query threat and dataset context[A13]
Long-context evaluation, 2024Performance depended on where relevant information appeared in evaluated inputsTest retrieval and context use separately before relying on longer inputs[A15]
Recursive-training experiments, 2024Repeated training on model-generated data changed learned distributions under the studied setupTreat synthetic-data provenance and training mixture as experimental variables[A16]

Section readings [A04; A06; A17; A20; A21]

SECTION 35

Integrated review, transfer and learning portfolio

AI can help organise SIL evidence, but generated summaries and classifications require source-level verification. A fluent answer may omit a qualification, cite an irrelevant document or fail to use evidence buried in a long context. Preserve the underlying source, the claim being supported and the human review record. Treat model-generated analytical suggestions as candidates for investigation rather than validated domain relationships. Cross-domain use is strongest when automation improves traceability and coverage while domain experts retain responsibility for causal interpretation, measurement quality and the consequences of a decision. [A14] [A15] [A18]

The integrated portfolio should allow a reviewer to move from the question to observations, transformations, mechanism tests, scenarios and proposed monitoring. Make the strongest competing explanation and the most consequential unresolved gap visible. Transfer requires checking mechanisms, exposure and recovery resources in the new setting. Formation, optional credentialing, submission permission and licensing remain distinct processes; no case or data contribution enters the SIL without an associated fellow and applicable review.

Case-analysis method
Review stepEvidence requirement
SpecifyState the function, claim, exposed group, location and period.
TraceIdentify original observations, shared origins and transformations.
HarmonizeCompare units, reference systems, sampling and versions.
ChallengeTest alternative explanations and seek counter-evidence.
Evaluate uncertaintyIdentify which assumptions change the conclusion or recommended action.
Test transferCheck equivalence of mechanisms, exposure and recovery resources in another setting.
Record and updatePreserve reasons, limits, responsibility and the next review condition.

Section readings [A14; A15; A18; C04; C05]

RESEARCH AND READING PATHS

Annotated scientific and technical bibliography

The section citations connect domain mechanisms, methods and cases to the underlying sources. Read each reference for its question, design, findings and limits. Technical guides, case investigations and scholarly articles do not provide interchangeable forms of evidence.

  1. A01 · research

    Sculley, D. et al. (2015). Hidden Technical Debt in Machine Learning Systems. NeurIPS 28.

    Original publication / source ↗

    Explains system-level dependencies and feedback beyond model code.

  2. A02 · research

    Hardt, M.; Price, E.; Srebro, N. (2016). Equality of Opportunity in Supervised Learning. NeurIPS 29.

    Original publication / source ↗

    Formalises an outcome-conditioned fairness criterion; the criterion is not an exhaustive definition of justice.

  3. A03 · research

    Guo, C.; Pleiss, G.; Sun, Y.; Weinberger, K. Q. (2017). On Calibration of Modern Neural Networks. ICML, PMLR 70, 1321–1330.

    Original publication / source ↗

    Separates classification accuracy from the reliability of confidence estimates.

  4. A04 · research

    Buolamwini, J.; Gebru, T. (2018). Gender Shades: Intersectional Accuracy Disparities in Commercial Gender Classification. FAT, PMLR 81, 77–91.

    Original publication / source ↗

    Historical audit demonstrating why subgroup evaluation and dataset composition matter.

  5. A05 · research

    Mitchell, M. et al. (2019). Model Cards for Model Reporting. ACM FAT*, 220–229.

    Original publication / source ↗

    A reporting structure for intended use, evaluation and limitations.

  6. A06 · research

    Obermeyer, Z.; Powers, B.; Vogeli, C.; Mullainathan, S. (2019). Dissecting Racial Bias in an Algorithm Used to Manage the Health of Populations. Science 366, 447–453.

    Original publication / source ↗

    Empirical case of a cost proxy failing to represent health need.

  7. A07 · research

    Perdomo, J.; Zrnic, T.; Mendler-Dünner, C.; Hardt, M. (2020). Performative Prediction. ICML, PMLR 119, 7599–7609.

    Original publication / source ↗

    Models situations in which using predictions changes the outcome distribution.

  8. A08 · research

    Raji, I. D. et al. (2020). Closing the AI Accountability Gap: Defining an End-to-End Framework for Internal Algorithmic Auditing. ACM FAT*, 33–44.

    Original publication / source ↗

    Connects audit documentation and accountability across the development lifecycle.

  9. A09 · research

    Koh, P. W. et al. (2021). WILDS: A Benchmark of in-the-Wild Distribution Shifts. ICML, PMLR 139, 5637–5664.

    Original publication / source ↗

    Benchmarks naturally occurring distribution shifts with explicit datasets and evaluation settings.

  10. A10 · research

    D’Amour, A. et al. (2022). Underspecification Presents Challenges for Credibility in Modern Machine Learning. Journal of Machine Learning Research 23(226), 1–61.

    Original publication / source ↗

    Shows how similar held-out performance can conceal different deployment behaviours.

  11. A11 · research

    Ribeiro, M. T.; Singh, S.; Guestrin, C. (2016). “Why Should I Trust You?”: Explaining the Predictions of Any Classifier. ACM KDD, 1135–1144.

    Original publication / source ↗

    Introduces local surrogate explanations; an explanation is not proof of causal correctness.

  12. A12 · research

    Goodfellow, I. J.; Shlens, J.; Szegedy, C. (2015). Explaining and Harnessing Adversarial Examples. ICLR 2015.

    Original publication / source ↗

    Studies adversarial vulnerability under stated perturbation assumptions.

  13. A13 · research

    Carlini, N. et al. (2021). Extracting Training Data from Large Language Models. USENIX Security 2021.

    Original publication / source ↗

    Demonstrates training-data extraction in evaluated language models.

  14. A14 · research

    Lin, S.; Hilton, J.; Evans, O. (2022). TruthfulQA: Measuring How Models Mimic Human Falsehoods. ACL 2022, 3214–3252.

    Original publication / source ↗

    A targeted truthfulness benchmark rather than a universal measure of factual reliability.

  15. A15 · research

    Liu, N. F. et al. (2024). Lost in the Middle: How Language Models Use Long Contexts. Transactions of the ACL 12, 157–173.

    Original publication / source ↗

    Studies sensitivity to the position of relevant information in long contexts.

  16. A16 · research

    Shumailov, I. et al. (2024). AI Models Collapse When Trained on Recursively Generated Data. Nature 631, 755–759.

    Original publication / source ↗ Published correction ↗

    Conditional experiments on recursive training; conclusions require attention to the data-generation setup and published correction.

  17. A17 · research

    Beede, E. et al. (2020). A Human-Centered Evaluation of a Deep Learning System Deployed in Clinics for the Detection of Diabetic Retinopathy. ACM CHI 2020.

    Original publication / source ↗

    Field study connecting model operation with clinical workflow and infrastructure.

  18. A18 · official technical

    Tabassi, E. / NIST (2023). Artificial Intelligence Risk Management Framework (AI RMF 1.0). NIST AI 100-1.

    Original publication / source ↗

    Voluntary risk-management framework; does not confer certification.

  19. A19 · official technical

    NIST (2024). Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile. NIST AI 600-1.

    Original publication / source ↗

    A domain profile for generative AI risk management.

  20. A20 · official case

    NTSB (2019). Collision Between Vehicle Controlled by Developmental Automated Driving System and Pedestrian, Tempe, Arizona, March 18, 2018. Highway Accident Report HAR-19/03.

    Original publication / source ↗

    Primary investigation of interacting automation, operator and organisational safety factors.

  21. A21 · official case

    Federal Trade Commission (2023–2024). Rite Aid Corporation, FTC v.. Case 2023190, complaint and orders.

    Original publication / source ↗

    Primary case documents; distinguish allegations, findings and settlement terms.

  22. A22 · research preprint

    Amodei, D. et al. (2016). Concrete Problems in AI Safety. arXiv:1606.06565.

    Original publication / source ↗

    A research agenda on unintended behaviour, including specification and distributional issues; preprint status is explicit.

  23. C01 · peer-reviewed

    Rinaldi, S. M.; Peerenboom, J. P.; Kelly, T. K. (2001). Identifying, understanding, and analyzing critical infrastructure interdependencies. IEEE Control Systems Magazine, 21(6), 11–25.

    Original publication / source ↗

    Distinguishes physical, cyber, geographic and logical dependencies; use the categories to formulate a case-specific dependency hypothesis.

  24. C02 · peer-reviewed

    Pescaroli, G.; Alexander, D. (2018). Understanding Compound, Interconnected, Interacting, and Cascading Risks: A Holistic Framework. Risk Analysis, 38, 2245–2257.

    Original publication / source ↗

    Provides distinctions for examining interacting risks and propagation; a plausible pathway still needs evidence in the case.

  25. C03 · peer-reviewed

    Saltelli, A. et al. (2010). Variance based sensitivity analysis of model output. Design and estimator for the total sensitivity index. Computer Physics Communications, 181, 259–270.

    Original publication / source ↗

    Methodological reference for sensitivity analysis; assumptions about independence and the model structure must accompany the chosen estimator.

  26. C04 · peer-reviewed

    Wilkinson, M. D. et al. (2016). The FAIR Guiding Principles for scientific data management and stewardship. Scientific Data, 3, 160018.

    Original publication / source ↗

    Guides metadata and reuse. Accessible data may still have legitimate authorization and protection requirements.

  27. C05 · standard

    W3C (2013). PROV-DM: The PROV Data Model. W3C Recommendation, 30 April 2013.

    Original publication / source ↗

    Represents provenance through entities, activities and agents; useful for connecting a result to its transformations and responsible contributors.

  28. C06 · technical guide

    JCGM (2008). Evaluation of measurement data — Supplement 1 to the GUM — Propagation of distributions using a Monte Carlo method. JCGM 101:2008.

    Original publication / source ↗

    A methodological basis for propagating input distributions through a specified model, rather than treating simulated frequency as an observed event probability.

  29. C07 · peer-reviewed

    Ostrom, E. (2009). A general framework for analyzing sustainability of social-ecological systems. Science, 325, 419–422.

    Original publication / source ↗

    Supports a structured inquiry into actors, resources, institutions and interactions; institutional interpretation must be adapted to the system studied.

External sources are cited for research and learning. Their inclusion implies no partnership, certification or institutional endorsement.