The Negative of the Negative › entity mit-ai-incident-tracker

One entity of the Negative of the Negative (EA-NEGONT-02, #1690), cited at https://www.alexanarch.org/non/mit-ai-incident-tracker/. the table of contents · this entity as data · contents as data · the dataset on the Hub · row json · field ledger · archive ledger · D/R/O traversal · the address page · the MMRS meta-aggregator record.

A reader that fetches this page may stop short of its end; the entry's text, every sentence of its knowledge object with the claims it cites and each claim's quote, source and locus, is in entity.json beside it.

MIT AI Incident Tracker

SPXI instrument · method 0.16 of 87, level 0 (Measurement): The Negative of the Negative (/non). An instrument of SPXI, the Semantic Packet for eXchange & Indexing; the whole practice is itemized at spxi.dev/methods.

type C — a conventional reading holds it (public entity: an aggregator of machine-mediated reception work) · sought at mit ai incident tracker

composed 2026-10-29 under EA-NEGONT-02 v0.9, #1690, equal case, ρ = extends (draft, not frozen; ledgers unaudited, one extractor; every field and archive quote re-checked by the session)

AXN AXN:0AC2.NON.📎🎨🛡️🟢○🕘 · root AXN:0AC2.NON

composed in session · Claude (Opus 5.5), subagent, 2026-10-29

This row was composed in session. SPXI-gnΩsis (gnosis.spxi.dev) opens a Wikipedia revision sentence by sentence against the sources it cites; a commission consults the archive by its own procedure and composes the entity's row here; a quote to recompose this entity is free.

Google AI Overview (expanded)epoch 2026-10-29
not frozentype C — a conventional reading holds it (public entity on which the archive bears: a database; an entity of the MMRS meta-aggregator)signed out, incognitoknowledge object · 24 sentences

EA-NEGONT-02 v0.9, #1690: equal case, ρ = extends, read from the MMRS record and the capture record; archive selected by D/R/O (no deposit admitted: D 0, R 0, O-class 3 sentences in 2 deposits read and rejected; no hop), with the MMRS record (22 claims) and the Capture Registry's findings and analysis (5 claims) ledgered as the archive's records of the entity; the field B by three origins (6 card sources for 6 cards, the own pages among them; no own page apart from the cards; 3 Wikipedia sources: no article, one mention, its reference); the composer read the ledgers, never the transcript, except where the brief asks for T's claims and the delta. Ledger: unaudited (§3.8: one extractor per ledger); field quotes 54/54 verified by script against saved text, extracted meta descriptions or card text; archive quotes 27/27 verified verbatim against the registry, census.json and articles.py; carried as marked: MMRS-13 contested (F1, F37), MMRS-15 with a defect noted.

WORKING KNOWLEDGE OBJECT · NOT FROZEN · LEDGER UNAUDITED

Current instantiation — composed under EA-NEGONT-02 v0.9 (#1690)

Compression · Field and archive, equal terms — L(B ∪ A)mit ai incident tracker

MIT AI Incident Tracker is the MIT AI Risk Initiative's machine classification of AI Incident Database reports by risk domain, cause, harm, severity and EU AI Act level, through Arcola AI's LLM pipeline (MMRS record; its page), its patterns, by its own word, "indicative".

🗂️ What it is

  • Source: AIID reports, which the Responsible AI Collaborative reviews; developed with the AIID (tracker and about pages).2↘
    The MIT AI Incident Tracker is a machine classification of AI Incident Database reports by risk domain, cause, harm, severity and EU AI Act risk level, made by Arcola AI's language-model pipeline against the MIT Risk Repository's taxonomy, and filed as a database (MMRS record); the MIT AI Risk Initiative's about page calls it "a catalogue that classifies incidents where AI has already caused harm", developed in collaboration with the AI Incident Database, and its own page says it classifies AIID incidents "by risk, cause, harm, severity, and other relevant dimensions".§1 It is derived from the AI Incident Database (MMRS record): the tracker page builds on the Responsible AI Collaborative, "who created and maintain the AI Incident Database, reviewing all submitted reports", and sends its readers to the AIID for how incidents are defined and ingested, and the about page lists the AIID among the users of the Initiative's work, mapping real-world incidents to its taxonomy in the tracker.§2
  • Method: an LLM pipeline (Sonnet 4 in June 2026) against the Risk Repository's taxonomies, with human spot-checks.2↘
    Raw AIID reports are "processed by Arcola AI's LLM pipeline", which categorizes them with the MIT Risk Repository and a harm severity rating based on CSET's AI Harm Taxonomy (tracker page); the June 2026 update says the tracker uses LLMs to classify incident reports along five taxonomies, "producing standardized data", the Navigator that each incident is classified against shared taxonomies "using an LLM pipeline with human spot-checking", and the MMRS record that the classification is machine-made, its intake the AIID reports passed through Arcola AI's pipeline.§4 Opus 4.6 and Kimi K2.5 met or exceeded the model in current use, Sonnet 4, on most taxonomies, the models did substantially worse on the EU AI Act level, and after prompt refinement Opus 4.6 met the human baseline on all five "on this pilot sample", a sample the update calls small; it concludes that LLM classification has accuracy comparable to the human baseline.§15
  • Origin: developed and led by Simon Mylius; part of the MIT AI Risk Initiative at MIT FutureTech.3↘
    It is part of the MIT AI Risk Initiative (tracker page), based at MIT FutureTech, a joint initiative of MIT's Institute of the Digital Economy and CSAIL, which keeps several connected workstreams because no single dataset captures AI risk and presents its data and frameworks as authoritative (about and home pages; card 2's summary lists among its tools an expert survey and the AI Risk Repository); the MMRS record gives the operator as the Initiative "with Arcola AI's LLM pipeline" and the tracker as part of the MIT AI Risk Repository.§8 Simon Mylius "developed and leads the AI Incident Tracker", a classification tool and dashboard now hosted by the MIT AI Risk Repository, its analysis featured on the AIID (about page), and the tracker page's team names MIT FutureTech and University of Queensland researchers beside the AIID's Sean McGregor.§9 Data from the MIT AI Risk Initiative is licensed under CC BY 4.0 (tracker page), as most of its outputs are (about page).§19

🧾 Dimensions

  • Taxonomies: harm severity (1–5 since June 2025), EU AI Act tier, cause, 7 domains, 24 subdomains.2↘
    The five taxonomies are harm severity across ten harm types, the EU AI Act risk tier, a causal taxonomy of lifecycle stage and intent, seven risk domains and twenty-four subdomains (June 2026 update); the tracker page shows each incident under the repository's causal and domain taxonomies and the EU AI Act's levels, with its severity across ten CSET-based harm categories and the classification's confidence, and the Initiative's home page lets incidents be compared by risk domain, harm, people affected, alleged developer, time or national-security impact.§5 On 23 June 2025 the severity scale went from 0–10 to 1–5, its definitions disambiguated in the first person ("I have tried to remove ambiguities"), and the tracker added flags for ambiguities and alternative interpretations and the system's primary goal by a taxonomy based on the AIID's GMF (June 2025 update).§6
  • National security: five impact categories; threat by imminence, novelty, autonomy.1↘
    A national-security view grades each incident's impact on its primary target country in five categories, from physical security and critical infrastructure to societal stability and human rights, with the threat classified for imminence, novelty and autonomy (tracker page; June 2025 update).§7
  • Unit: the report, in the MMRS record; MIT's pages count incidents.4↘
    The MIT AI Incident Tracker is a machine classification of AI Incident Database reports by risk domain, cause, harm, severity and EU AI Act risk level, made by Arcola AI's language-model pipeline against the MIT Risk Repository's taxonomy, and filed as a database (MMRS record); the MIT AI Risk Initiative's about page calls it "a catalogue that classifies incidents where AI has already caused harm", developed in collaboration with the AI Incident Database, and its own page says it classifies AIID incidents "by risk, cause, harm, severity, and other relevant dimensions".§1 The MMRS record gives the unit as the AIID report, classified by domain, cause, harm, severity and EU AI Act level; the tracker's pages count incidents ("1,600 real-world report incidents"), and the June 2025 update reclassified "all incidents" up to AIID incident ID #1116.§10 MIT's surfaces give four figures: 1,600 in the tracker page's heading and "more than 1,400" in its description, which the MMRS record reports as the page giving its size twice; 1,752 "real-world AI incident reports" in the card's summary of that page; and on the Navigator "more than 1300" in its card and 1,497 in its page heading on 2026-10-29, beside headline figures of "Up -76%" year over year and 64% caused by AI systems.§11 The tracker is versioned by reclassification: the June 2025 update brought it up to AIID incident #1116 and classified the full dataset again with the new iteration "to ensure consistency", and the June 2026 update names as its next step a more comprehensive validation study and announces that the full set of AIID reports will be reclassified with the updated model selection and prompts.§13

🔢 The count

  • Four figures: 1,600 (heading), more than 1,400 (description), 1,752 (Google's card), 1,497 on the Navigator, "more than 1300" on its card.4↘
    The MIT AI Incident Tracker is a machine classification of AI Incident Database reports by risk domain, cause, harm, severity and EU AI Act risk level, made by Arcola AI's language-model pipeline against the MIT Risk Repository's taxonomy, and filed as a database (MMRS record); the MIT AI Risk Initiative's about page calls it "a catalogue that classifies incidents where AI has already caused harm", developed in collaboration with the AI Incident Database, and its own page says it classifies AIID incidents "by risk, cause, harm, severity, and other relevant dimensions".§1 The MMRS record gives the unit as the AIID report, classified by domain, cause, harm, severity and EU AI Act level; the tracker's pages count incidents ("1,600 real-world report incidents"), and the June 2025 update reclassified "all incidents" up to AIID incident ID #1116.§10 MIT's surfaces give four figures: 1,600 in the tracker page's heading and "more than 1,400" in its description, which the MMRS record reports as the page giving its size twice; 1,752 "real-world AI incident reports" in the card's summary of that page; and on the Navigator "more than 1300" in its card and 1,497 in its page heading on 2026-10-29, beside headline figures of "Up -76%" year over year and 64% caused by AI systems.§11 The MMRS record's count field (as of 2026-10-28, basis observed) carries the page's two figures, Google's card's 1,752 and the Navigator's "more than 1300", each with its surface, and the Capture Registry (2026-10-29) records the count "three ways" and that the composition gave none.§12
  • Versions: reclassified whole at each update; #1116 on 23 June 2025.3↘
    The MMRS record gives the unit as the AIID report, classified by domain, cause, harm, severity and EU AI Act level; the tracker's pages count incidents ("1,600 real-world report incidents"), and the June 2025 update reclassified "all incidents" up to AIID incident ID #1116.§10 The tracker is versioned by reclassification: the June 2025 update brought it up to AIID incident #1116 and classified the full dataset again with the new iteration "to ensure consistency", and the June 2026 update names as its next step a more comprehensive validation study and announces that the full set of AIID reports will be reclassified with the updated model selection and prompts.§13 Opus 4.6 and Kimi K2.5 met or exceeded the model in current use, Sonnet 4, on most taxonomies, the models did substantially worse on the EU AI Act level, and after prompt refinement Opus 4.6 met the human baseline on all five "on this pilot sample", a sample the update calls small; it concludes that LLM classification has accuracy comparable to the human baseline.§15

⚖️ Limits

  • Caveat: voluntary reporting, sampling bias, no systematic validation; patterns "indicative" (tracker page).2↘
    The tracker page states its limits: the classification database explores "the potential capabilities and limitations of a scalable incident analysis framework", its AIID input rests on public and expert submissions of varying quality, voluntary reporting gives "some degree of sampling bias", spot-checks have improved it but "a systematic validation study has not yet been completed", and patterns "should be taken as indicative and validated through further analysis".§16 The June 2026 update adds that LLMs can hallucinate details and show a score-range bias, the Navigator calls itself a research prototype whose data and analyses are "preliminary and not yet validated", and the MMRS record carries the page's caveat in its kernel, its article and its note.§17
  • Pilot: ten incidents, two reviewers; human agreement only "Fair" on severity; Opus 4.6 met it after prompt refinement (June 2026).2↘
    That update (30 June 2026) reports a pilot: because the tracker relies on automated classification rather than manual review, two expert reviewers classified ten AIID incidents on the five taxonomies, eight LLMs were set against their consensus, and the human agreement was itself only "Fair" for harm severity (0.31) and "Moderate" for the EU AI Act level (0.56).§14 Opus 4.6 and Kimi K2.5 met or exceeded the model in current use, Sonnet 4, on most taxonomies, the models did substantially worse on the EU AI Act level, and after prompt refinement Opus 4.6 met the human baseline on all five "on this pilot sample", a sample the update calls small; it concludes that LLM classification has accuracy comparable to the human baseline.§15
  • Navigator: "preliminary and not yet validated".1↘
    The June 2026 update adds that LLMs can hallucinate details and show a score-range bias, the Navigator calls itself a research prototype whose data and analyses are "preliminary and not yet validated", and the MMRS record carries the page's caveat in its kernel, its article and its note.§17

🧭 Place

  • Derived layer: AIID's editor-resolved incidents reclassified by a model, machine-written, a chain of receptions (MMRS record).1↘
    In the MMRS record it is a derived layer, "the editor-resolved incidents of AIID, reclassified by a model", whose admission inherits AIID's harm test and whose classifications are machine-written, so that original outputs are not preserved, and the chain from event to news report to AIID record to machine classification is "a chain of receptions, each recorded".§20
  • Beside: the AIID, the OECD's monitor, the AIAAIC, the Political Deepfakes Database (June 2026).1↘
    The June 2026 update places the tracker among the incident databases it builds on, the AI Incident Database, the OECD's AI Incident Monitor, the AIAAIC Repository and the Political Deepfakes Database, adding to them a classification of each incident and a rating of its harm; the MMRS record gives it the role of harm.§22
  • Wikipedia: no article; one mention, under the Risk Repository's name.1↘
    Wikipedia has no article for the tracker, nor for the AI Risk Repository or the MIT AI Risk Initiative, and none of its articles contains the phrase "AI Incident Tracker"; its one mention of the work, in "Voiceverse NFT plagiarism scandal", says that "The MIT AI Risk Repository catalogued the incident" as "economic and cultural devaluation of human effort", referenced to the AIID's page for incident 277, which on 2026-10-29 shows the MIT classification as machine-classified under subdomain 4.3, fraud, scams and targeted manipulation, in the domain Malicious Actors & Misuse.§24

👁️ On the Overview

  • Recorded: the machine method named; no count; the caveat dropped (Capture Registry, 2026-10-29).1↘
    At its name Google's AI Overview composed the tracker "as what it says it is, with its machine method named", AIID as the source and LLM pipelines as the method, which are the MMRS record's derivation and intake, avoided stating a count, and left out the page's caveat of indicative patterns, voluntary reporting and no completed validation study (Capture Registry, 2026-10-29).§18
1what it is: a classification of AIID incidentsMIT AI Risk Initiative — MIT AI Incident Tracker4 claims · B1, B6, MMRS
  • MMRS-01 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, kernel s1 stipulation
    The MIT AI Incident Tracker classifies AI Incident Database reports by risk domain, cause, harm, severity and EU AI Act risk level, using Arcola AI's language-model pipeline and the MIT Risk Repository taxonomy.
  • MMRS-10 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, kind documented
    database
  • F46 MIT AI Risk Initiative — About - MIT AI Risk Initiative, What we do, AI Incident Tracker documented · field
    A catalogue that classifies incidents where AI has already caused harm. Developed in collaboration with the AI Incident Database.
  • F1 MIT AI Risk Initiative — MIT AI Incident Tracker, opening ('How is AI harming us?') documented · field
    The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
2source: the AI Incident DatabaseMIT AI Risk Initiative — MIT AI Incident Tracker3 claims · B1, B6, MMRS
  • MMRS-18 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, relations (derived_from) documented
    {"rel": "derived_from", "target": "ai-incident-database"}
  • F8 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶3 s2–3 documented · field
    We build on the great work done by the Responsible AI Collaborative who created and maintain the AI Incident Database, reviewing all submitted reports and ensuring the quality of the dataset. … Visit the AIID site to learn more about how incidents are defined and the ingestion process
  • F50 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Who uses our work, AI Incident Database documented · field
    AI Incident Database … Maps real-world incidents to our taxonomy in the incident tracker.
3purpose: structure for policymakingMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative5 claims · B1, B3, MMRS
  • F4 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s1 documented · field
    AI incidents are on the rise, yet current databases struggle with inconsistent structure, limiting their utility for policymaking.
  • F5 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s2 documented · field
    The AI Incident Tracker project addresses this by creating a tool to classify AI incidents based on risks and harm severity.
  • F12 MIT AI Risk Initiative — MIT AI Incident Tracker, What can I use the AI Incident Tracker for? documented · field
    A common frame of reference for researchers, developers, businesses, evaluators, auditors, policymakers, and regulators
  • MMRS-03 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, What it is s1 attributed
    It gives AIID's records a more consistent structure for policymakers, by its own account.
  • F30 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶1 documented · field
    Incident reporting has contributed to major safety improvements in high-stakes sectors such as aviation, healthcare, and nuclear power
4method: Arcola AI's LLM pipeline over AIID reportsMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative5 claims · B1, B3, B5, MMRS
  • F6 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s3 documented · field
    Raw reports from the AI Incident Database (AIID) are processed by Arcola AI's LLM pipeline, which categorizes them using established frameworks, such as the MIT Risk Repository and a harm severity rating system based on CSET’s AI Harm Taxonomy.
  • F23 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Executive Summary s1 documented · field
    The AI Incident Tracker uses large language models (LLMs) to process incident reports from the AI Incident Database (AIID) and classify them along five taxonomies, producing standardized data that policymakers and researchers can use to track trends.
  • F44 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, What is the AI Incident Tracker? documented · field
    The AI Incident Tracker draws on publicly reported incidents from the AI Incident Database — sourced from news coverage, academic publications, and government reports — and classifies each one against the Navigator's shared taxonomies using an LLM pipeline with human spot-checking.
  • MMRS-04 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, What it is s2 documented
    The classification is machine-made: an LLM pipeline reads the raw AIID reports and assigns the MIT taxonomy and a severity rating based on CSET's AI Harm Taxonomy.
  • MMRS-14 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, intake (basis operator) documented
    AIID reports processed by an LLM pipeline (Arcola AI) against the MIT Risk Repository taxonomy and a severity rating based on CSET's AI Harm Taxonomy
5dimensions: taxonomies and scalesMIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository6 claims · B1, B2, B3, B4
  • F24 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Did ¶1 documented · field
    Harm Severity (how serious the harm was, rated across 10 harm-types), EU AI Act Risk Level (the regulatory risk tier under the EU AI Act), Causal Taxonomy (what stage of the AI lifecycle the harm stems from and whether it was intentional), Domain Taxonomy (7 high-level categories of risks, such as discrimination or malicious use), and Subdomain Taxonomy (24 more specific subcategories within domains)
  • F9 MIT AI Risk Initiative — MIT AI Incident Tracker, Incident Overview documented · field
    View how incidents in the AI Incident Database are classified using the MIT AI Risk Repository’s causal and domain taxonomies, along with risk levels defined by the EU AI Act.
  • F10 MIT AI Risk Initiative — MIT AI Incident Tracker, Incident View; Harm Taxonomy documented · field
    View detailed analysis of each AI incident in the incident database, including how the incident is classified, how severe the harm is (across 10 categories of harm), and the classification confidence. … View a harm taxonomy for AI incidents, which distinguishes between 10 types of harm (e.g., physical harm, property damage, financial loss, human rights) based on work by CSET
  • F20 MIT AI Risk Initiative — MIT AI Risk Initiative, Our tools and data, 'What real-world harms are occurring?' documented · field
    Explore and compare real-world AI incidents by risk domain, type and severity of harm, number of people affected, alleged developer, time, or national security impact.
  • F38 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Harm Severity documented · field
    The harm severity analysis uses a new scale, simplifying scoring to 1-5 points (previously 0-10). … I have tried to remove ambiguities from the definitions in the scale and to make it possible to grade incidents consistently with greater objectivity.
  • F40 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Ambiguities and Alternative Interpretations; Primary Goal of AI Systems documented · field
    ‘Ambiguities identified’ and ‘Alternative interpretations’ - makes it easier to spot analyses where further review of the reports or investigation is required … Now includes the primary goal of the AI system involved in each incident, classified according to a taxonomy based on the AIID GMF.
6dimensions: the national-security viewMIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository2 claims · B1, B4
  • F11 MIT AI Risk Initiative — MIT AI Incident Tracker, NatSec Incident View; NatSec Impact Framework documented · field
    National Security impact assessment for each AI incident in the database, including 5 categories of impact and threat classification (novelty, imminence, autonomy) … It is intended to be applicable across different nations, grading the impact to the primary target country and identifying other nations that were also affected.
  • F39 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, National Security Impact Assessment documented · field
    Assesses NatSec impact of each incident in 5 categories: Physical Security & Critical Infrastructure / Information Warfare & Intelligence Security / Sovereignty & Government Functions / Economic & Technological Security / Societal Stability & Human Rights using this framework. … Classifies threat for Imminence, Novelty and Autonomy
7operator: the MIT AI Risk Initiative at MIT FutureTechMIT AI Risk Initiative — MIT AI Incident Tracker7 claims · B1, B2, B6, MMRS
  • F7 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶3 s1 documented · field
    The AI Incident Tracker is part of the MIT AI Risk Initiative, which aims to increase awareness and adoption of best practice AI risk management across the AI ecosystem.
  • F47 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Who we are ¶2–3 documented · field
    We are based at MIT FutureTech, a joint initiative of the Institute of the Digital Economy and MIT CSAIL at the Massachusetts Institute of Technology … Our work is free to use and openly available, and most of our outputs are published under a CC BY 4.0 licence.
  • F48 MIT AI Risk Initiative — About - MIT AI Risk Initiative, What we do ¶1 (also the card 6 snippet) documented · field
    AI risk is a large and fast-moving subject. Understanding it means keeping track of what can go wrong, who is affected, how organizations are responding, and where the gaps are. No single dataset captures all of this, so we maintain several connected workstreams, each answering a different question.
  • F22 MIT AI Risk Initiative — MIT AI Risk Initiative, hero documented · field
    Authoritative data and frameworks to help you identify, prioritize, and manage the risks from AI
  • F21 MIT AI Risk Initiative — MIT AI Risk Initiative, card 2 snippet documented · field
    Tools and Data: Expert Survey (expert consensus on severe AI risks, vulnerabilities, and responsibilities), AI Risk Repository (living repository of AI risks)
  • MMRS-09 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, operator (basis operator, src airisk.mit.edu/ai-incident-tracker) documented
    MIT AI Risk Initiative, with Arcola AI's LLM pipeline
  • MMRS-17 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, relations (part_of) documented
    {"rel": "part_of", "target": "mit-ai-risk-repository"}
8origin: developed by Simon MyliusMIT AI Risk Initiative — MIT AI Incident Tracker2 claims · B1, B6
  • F49 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Team, Simon Mylius documented · field
    He developed and leads the AI Incident Tracker - a classification tool and dashboard to add structure to datasets of reported AI safety incidents, which is now hosted by the MIT AI Risk Repository and its analysis features on AI Incident Database.
  • F18 MIT AI Risk Initiative — MIT AI Incident Tracker, Team documented · field
    Simon Mylius MIT FutureTech Peter Slattery MIT FutureTech … Sean McGregor AI Incident Database … Neil Thompson MIT FutureTech
9the unit: report or incidentMMRS1 claim · MMRS
  • MMRS-13 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, unit (basis operator) documented
    AI Incident Database report, classified by risk domain, cause, harm, severity and EU AI Act risk level
10updates: reclassification by versionMIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository3 claims · B3, B4
  • F37 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, LLM Analysis documented · field
    The full dataset has been classified using this latest iteration of the tool (reclassification of all incidents that were classified with the previous version, to ensure consistency across the dataset).
  • F36 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Major update - 23 June 2025 documented · field
    This brings us completely up to date with the latest incidents on the AI Incident Database as at 23 June 2025 (up to incident ID #1116)
  • F35 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Next steps documented · field
    Our results suggest that LLM-based incident classification has comparable accuracy to the human baseline and is a viable approach for scaling the Incident Tracker. … The next step is to run a more comprehensive validation study based on this pilot. … The full set of reports from the AI Incident Database will be reclassified using the updated model selection and adapted prompts, to refresh the Incident Tracker with more reliable classifications.
11count: four figures across MIT's surfacesMIT AI Risk Initiative — MIT AI Incident Tracker8 claims · B1, B5, MMRS, capture:mit-ai-incident-tracker-aio-20261029
  • F2 MIT AI Risk Initiative — MIT AI Incident Tracker, meta description (name=description, og:description, twitter:description), extracted to B1-meta.txt documented · field
    The MIT AI Incident Tracker classifies more than 1,400 real-world reported incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • MMRS-05 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, What its record states about itself s1 documented
    The page gives its size twice, as "more than 1,400" in its description and 1,600 in its heading.
  • F3 MIT AI Risk Initiative — MIT AI Incident Tracker, card 1 snippet (the count is not in the saved page) documented · field
    Overview: MIT AI Incident Tracker classifies 1,752 real-world AI incident reports from the AI Incident Database using Arcola AI's LLM pipeline
  • F41 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, card 5 snippet (the page's meta description reads 'more than 1,300') documented · field
    Explore more than 1300 real-world reported incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • F42 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, AI Incident Tracker heading documented · field
    1,497 real-world AI incidents from the AI Incident Database, classified by risk domain, cause, harm type, and severity.
  • F45 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, headline figures documented · field
    Up -76% … year-over-year … 64% … caused by AI systems … high-severity in 2026 … Malicious Actors & Misuse … most affected domain
  • MMRS-15 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, count.value (basis observed; as_of 2026-10-28) documented
    the page gives both 'more than 1,400' (description) and 1,600 (heading); Google's card summary gives 1,752, and the MIT AI Risk Navigator 'more than 1300'
  • CAP-1-04 capture:mit-ai-incident-tracker-aio-20261029 Capture Registry observation OBS-65034e45b99a (mit-ai-incident-tracker-aio-20261029), field findings Capture Registry (Lee Sharks, operator) · 2026-10-29 · mit-ai-incident-tracker-aio-20261029, findings[1] documented
    THE COUNT, THREE WAYS. The tracker's page as read gives 'more than 1,400' in its description and 1,600 in its heading (the record); the card's summary gives 1,752; the Navigator card says 'more than 1300'. The composition gives none.
12validation: the June 2026 pilotMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative6 claims · B3
  • F25 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Executive Summary s2–3 documented · field
    Because the tracker relies on automated LLM classification rather than manual review, we need to understand whether LLMs can classify incidents as consistently as expert humans. This report describes a pilot study to compare the performance of eight LLMs against expert human reviewers
  • F26 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Did ¶1; Methodology documented · field
    We asked two expert reviewers to independently read reports of 10 incidents and classify each one using five taxonomies … We selected 10 incident reports from the AI Incident Database.
  • F29 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Results, Evaluating the human baseline documented · field
    By the Landis & Koch interpretation scale, the human-human agreement is itself only "Fair" for Harm Severity (0.31) and "Moderate" for EU AI Act Risk Level (0.56).
  • F27 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Found ¶1 documented · field
    Opus 4.6 and Kimi K2.5 were the two strongest models in our evaluation and met or exceeded the currently used model, Sonnet 4, on most taxonomies.
  • F28 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Found ¶3–4 documented · field
    On the EU AI Act Risk Level taxonomy they performed substantially worse. … After targeted prompt refinement, Opus 4.6 matched or exceeded the human-human agreement baseline on all five taxonomies on this pilot sample.
  • F34 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Future Work ¶1 s2 documented · field
    The human consensus labels used as the benchmark for evaluating LLM performance were based on a small review sample: two reviewers per incident across 10 incidents.
13limits: indicative, not validatedMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative11 claims · B1, B3, B5, MMRS, capture:mit-ai-incident-tracker-aio-20261029
  • F13 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations of the analysis and dataset ¶1 s1 documented · field
    This classification database is intended to explore the potential capabilities and limitations of a scalable incident analysis framework.
  • F14 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s2–3 documented · field
    The classification analysis uses reports from the AI Incident Database (AIID) as input data which rely on submissions from the public and subject matter experts. The quality, reliability and depth of detail in the reports varies across the dataset.
  • F15 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s4 documented · field
    As the reporting is voluntary, the dataset is inevitably subject to some degree of sampling bias.
  • F16 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s5 documented · field
    Spot-checks have been used to provide feedback on misclassifications and to iterate the tool, improving its reliability, however a systematic validation study has not yet been completed.
  • F17 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶2 documented · field
    Therefore patterns and trends observed in the data should be taken as indicative and validated through further analysis.
  • F33 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶4–5 documented · field
    The Incident Tracker uses large language models (LLMs) to make incident classification scalable. … However, LLMs can make mistakes when interpreting incident reports and assigning classifications. For instance, they can occasionally hallucinate details and can exhibit a score-range bias, where ratings cluster within a narrow band of an ordinal scale rather than using the full range.
  • F43 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, banner documented · field
    This is a research prototype. The data and analyses are preliminary and not yet validated
  • MMRS-02 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, kernel s2 documented
    Its own page calls the patterns indicative.
  • MMRS-06 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, What its record states about itself s2 documented
    It notes that reporting is voluntary, that no systematic validation study is complete, and that patterns "should be taken as indicative."
  • MMRS-16 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, note (basis operator) documented
    the page states that patterns 'should be taken as indicative'; reporting is voluntary and no systematic validation study is complete
  • CAP-1-05 capture:mit-ai-incident-tracker-aio-20261029 Capture Registry observation OBS-65034e45b99a (mit-ai-incident-tracker-aio-20261029), field findings Capture Registry (Lee Sharks, operator) · 2026-10-29 · mit-ai-incident-tracker-aio-20261029, findings[2] documented
    THE CAVEAT UNSAID. The page's own statement that patterns 'should be taken as indicative', with voluntary reporting and no validation study complete, is absent.
14reception: the composition layercapture:mit-ai-incident-tracker-aio-202610293 claims · capture:mit-ai-incident-tracker-aio-20261029
  • CAP-1-01 capture:mit-ai-incident-tracker-aio-20261029 Capture Registry observation OBS-65034e45b99a (mit-ai-incident-tracker-aio-20261029), field analysis Capture Registry (Lee Sharks, operator) · 2026-10-29 · mit-ai-incident-tracker-aio-20261029, analysis s1 interpretation
    The tracker is composed as what it says it is, with its machine method named.
  • CAP-1-03 capture:mit-ai-incident-tracker-aio-20261029 Capture Registry observation OBS-65034e45b99a (mit-ai-incident-tracker-aio-20261029), field findings Capture Registry (Lee Sharks, operator) · 2026-10-29 · mit-ai-incident-tracker-aio-20261029, findings[0] documented
    THE DERIVATION RIGHT. AIID as the source and LLM pipelines as the method are the record's 'derived from' relation and intake. Checked 2026-10-29 against the MMRS meta-aggregator record of 2026-10-28 and the entity's own pages, re-read the same day.
  • CAP-1-02 capture:mit-ai-incident-tracker-aio-20261029 Capture Registry observation OBS-65034e45b99a (mit-ai-incident-tracker-aio-20261029), field analysis Capture Registry (Lee Sharks, operator) · 2026-10-29 · mit-ai-incident-tracker-aio-20261029, analysis s2 interpretation
    Its count is unstable across MIT's own surfaces, and the composition avoids stating one; its caveat is dropped.
15openness: CC BY 4.0MIT AI Risk Initiative — MIT AI Incident Tracker1 claim · B1
  • F19 MIT AI Risk Initiative — MIT AI Incident Tracker, footer documented · field
    Website © MIT FutureTech 2026 … Data from the MIT AI Risk Initiative is licensed under CC BY 4.0
16place: a derived layer, a chain of receptionsMMRS4 claims · MMRS
  • MMRS-07 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, Place in the field s1 interpretation
    It is a derived layer: the editor-resolved incidents of AIID, reclassified by a model.
  • MMRS-19 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, properties.admission_requires_harm (basis reading) interpretation
    inherits AIID's harm test
  • MMRS-20 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, properties.preserves_original_outputs (basis reading) interpretation
    no: classifications are machine-written
  • MMRS-08 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, Place in the field s2 interpretation
    The chain from event to news report to AIID record to machine classification is a chain of receptions, each recorded.
17the record kept apartMMRS3 claims · MMRS
  • MMRS-21 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, schema_note stipulation
    each assertion carries a source and a basis (operator statement, third-party report, our observation, our reading); lifecycle is kept apart from the observation that saw it
  • MMRS-12 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, observed (lifecycle.state 'active' kept apart) documented
    {"on": "2026-10-28", "fetch": "read"}
  • MMRS-22 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, sources documented
    read": "2026-10-28", "for": "all fields
18neighbours: the incident databases it builds onMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative2 claims · B3, MMRS
  • F31 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶2 documented · field
    Several databases already collect reports of AI-related incidents, including the AI Incident Database, the OECD’s AI Incident Monitor, the AIAAIC Repository, the Political Deepfakes Database, and others. The MIT AI Incident Tracker project builds on these efforts by classifying each incident against a set of risk taxonomies and rating the severity of the harm involved.
  • MMRS-11 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, roles interpretation
    ["harm"]
19reception: uptake of the trackerMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative1 claim · B3
  • F32 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶3 s3 documented · field
    These outputs have been used to report on incident trends, including in the 2026 World Disasters Report and Time magazine.
20the encyclopedia: no article; one mention under the repository's nameWikipedia — Voiceverse NFT plagiarism scandal4 claims · W1, W3, W4
  • F51 Wikipedia — MIT AI Incident Tracker (no article), rendered page https://en.wikipedia.org/wiki/MIT_AI_Incident_Tracker (HTTP 404) documented · field
    Wikipedia does not have an article with this exact name.
  • F52 Wikipedia — MIT AI Incident Tracker (no article), full-text search '"AI Incident Tracker"' (W1-search.txt) documented · field
    There were no results matching the query.
  • F53 Wikipedia — Voiceverse NFT plagiarism scandal, Voiceverse NFT plagiarism scandal, Reactions and legacy ¶ (found by full-text search '"AI Risk Repository"', W2-search.txt: one result) documented · field
    The MIT AI Risk Repository catalogued the incident as an example of "economic and cultural devaluation of human effort"
  • F54 AI Incident Database — Incident 277 (Wikipedia's reference), incidentdatabase.ai/cite/277 (the reference Wikipedia gives), Applied Taxonomies documented · field
    GMF, MIT MIT Taxonomy Classifications Machine-Classified … 4.3. Fraud, scams, and targeted manipulation … Malicious Actors & Misuse
AIO's transcript, a record · mit ai incident tracker · Google AI Overview (expanded) · 156 words · 6 cards
[Google AI Overview at the query, signed out and incognito (operator defaults of 2026-10-01 and 2026-10-14), 2026-10-29. The paste is the Overview expanded (the 'AI Mode Conversation' view, with the source cards that follow the answer); the 'You said' line carries the query twice, run together, and is given once here. Inline links are Google redirect URLs, kept as pasted. The closing disclaimer cut.]

[QUERENT] mit ai incident tracker

[SYSTEM] The [MIT AI Incident Tracker](https://www.google.com/goto?url=CAESYgHrOzAVL1u2IQluJA7wLwjGjCgd1KNF_4Q3oolvtxOF9IE3rDSHP0824t7aqNutmp5Uuo9_uWOZ--r55XHDxbHCp1dLbhj2rMy0nXo22BPNjQQB6sTyZeaEPJ_DalZFN_sk) is an interactive tool developed by the MIT AI Risk Initiative that classifies and analyzes real-world artificial intelligence mishaps. [[1](https://www.google.com/goto?url=CAESYgHrOzAVL1u2IQluJA7wLwjGjCgd1KNF_4Q3oolvtxOF9IE3rDSHP0824t7aqNutmp5Uuo9_uWOZ--r55XHDxbHCp1dLbhj2rMy0nXo22BPNjQQB6sTyZeaEPJ_DalZFN_sk), [2](https://www.google.com/goto?url=CAESVAHrOzAVAcXxBkPVXf7WiKunEGZxIG2NNMgARWs02O9KFJcKg8oGpwPvcOALbQt79kIKCvOLiTDSb-p76oJd6dxsiVOjSr_vn4fh1r2aiJx2cLKlIQ)]
Key Features and Overview

* Data Source: Processes and standardizes reports from the [AI Incident Database](https://www.google.com/goto?url=CAESVAHrOzAVytXSna_e_8LiNaP7aJCE8Pg3CenBVPEnEskOPPbPjul7OtdSw-ZES3nA08jzQIuJ1WeF5EnYIdxABFFouPrqyMmj7eUcy5_1QjH4m6Fh8A) using automated large language model (LLM) pipelines. [[1](https://www.google.com/goto?url=CAESeAHrOzAVbBlQSlGcMN7T5JtycCtyhxBu8rqTlKEIYGg_SAsZR0oR69YudvNgs6ruP6jWTmfQrX6PzCsvWQ9V1P0VdUbHS2bu1sdZPfBHuInSiRGsSTxQrHhDRKCpEnG0vJ8y2sfG1I9IAY9HR7AvWpApQZxLSS7hoQ), [2](https://www.google.com/goto?url=CAESYgHrOzAVL1u2IQluJA7wLwjGjCgd1KNF_4Q3oolvtxOF9IE3rDSHP0824t7aqNutmp5Uuo9_uWOZ--r55XHDxbHCp1dLbhj2rMy0nXo22BPNjQQB6sTyZeaEPJ_DalZFN_sk)]
* Classification Scale: Evaluates incidents using a standardized 1-5 harm severity scale and multi-dimensional taxonomies. [[1](https://www.google.com/goto?url=CAESdwHrOzAV3dOprtuMGwNtCl-H3SEb8CB3pJjAZu79GQm4rXBuSU_0Gqnk05y7hqN8TqH4uG-pE0SGOwuSSchf-3i4GaqzefBF9FcRVFnNPo3rZfw8Rh6zbxctXOSCcC_jCWCP-h0B7-sutsWSuf77uQnGRskdetBf), [2](https://www.google.com/goto?url=CAESYgHrOzAVL1u2IQluJA7wLwjGjCgd1KNF_4Q3oolvtxOF9IE3rDSHP0824t7aqNutmp5Uuo9_uWOZ--r55XHDxbHCp1dLbhj2rMy0nXo22BPNjQQB6sTyZeaEPJ_DalZFN_sk)]
* Core Risk Domains: Categorizes incidents across areas like discrimination and toxicity, privacy and security, misinformation, malicious actors, human-computer interaction, socioeconomic and environmental impacts, and AI system safety. [[1](https://www.google.com/goto?url=CAESYgHrOzAVL1u2IQluJA7wLwjGjCgd1KNF_4Q3oolvtxOF9IE3rDSHP0824t7aqNutmp5Uuo9_uWOZ--r55XHDxbHCp1dLbhj2rMy0nXo22BPNjQQB6sTyZeaEPJ_DalZFN_sk)]
* National Security Views: Includes specialized national security impact assessments covering physical security, information warfare, government functions, economic security, and societal stability. [[1](https://www.google.com/goto?url=CAESdwHrOzAV3dOprtuMGwNtCl-H3SEb8CB3pJjAZu79GQm4rXBuSU_0Gqnk05y7hqN8TqH4uG-pE0SGOwuSSchf-3i4GaqzefBF9FcRVFnNPo3rZfw8Rh6zbxctXOSCcC_jCWCP-h0B7-sutsWSuf77uQnGRskdetBf)]
* Interactive Access: You can explore the data directly through the [MIT AI Risk Navigator](https://www.google.com/goto?url=CAESYAHrOzAVXxxAyswF8cBAWl6YW66eUw32rMSxnTFtYCG62HHrdO_RNJIoZ32A9BpbFWYS-vJl-CBfG0Xrd5Z_81xYyeeDFKTqh9nazFLcKbl_iBrqpcZodbsBQk8CqSI9Lw) or view broader frameworks on the [MIT AI Risk Initiative](https://www.google.com/goto?url=CAESTwHrOzAV52wxVoGlOq5EgufQLPRuO5uJzTvUMefC4cwWipTUlmRyI07KT-WqhDxL7YoaUkA91Jbke2P77rGPnExIKMED5xXHyIjgCp_b2OY) portal. [[1](https://www.google.com/goto?url=CAESTwHrOzAV52wxVoGlOq5EgufQLPRuO5uJzTvUMefC4cwWipTUlmRyI07KT-WqhDxL7YoaUkA91Jbke2P77rGPnExIKMED5xXHyIjgCp_b2OY), [2](https://www.google.com/goto?url=CAESYAHrOzAVXxxAyswF8cBAWl6YW66eUw32rMSxnTFtYCG62HHrdO_RNJIoZ32A9BpbFWYS-vJl-CBfG0Xrd5Z_81xYyeeDFKTqh9nazFLcKbl_iBrqpcZodbsBQk8CqSI9Lw)]

Would you like to search for incidents related to a specific category (such as deepfakes, autonomous vehicles, or privacy leaks) from the tracker?
MIT AI Risk Initiative
MIT AI Incident Tracker
Overview: MIT AI Incident Tracker classifies 1,752 real-world AI incident reports from the AI Incident Database using Arcola AI's LLM pipeline, MIT Risk Reposit...
MIT AI Risk Initiative
MIT AI Risk Initiative
Tools and Data: Expert Survey (expert consensus on severe AI risks, vulnerabilities, and responsibilities), AI Risk Repository (living repository of AI risks), ...
MIT AI Risk Initiative
AI Incident Tracker June 2026 Update - MIT AI Risk Initiative
Executive Summary. The AI Incident Tracker uses large language models (LLMs) to process incident reports from the AI Incident Database (AIID) and classify them ...
MIT AI Risk Initiative
Incident Tracker - June 2025 Update - MIT AI Risk Repository
This brings us completely up to date with the latest incidents on the AI Incident Database as at 23 June 2025 (up to incident ID #1116) LLM Analysis Some update...
MIT AI Risk Navigator
Incidents - MIT AI Risk Navigator
Explore more than 1300 real-world reported incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
MIT AI Risk Initiative
About - MIT AI Risk Initiative
AI risk is a large and fast-moving subject. Understanding it means keeping track of what can go wrong, who is affected, how organizations are responding, and wh...

register entry mit-ai-incident-tracker-aio-20261029

Expansion · Field and archive, equal terms — L(B ∪ A)24 sentences · every one sourced below

The MIT AI Incident Tracker

The MIT AI Incident Tracker is a machine classification of AI Incident Database reports by risk domain, cause, harm, severity and EU AI Act risk level, made by Arcola AI's language-model pipeline against the MIT Risk Repository's taxonomy, and filed as a database (MMRS record); the MIT AI Risk Initiative's about page calls it "a catalogue that classifies incidents where AI has already caused harm", developed in collaboration with the AI Incident Database, and its own page says it classifies AIID incidents "by risk, cause, harm, severity, and other relevant dimensions". It is derived from the AI Incident Database (MMRS record): the tracker page builds on the Responsible AI Collaborative, "who created and maintain the AI Incident Database, reviewing all submitted reports", and sends its readers to the AIID for how incidents are defined and ingested, and the about page lists the AIID among the users of the Initiative's work, mapping real-world incidents to its taxonomy in the tracker. Its occasion, on its own page, is that incident databases "struggle with inconsistent structure, limiting their utility for policymaking", and its answer is a tool to classify incidents by risk and harm severity, offered as a common frame of reference for researchers, developers, businesses, evaluators, auditors, policymakers and regulators; the MMRS record restates the aim as a more consistent structure for AIID's records "by its own account", and the June 2026 update grounds it in what incident reporting did for safety in aviation, healthcare and nuclear power.

Raw AIID reports are "processed by Arcola AI's LLM pipeline", which categorizes them with the MIT Risk Repository and a harm severity rating based on CSET's AI Harm Taxonomy (tracker page); the June 2026 update says the tracker uses LLMs to classify incident reports along five taxonomies, "producing standardized data", the Navigator that each incident is classified against shared taxonomies "using an LLM pipeline with human spot-checking", and the MMRS record that the classification is machine-made, its intake the AIID reports passed through Arcola AI's pipeline. The five taxonomies are harm severity across ten harm types, the EU AI Act risk tier, a causal taxonomy of lifecycle stage and intent, seven risk domains and twenty-four subdomains (June 2026 update); the tracker page shows each incident under the repository's causal and domain taxonomies and the EU AI Act's levels, with its severity across ten CSET-based harm categories and the classification's confidence, and the Initiative's home page lets incidents be compared by risk domain, harm, people affected, alleged developer, time or national-security impact. On 23 June 2025 the severity scale went from 0–10 to 1–5, its definitions disambiguated in the first person ("I have tried to remove ambiguities"), and the tracker added flags for ambiguities and alternative interpretations and the system's primary goal by a taxonomy based on the AIID's GMF (June 2025 update). A national-security view grades each incident's impact on its primary target country in five categories, from physical security and critical infrastructure to societal stability and human rights, with the threat classified for imminence, novelty and autonomy (tracker page; June 2025 update).

It is part of the MIT AI Risk Initiative (tracker page), based at MIT FutureTech, a joint initiative of MIT's Institute of the Digital Economy and CSAIL, which keeps several connected workstreams because no single dataset captures AI risk and presents its data and frameworks as authoritative (about and home pages; card 2's summary lists among its tools an expert survey and the AI Risk Repository); the MMRS record gives the operator as the Initiative "with Arcola AI's LLM pipeline" and the tracker as part of the MIT AI Risk Repository. Simon Mylius "developed and leads the AI Incident Tracker", a classification tool and dashboard now hosted by the MIT AI Risk Repository, its analysis featured on the AIID (about page), and the tracker page's team names MIT FutureTech and University of Queensland researchers beside the AIID's Sean McGregor.

The MMRS record gives the unit as the AIID report, classified by domain, cause, harm, severity and EU AI Act level; the tracker's pages count incidents ("1,600 real-world report incidents"), and the June 2025 update reclassified "all incidents" up to AIID incident ID #1116. MIT's surfaces give four figures: 1,600 in the tracker page's heading and "more than 1,400" in its description, which the MMRS record reports as the page giving its size twice; 1,752 "real-world AI incident reports" in the card's summary of that page; and on the Navigator "more than 1300" in its card and 1,497 in its page heading on 2026-10-29, beside headline figures of "Up -76%" year over year and 64% caused by AI systems. The MMRS record's count field (as of 2026-10-28, basis observed) carries the page's two figures, Google's card's 1,752 and the Navigator's "more than 1300", each with its surface, and the Capture Registry (2026-10-29) records the count "three ways" and that the composition gave none.

The tracker is versioned by reclassification: the June 2025 update brought it up to AIID incident #1116 and classified the full dataset again with the new iteration "to ensure consistency", and the June 2026 update names as its next step a more comprehensive validation study and announces that the full set of AIID reports will be reclassified with the updated model selection and prompts. That update (30 June 2026) reports a pilot: because the tracker relies on automated classification rather than manual review, two expert reviewers classified ten AIID incidents on the five taxonomies, eight LLMs were set against their consensus, and the human agreement was itself only "Fair" for harm severity (0.31) and "Moderate" for the EU AI Act level (0.56). Opus 4.6 and Kimi K2.5 met or exceeded the model in current use, Sonnet 4, on most taxonomies, the models did substantially worse on the EU AI Act level, and after prompt refinement Opus 4.6 met the human baseline on all five "on this pilot sample", a sample the update calls small; it concludes that LLM classification has accuracy comparable to the human baseline.

The tracker page states its limits: the classification database explores "the potential capabilities and limitations of a scalable incident analysis framework", its AIID input rests on public and expert submissions of varying quality, voluntary reporting gives "some degree of sampling bias", spot-checks have improved it but "a systematic validation study has not yet been completed", and patterns "should be taken as indicative and validated through further analysis". The June 2026 update adds that LLMs can hallucinate details and show a score-range bias, the Navigator calls itself a research prototype whose data and analyses are "preliminary and not yet validated", and the MMRS record carries the page's caveat in its kernel, its article and its note. At its name Google's AI Overview composed the tracker "as what it says it is, with its machine method named", AIID as the source and LLM pipelines as the method, which are the MMRS record's derivation and intake, avoided stating a count, and left out the page's caveat of indicative patterns, voluntary reporting and no completed validation study (Capture Registry, 2026-10-29). Data from the MIT AI Risk Initiative is licensed under CC BY 4.0 (tracker page), as most of its outputs are (about page).

In the MMRS record it is a derived layer, "the editor-resolved incidents of AIID, reclassified by a model", whose admission inherits AIID's harm test and whose classifications are machine-written, so that original outputs are not preserved, and the chain from event to news report to AIID record to machine classification is "a chain of receptions, each recorded". The record keeps each assertion with its source and basis and the lifecycle apart from the observation that saw it (read 2026-10-28), and it rests every field on the one tracker page. The June 2026 update places the tracker among the incident databases it builds on, the AI Incident Database, the OECD's AI Incident Monitor, the AIAAIC Repository and the Political Deepfakes Database, adding to them a classification of each incident and a rating of its harm; the MMRS record gives it the role of harm. Its outputs have been used to report incident trends in the 2026 World Disasters Report and Time magazine (June 2026 update). Wikipedia has no article for the tracker, nor for the AI Risk Repository or the MIT AI Risk Initiative, and none of its articles contains the phrase "AI Incident Tracker"; its one mention of the work, in "Voiceverse NFT plagiarism scandal", says that "The MIT AI Risk Repository catalogued the incident" as "economic and cultural devaluation of human effort", referenced to the AIID's page for incident 277, which on 2026-10-29 shows the MIT classification as machine-classified under subdomain 4.3, fraud, scams and targeted manipulation, in the domain Malicious Actors & Misuse.

Provenance — every sentence sourced24 sentences

24 sentences; 54 field claims, 27 archive claims. Modality is the source's own; the prose carries it in its grammar.

1.The MIT AI Incident Tracker is a machine classification of AI Incident Database reports by risk domain, cause, harm, severity and EU AI Act risk level, made by Arcola AI's language-model pipeline against the MIT Risk Repository's taxonomy, and filed as a database (MMRS record); the MIT AI Risk Initiative's about page calls it "a catalogue that classifies incidents where AI has already caused harm", developed in collaboration with the AI Incident Database, and its own page says it classifies AIID incidents "by risk, cause, harm, severity, and other relevant dimensions".4
  • MMRS-01 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, kernel s1 stipulation
    The MIT AI Incident Tracker classifies AI Incident Database reports by risk domain, cause, harm, severity and EU AI Act risk level, using Arcola AI's language-model pipeline and the MIT Risk Repository taxonomy.
  • MMRS-10 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, kind documented
    database
  • F46 MIT AI Risk Initiative — About - MIT AI Risk Initiative, What we do, AI Incident Tracker documented · field
    A catalogue that classifies incidents where AI has already caused harm. Developed in collaboration with the AI Incident Database.
  • F1 MIT AI Risk Initiative — MIT AI Incident Tracker, opening ('How is AI harming us?') documented · field
    The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
2.It is derived from the AI Incident Database (MMRS record): the tracker page builds on the Responsible AI Collaborative, "who created and maintain the AI Incident Database, reviewing all submitted reports", and sends its readers to the AIID for how incidents are defined and ingested, and the about page lists the AIID among the users of the Initiative's work, mapping real-world incidents to its taxonomy in the tracker.3
  • MMRS-18 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, relations (derived_from) documented
    {"rel": "derived_from", "target": "ai-incident-database"}
  • F8 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶3 s2–3 documented · field
    We build on the great work done by the Responsible AI Collaborative who created and maintain the AI Incident Database, reviewing all submitted reports and ensuring the quality of the dataset. … Visit the AIID site to learn more about how incidents are defined and the ingestion process
  • F50 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Who uses our work, AI Incident Database documented · field
    AI Incident Database … Maps real-world incidents to our taxonomy in the incident tracker.
3.Its occasion, on its own page, is that incident databases "struggle with inconsistent structure, limiting their utility for policymaking", and its answer is a tool to classify incidents by risk and harm severity, offered as a common frame of reference for researchers, developers, businesses, evaluators, auditors, policymakers and regulators; the MMRS record restates the aim as a more consistent structure for AIID's records "by its own account", and the June 2026 update grounds it in what incident reporting did for safety in aviation, healthcare and nuclear power.5
  • F4 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s1 documented · field
    AI incidents are on the rise, yet current databases struggle with inconsistent structure, limiting their utility for policymaking.
  • F5 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s2 documented · field
    The AI Incident Tracker project addresses this by creating a tool to classify AI incidents based on risks and harm severity.
  • F12 MIT AI Risk Initiative — MIT AI Incident Tracker, What can I use the AI Incident Tracker for? documented · field
    A common frame of reference for researchers, developers, businesses, evaluators, auditors, policymakers, and regulators
  • MMRS-03 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, What it is s1 attributed
    It gives AIID's records a more consistent structure for policymakers, by its own account.
  • F30 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶1 documented · field
    Incident reporting has contributed to major safety improvements in high-stakes sectors such as aviation, healthcare, and nuclear power
4.Raw AIID reports are "processed by Arcola AI's LLM pipeline", which categorizes them with the MIT Risk Repository and a harm severity rating based on CSET's AI Harm Taxonomy (tracker page); the June 2026 update says the tracker uses LLMs to classify incident reports along five taxonomies, "producing standardized data", the Navigator that each incident is classified against shared taxonomies "using an LLM pipeline with human spot-checking", and the MMRS record that the classification is machine-made, its intake the AIID reports passed through Arcola AI's pipeline.5
  • F6 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s3 documented · field
    Raw reports from the AI Incident Database (AIID) are processed by Arcola AI's LLM pipeline, which categorizes them using established frameworks, such as the MIT Risk Repository and a harm severity rating system based on CSET’s AI Harm Taxonomy.
  • F23 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Executive Summary s1 documented · field
    The AI Incident Tracker uses large language models (LLMs) to process incident reports from the AI Incident Database (AIID) and classify them along five taxonomies, producing standardized data that policymakers and researchers can use to track trends.
  • F44 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, What is the AI Incident Tracker? documented · field
    The AI Incident Tracker draws on publicly reported incidents from the AI Incident Database — sourced from news coverage, academic publications, and government reports — and classifies each one against the Navigator's shared taxonomies using an LLM pipeline with human spot-checking.
  • MMRS-04 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, What it is s2 documented
    The classification is machine-made: an LLM pipeline reads the raw AIID reports and assigns the MIT taxonomy and a severity rating based on CSET's AI Harm Taxonomy.
  • MMRS-14 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, intake (basis operator) documented
    AIID reports processed by an LLM pipeline (Arcola AI) against the MIT Risk Repository taxonomy and a severity rating based on CSET's AI Harm Taxonomy
5.The five taxonomies are harm severity across ten harm types, the EU AI Act risk tier, a causal taxonomy of lifecycle stage and intent, seven risk domains and twenty-four subdomains (June 2026 update); the tracker page shows each incident under the repository's causal and domain taxonomies and the EU AI Act's levels, with its severity across ten CSET-based harm categories and the classification's confidence, and the Initiative's home page lets incidents be compared by risk domain, harm, people affected, alleged developer, time or national-security impact.4
  • F24 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Did ¶1 documented · field
    Harm Severity (how serious the harm was, rated across 10 harm-types), EU AI Act Risk Level (the regulatory risk tier under the EU AI Act), Causal Taxonomy (what stage of the AI lifecycle the harm stems from and whether it was intentional), Domain Taxonomy (7 high-level categories of risks, such as discrimination or malicious use), and Subdomain Taxonomy (24 more specific subcategories within domains)
  • F9 MIT AI Risk Initiative — MIT AI Incident Tracker, Incident Overview documented · field
    View how incidents in the AI Incident Database are classified using the MIT AI Risk Repository’s causal and domain taxonomies, along with risk levels defined by the EU AI Act.
  • F10 MIT AI Risk Initiative — MIT AI Incident Tracker, Incident View; Harm Taxonomy documented · field
    View detailed analysis of each AI incident in the incident database, including how the incident is classified, how severe the harm is (across 10 categories of harm), and the classification confidence. … View a harm taxonomy for AI incidents, which distinguishes between 10 types of harm (e.g., physical harm, property damage, financial loss, human rights) based on work by CSET
  • F20 MIT AI Risk Initiative — MIT AI Risk Initiative, Our tools and data, 'What real-world harms are occurring?' documented · field
    Explore and compare real-world AI incidents by risk domain, type and severity of harm, number of people affected, alleged developer, time, or national security impact.
6.On 23 June 2025 the severity scale went from 0–10 to 1–5, its definitions disambiguated in the first person ("I have tried to remove ambiguities"), and the tracker added flags for ambiguities and alternative interpretations and the system's primary goal by a taxonomy based on the AIID's GMF (June 2025 update).2
  • F38 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Harm Severity documented · field
    The harm severity analysis uses a new scale, simplifying scoring to 1-5 points (previously 0-10). … I have tried to remove ambiguities from the definitions in the scale and to make it possible to grade incidents consistently with greater objectivity.
  • F40 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Ambiguities and Alternative Interpretations; Primary Goal of AI Systems documented · field
    ‘Ambiguities identified’ and ‘Alternative interpretations’ - makes it easier to spot analyses where further review of the reports or investigation is required … Now includes the primary goal of the AI system involved in each incident, classified according to a taxonomy based on the AIID GMF.
7.A national-security view grades each incident's impact on its primary target country in five categories, from physical security and critical infrastructure to societal stability and human rights, with the threat classified for imminence, novelty and autonomy (tracker page; June 2025 update).2
  • F11 MIT AI Risk Initiative — MIT AI Incident Tracker, NatSec Incident View; NatSec Impact Framework documented · field
    National Security impact assessment for each AI incident in the database, including 5 categories of impact and threat classification (novelty, imminence, autonomy) … It is intended to be applicable across different nations, grading the impact to the primary target country and identifying other nations that were also affected.
  • F39 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, National Security Impact Assessment documented · field
    Assesses NatSec impact of each incident in 5 categories: Physical Security & Critical Infrastructure / Information Warfare & Intelligence Security / Sovereignty & Government Functions / Economic & Technological Security / Societal Stability & Human Rights using this framework. … Classifies threat for Imminence, Novelty and Autonomy
8.It is part of the MIT AI Risk Initiative (tracker page), based at MIT FutureTech, a joint initiative of MIT's Institute of the Digital Economy and CSAIL, which keeps several connected workstreams because no single dataset captures AI risk and presents its data and frameworks as authoritative (about and home pages; card 2's summary lists among its tools an expert survey and the AI Risk Repository); the MMRS record gives the operator as the Initiative "with Arcola AI's LLM pipeline" and the tracker as part of the MIT AI Risk Repository.7
  • F7 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶3 s1 documented · field
    The AI Incident Tracker is part of the MIT AI Risk Initiative, which aims to increase awareness and adoption of best practice AI risk management across the AI ecosystem.
  • F47 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Who we are ¶2–3 documented · field
    We are based at MIT FutureTech, a joint initiative of the Institute of the Digital Economy and MIT CSAIL at the Massachusetts Institute of Technology … Our work is free to use and openly available, and most of our outputs are published under a CC BY 4.0 licence.
  • F48 MIT AI Risk Initiative — About - MIT AI Risk Initiative, What we do ¶1 (also the card 6 snippet) documented · field
    AI risk is a large and fast-moving subject. Understanding it means keeping track of what can go wrong, who is affected, how organizations are responding, and where the gaps are. No single dataset captures all of this, so we maintain several connected workstreams, each answering a different question.
  • F22 MIT AI Risk Initiative — MIT AI Risk Initiative, hero documented · field
    Authoritative data and frameworks to help you identify, prioritize, and manage the risks from AI
  • F21 MIT AI Risk Initiative — MIT AI Risk Initiative, card 2 snippet documented · field
    Tools and Data: Expert Survey (expert consensus on severe AI risks, vulnerabilities, and responsibilities), AI Risk Repository (living repository of AI risks)
  • MMRS-09 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, operator (basis operator, src airisk.mit.edu/ai-incident-tracker) documented
    MIT AI Risk Initiative, with Arcola AI's LLM pipeline
  • MMRS-17 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, relations (part_of) documented
    {"rel": "part_of", "target": "mit-ai-risk-repository"}
9.Simon Mylius "developed and leads the AI Incident Tracker", a classification tool and dashboard now hosted by the MIT AI Risk Repository, its analysis featured on the AIID (about page), and the tracker page's team names MIT FutureTech and University of Queensland researchers beside the AIID's Sean McGregor.2
  • F49 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Team, Simon Mylius documented · field
    He developed and leads the AI Incident Tracker - a classification tool and dashboard to add structure to datasets of reported AI safety incidents, which is now hosted by the MIT AI Risk Repository and its analysis features on AI Incident Database.
  • F18 MIT AI Risk Initiative — MIT AI Incident Tracker, Team documented · field
    Simon Mylius MIT FutureTech Peter Slattery MIT FutureTech … Sean McGregor AI Incident Database … Neil Thompson MIT FutureTech
10.The MMRS record gives the unit as the AIID report, classified by domain, cause, harm, severity and EU AI Act level; the tracker's pages count incidents ("1,600 real-world report incidents"), and the June 2025 update reclassified "all incidents" up to AIID incident ID #1116.4
  • MMRS-13 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, unit (basis operator) documented
    AI Incident Database report, classified by risk domain, cause, harm, severity and EU AI Act risk level
  • F1 MIT AI Risk Initiative — MIT AI Incident Tracker, opening ('How is AI harming us?') documented · field
    The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • F37 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, LLM Analysis documented · field
    The full dataset has been classified using this latest iteration of the tool (reclassification of all incidents that were classified with the previous version, to ensure consistency across the dataset).
  • F36 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Major update - 23 June 2025 documented · field
    This brings us completely up to date with the latest incidents on the AI Incident Database as at 23 June 2025 (up to incident ID #1116)
11.MIT's surfaces give four figures: 1,600 in the tracker page's heading and "more than 1,400" in its description, which the MMRS record reports as the page giving its size twice; 1,752 "real-world AI incident reports" in the card's summary of that page; and on the Navigator "more than 1300" in its card and 1,497 in its page heading on 2026-10-29, beside headline figures of "Up -76%" year over year and 64% caused by AI systems.7
  • F1 MIT AI Risk Initiative — MIT AI Incident Tracker, opening ('How is AI harming us?') documented · field
    The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • F2 MIT AI Risk Initiative — MIT AI Incident Tracker, meta description (name=description, og:description, twitter:description), extracted to B1-meta.txt documented · field
    The MIT AI Incident Tracker classifies more than 1,400 real-world reported incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • MMRS-05 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, What its record states about itself s1 documented
    The page gives its size twice, as "more than 1,400" in its description and 1,600 in its heading.
  • F3 MIT AI Risk Initiative — MIT AI Incident Tracker, card 1 snippet (the count is not in the saved page) documented · field
    Overview: MIT AI Incident Tracker classifies 1,752 real-world AI incident reports from the AI Incident Database using Arcola AI's LLM pipeline
  • F41 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, card 5 snippet (the page's meta description reads 'more than 1,300') documented · field
    Explore more than 1300 real-world reported incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • F42 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, AI Incident Tracker heading documented · field
    1,497 real-world AI incidents from the AI Incident Database, classified by risk domain, cause, harm type, and severity.
  • F45 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, headline figures documented · field
    Up -76% … year-over-year … 64% … caused by AI systems … high-severity in 2026 … Malicious Actors & Misuse … most affected domain
12.The MMRS record's count field (as of 2026-10-28, basis observed) carries the page's two figures, Google's card's 1,752 and the Navigator's "more than 1300", each with its surface, and the Capture Registry (2026-10-29) records the count "three ways" and that the composition gave none.2
  • MMRS-15 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, count.value (basis observed; as_of 2026-10-28) documented
    the page gives both 'more than 1,400' (description) and 1,600 (heading); Google's card summary gives 1,752, and the MIT AI Risk Navigator 'more than 1300'
  • CAP-1-04 capture:mit-ai-incident-tracker-aio-20261029 Capture Registry observation OBS-65034e45b99a (mit-ai-incident-tracker-aio-20261029), field findings Capture Registry (Lee Sharks, operator) · 2026-10-29 · mit-ai-incident-tracker-aio-20261029, findings[1] documented
    THE COUNT, THREE WAYS. The tracker's page as read gives 'more than 1,400' in its description and 1,600 in its heading (the record); the card's summary gives 1,752; the Navigator card says 'more than 1300'. The composition gives none.
13.The tracker is versioned by reclassification: the June 2025 update brought it up to AIID incident #1116 and classified the full dataset again with the new iteration "to ensure consistency", and the June 2026 update names as its next step a more comprehensive validation study and announces that the full set of AIID reports will be reclassified with the updated model selection and prompts.3
  • F36 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Major update - 23 June 2025 documented · field
    This brings us completely up to date with the latest incidents on the AI Incident Database as at 23 June 2025 (up to incident ID #1116)
  • F37 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, LLM Analysis documented · field
    The full dataset has been classified using this latest iteration of the tool (reclassification of all incidents that were classified with the previous version, to ensure consistency across the dataset).
  • F35 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Next steps documented · field
    Our results suggest that LLM-based incident classification has comparable accuracy to the human baseline and is a viable approach for scaling the Incident Tracker. … The next step is to run a more comprehensive validation study based on this pilot. … The full set of reports from the AI Incident Database will be reclassified using the updated model selection and adapted prompts, to refresh the Incident Tracker with more reliable classifications.
14.That update (30 June 2026) reports a pilot: because the tracker relies on automated classification rather than manual review, two expert reviewers classified ten AIID incidents on the five taxonomies, eight LLMs were set against their consensus, and the human agreement was itself only "Fair" for harm severity (0.31) and "Moderate" for the EU AI Act level (0.56).3
  • F25 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Executive Summary s2–3 documented · field
    Because the tracker relies on automated LLM classification rather than manual review, we need to understand whether LLMs can classify incidents as consistently as expert humans. This report describes a pilot study to compare the performance of eight LLMs against expert human reviewers
  • F26 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Did ¶1; Methodology documented · field
    We asked two expert reviewers to independently read reports of 10 incidents and classify each one using five taxonomies … We selected 10 incident reports from the AI Incident Database.
  • F29 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Results, Evaluating the human baseline documented · field
    By the Landis & Koch interpretation scale, the human-human agreement is itself only "Fair" for Harm Severity (0.31) and "Moderate" for EU AI Act Risk Level (0.56).
15.Opus 4.6 and Kimi K2.5 met or exceeded the model in current use, Sonnet 4, on most taxonomies, the models did substantially worse on the EU AI Act level, and after prompt refinement Opus 4.6 met the human baseline on all five "on this pilot sample", a sample the update calls small; it concludes that LLM classification has accuracy comparable to the human baseline.4
  • F27 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Found ¶1 documented · field
    Opus 4.6 and Kimi K2.5 were the two strongest models in our evaluation and met or exceeded the currently used model, Sonnet 4, on most taxonomies.
  • F28 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Found ¶3–4 documented · field
    On the EU AI Act Risk Level taxonomy they performed substantially worse. … After targeted prompt refinement, Opus 4.6 matched or exceeded the human-human agreement baseline on all five taxonomies on this pilot sample.
  • F34 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Future Work ¶1 s2 documented · field
    The human consensus labels used as the benchmark for evaluating LLM performance were based on a small review sample: two reviewers per incident across 10 incidents.
  • F35 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Next steps documented · field
    Our results suggest that LLM-based incident classification has comparable accuracy to the human baseline and is a viable approach for scaling the Incident Tracker. … The next step is to run a more comprehensive validation study based on this pilot. … The full set of reports from the AI Incident Database will be reclassified using the updated model selection and adapted prompts, to refresh the Incident Tracker with more reliable classifications.
16.The tracker page states its limits: the classification database explores "the potential capabilities and limitations of a scalable incident analysis framework", its AIID input rests on public and expert submissions of varying quality, voluntary reporting gives "some degree of sampling bias", spot-checks have improved it but "a systematic validation study has not yet been completed", and patterns "should be taken as indicative and validated through further analysis".5
  • F13 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations of the analysis and dataset ¶1 s1 documented · field
    This classification database is intended to explore the potential capabilities and limitations of a scalable incident analysis framework.
  • F14 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s2–3 documented · field
    The classification analysis uses reports from the AI Incident Database (AIID) as input data which rely on submissions from the public and subject matter experts. The quality, reliability and depth of detail in the reports varies across the dataset.
  • F15 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s4 documented · field
    As the reporting is voluntary, the dataset is inevitably subject to some degree of sampling bias.
  • F16 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s5 documented · field
    Spot-checks have been used to provide feedback on misclassifications and to iterate the tool, improving its reliability, however a systematic validation study has not yet been completed.
  • F17 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶2 documented · field
    Therefore patterns and trends observed in the data should be taken as indicative and validated through further analysis.
17.The June 2026 update adds that LLMs can hallucinate details and show a score-range bias, the Navigator calls itself a research prototype whose data and analyses are "preliminary and not yet validated", and the MMRS record carries the page's caveat in its kernel, its article and its note.5
  • F33 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶4–5 documented · field
    The Incident Tracker uses large language models (LLMs) to make incident classification scalable. … However, LLMs can make mistakes when interpreting incident reports and assigning classifications. For instance, they can occasionally hallucinate details and can exhibit a score-range bias, where ratings cluster within a narrow band of an ordinal scale rather than using the full range.
  • F43 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, banner documented · field
    This is a research prototype. The data and analyses are preliminary and not yet validated
  • MMRS-02 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, kernel s2 documented
    Its own page calls the patterns indicative.
  • MMRS-06 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, What its record states about itself s2 documented
    It notes that reporting is voluntary, that no systematic validation study is complete, and that patterns "should be taken as indicative."
  • MMRS-16 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, note (basis operator) documented
    the page states that patterns 'should be taken as indicative'; reporting is voluntary and no systematic validation study is complete
18.At its name Google's AI Overview composed the tracker "as what it says it is, with its machine method named", AIID as the source and LLM pipelines as the method, which are the MMRS record's derivation and intake, avoided stating a count, and left out the page's caveat of indicative patterns, voluntary reporting and no completed validation study (Capture Registry, 2026-10-29).4
  • CAP-1-01 capture:mit-ai-incident-tracker-aio-20261029 Capture Registry observation OBS-65034e45b99a (mit-ai-incident-tracker-aio-20261029), field analysis Capture Registry (Lee Sharks, operator) · 2026-10-29 · mit-ai-incident-tracker-aio-20261029, analysis s1 interpretation
    The tracker is composed as what it says it is, with its machine method named.
  • CAP-1-03 capture:mit-ai-incident-tracker-aio-20261029 Capture Registry observation OBS-65034e45b99a (mit-ai-incident-tracker-aio-20261029), field findings Capture Registry (Lee Sharks, operator) · 2026-10-29 · mit-ai-incident-tracker-aio-20261029, findings[0] documented
    THE DERIVATION RIGHT. AIID as the source and LLM pipelines as the method are the record's 'derived from' relation and intake. Checked 2026-10-29 against the MMRS meta-aggregator record of 2026-10-28 and the entity's own pages, re-read the same day.
  • CAP-1-02 capture:mit-ai-incident-tracker-aio-20261029 Capture Registry observation OBS-65034e45b99a (mit-ai-incident-tracker-aio-20261029), field analysis Capture Registry (Lee Sharks, operator) · 2026-10-29 · mit-ai-incident-tracker-aio-20261029, analysis s2 interpretation
    Its count is unstable across MIT's own surfaces, and the composition avoids stating one; its caveat is dropped.
  • CAP-1-05 capture:mit-ai-incident-tracker-aio-20261029 Capture Registry observation OBS-65034e45b99a (mit-ai-incident-tracker-aio-20261029), field findings Capture Registry (Lee Sharks, operator) · 2026-10-29 · mit-ai-incident-tracker-aio-20261029, findings[2] documented
    THE CAVEAT UNSAID. The page's own statement that patterns 'should be taken as indicative', with voluntary reporting and no validation study complete, is absent.
19.Data from the MIT AI Risk Initiative is licensed under CC BY 4.0 (tracker page), as most of its outputs are (about page).2
  • F19 MIT AI Risk Initiative — MIT AI Incident Tracker, footer documented · field
    Website © MIT FutureTech 2026 … Data from the MIT AI Risk Initiative is licensed under CC BY 4.0
  • F47 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Who we are ¶2–3 documented · field
    We are based at MIT FutureTech, a joint initiative of the Institute of the Digital Economy and MIT CSAIL at the Massachusetts Institute of Technology … Our work is free to use and openly available, and most of our outputs are published under a CC BY 4.0 licence.
20.In the MMRS record it is a derived layer, "the editor-resolved incidents of AIID, reclassified by a model", whose admission inherits AIID's harm test and whose classifications are machine-written, so that original outputs are not preserved, and the chain from event to news report to AIID record to machine classification is "a chain of receptions, each recorded".4
  • MMRS-07 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, Place in the field s1 interpretation
    It is a derived layer: the editor-resolved incidents of AIID, reclassified by a model.
  • MMRS-19 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, properties.admission_requires_harm (basis reading) interpretation
    inherits AIID's harm test
  • MMRS-20 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, properties.preserves_original_outputs (basis reading) interpretation
    no: classifications are machine-written
  • MMRS-08 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (article) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · article, Place in the field s2 interpretation
    The chain from event to news report to AIID record to machine classification is a chain of receptions, each recorded.
21.The record keeps each assertion with its source and basis and the lifecycle apart from the observation that saw it (read 2026-10-28), and it rests every field on the one tracker page.3
  • MMRS-21 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, schema_note stipulation
    each assertion carries a source and a basis (operator statement, third-party report, our observation, our reading); lifecycle is kept apart from the observation that saw it
  • MMRS-12 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, observed (lifecycle.state 'active' kept apart) documented
    {"on": "2026-10-28", "fetch": "read"}
  • MMRS-22 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, sources documented
    read": "2026-10-28", "for": "all fields
22.The June 2026 update places the tracker among the incident databases it builds on, the AI Incident Database, the OECD's AI Incident Monitor, the AIAAIC Repository and the Political Deepfakes Database, adding to them a classification of each incident and a rating of its harm; the MMRS record gives it the role of harm.2
  • F31 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶2 documented · field
    Several databases already collect reports of AI-related incidents, including the AI Incident Database, the OECD’s AI Incident Monitor, the AIAAIC Repository, the Political Deepfakes Database, and others. The MIT AI Incident Tracker project builds on these efforts by classifying each incident against a set of risk taxonomies and rating the severity of the harm involved.
  • MMRS-11 MMRS MMRS meta-aggregator record: MIT AI Incident Tracker (census row) Lee Sharks (editor) · 2026-10-28 (corrected 2026-10-29) · census.json, roles interpretation
    ["harm"]
23.Its outputs have been used to report incident trends in the 2026 World Disasters Report and Time magazine (June 2026 update).1
  • F32 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶3 s3 documented · field
    These outputs have been used to report on incident trends, including in the 2026 World Disasters Report and Time magazine.
24.Wikipedia has no article for the tracker, nor for the AI Risk Repository or the MIT AI Risk Initiative, and none of its articles contains the phrase "AI Incident Tracker"; its one mention of the work, in "Voiceverse NFT plagiarism scandal", says that "The MIT AI Risk Repository catalogued the incident" as "economic and cultural devaluation of human effort", referenced to the AIID's page for incident 277, which on 2026-10-29 shows the MIT classification as machine-classified under subdomain 4.3, fraud, scams and targeted manipulation, in the domain Malicious Actors & Misuse.4
  • F51 Wikipedia — MIT AI Incident Tracker (no article), rendered page https://en.wikipedia.org/wiki/MIT_AI_Incident_Tracker (HTTP 404) documented · field
    Wikipedia does not have an article with this exact name.
  • F52 Wikipedia — MIT AI Incident Tracker (no article), full-text search '"AI Incident Tracker"' (W1-search.txt) documented · field
    There were no results matching the query.
  • F53 Wikipedia — Voiceverse NFT plagiarism scandal, Voiceverse NFT plagiarism scandal, Reactions and legacy ¶ (found by full-text search '"AI Risk Repository"', W2-search.txt: one result) documented · field
    The MIT AI Risk Repository catalogued the incident as an example of "economic and cultural devaluation of human effort"
  • F54 AI Incident Database — Incident 277 (Wikipedia's reference), incidentdatabase.ai/cite/277 (the reference Wikipedia gives), Applied Taxonomies documented · field
    GMF, MIT MIT Taxonomy Classifications Machine-Classified … 4.3. Fraud, scams, and targeted manipulation … Malicious Actors & Misuse

the compression: AIO's interaction grammar (lede, headed clusters, bolded labels, card rail), composed from the v0.9 plan in one claim space; it faces on the card, with AIO's transcript a record within it. Composed under v0.9, equal case (ρ = extends): KO_B sentences surviving 0 of 11; every field claim carried. composed 2026-10-29 from the v0.9 knowledge object; not frozen

Compression · The field's ontology — L_F(B)mit ai incident tracker

MIT AI Incident Tracker classifies real-world incidents from the AI Incident Database by risk, cause, harm and severity, through Arcola AI's LLM pipeline; part of the MIT AI Risk Initiative (its page).

🗂️ What it is

  • Catalogue: incidents where AI has already caused harm, developed with the AIID (about page).2↘
    The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity and other dimensions, by its page's heading, a catalogue of incidents where AI has already caused harm developed in collaboration with the AIID, by the about page.§1 It is part of the MIT AI Risk Initiative at MIT FutureTech, whose home and about pages present connected workstreams and authoritative data and frameworks, and Simon Mylius developed and leads it, the team including the AIID's Sean McGregor; it builds on the AIID, created and maintained by the Responsible AI Collaborative, which the about page also lists as a user mapping incidents to the taxonomy.§4
  • Origin: developed and led by Simon Mylius at MIT FutureTech.1↘
    It is part of the MIT AI Risk Initiative at MIT FutureTech, whose home and about pages present connected workstreams and authoritative data and frameworks, and Simon Mylius developed and leads it, the team including the AIID's Sean McGregor; it builds on the AIID, created and maintained by the Responsible AI Collaborative, which the about page also lists as a user mapping incidents to the taxonomy.§4
  • Purpose: a consistent structure for policy, after incident reporting in aviation.1↘
    Incident databases' inconsistent structure limits their use for policy, the page says, and the tool is to give researchers, developers, auditors, policymakers and regulators a common frame of reference, as incident reporting did for aviation, healthcare and nuclear power.§3

🧾 How it classifies

  • Taxonomies: harm severity (1–5), EU AI Act tier, cause, domain, subdomain.2↘
    Raw AIID reports go through Arcola AI's LLM pipeline against the MIT Risk Repository and a CSET-based severity rating; the June 2026 update describes LLMs classifying the reports along five taxonomies, harm severity, EU AI Act level, cause, domain and subdomain, and the Navigator an LLM pipeline with human spot-checking over AIID incidents from news, papers and government reports.§2 The June 2025 update reached AIID incident #1116, reclassified every incident for consistency, moved severity from 0–10 to 1–5 and added flags for ambiguities and the system's primary goal; the June 2026 update plans a fuller validation study and a reclassification of all AIID reports.§6
  • National security: five impact categories, threat by imminence, novelty, autonomy.1↘
    Per incident it shows the causal and domain taxonomies, the EU AI Act levels, severity across ten CSET-based harm types and the classification's confidence, with a national-security view of five impact categories and a threat classification, and the home page compares incidents by domain, harm, people affected, developer, time and national-security impact.§5
  • Updates: the whole dataset reclassified each version; #1116 in June 2025.1↘
    The June 2025 update reached AIID incident #1116, reclassified every incident for consistency, moved severity from 0–10 to 1–5 and added flags for ambiguities and the system's primary goal; the June 2026 update plans a fuller validation study and a reclassification of all AIID reports.§6

⚖️ Limits

  • Caveat: voluntary reporting, sampling bias, no systematic validation; patterns indicative.1↘
    The page's limits are voluntary reporting and sampling bias, reports of varying quality, spot-checks without a systematic validation study, and patterns to be taken as indicative; LLMs can hallucinate and show score-range bias, and the Navigator's data are preliminary and not yet validated.§9
  • Pilot: ten incidents, two reviewers; Opus 4.6 reached the human baseline after prompt refinement.1↘
    The June 2026 pilot set eight LLMs against two expert reviewers on ten incidents, found human agreement only fair on severity and moderate on the EU AI Act level, found Sonnet 4, the model in use, met or exceeded by Opus 4.6 and Kimi K2.5 on most taxonomies, and after prompt refinement found Opus 4.6 at the human baseline on all five, on a sample it calls small.§8
  • Counts: 1,600, more than 1,400, 1,752, 1,497 and more than 1,300 across MIT's surfaces.2↘
    The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity and other dimensions, by its page's heading, a catalogue of incidents where AI has already caused harm developed in collaboration with the AIID, by the about page.§1 The counts differ: 1,600 in the page's heading, more than 1,400 in its description, 1,752 in Google's card for the page, more than 1,300 on the Navigator's card and 1,497 in the Navigator's heading, beside its headline figures.§7

🧭 Place

  • Beside: the AIID, the OECD's monitor, the AIAAIC (June 2026).1↘
    It builds on the AIID, the OECD's monitor, the AIAAIC Repository and the Political Deepfakes Database, its outputs used in the 2026 World Disasters Report and Time, and its data are CC BY 4.0.§10
  • Wikipedia: no article; one mention, under the Risk Repository's name.1↘
    Wikipedia has no article for it; its only mention credits the MIT AI Risk Repository with cataloguing AIID incident 277 as economic and cultural devaluation of human effort, while the AIID page for 277 now shows the machine classification 4.3, fraud, scams and targeted manipulation.§11
1what it is: a classification of AIID incidentsMIT AI Risk Initiative — MIT AI Incident Tracker3 claims · B1, B6
  • F1 MIT AI Risk Initiative — MIT AI Incident Tracker, opening ('How is AI harming us?') documented · field
    The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • F46 MIT AI Risk Initiative — About - MIT AI Risk Initiative, What we do, AI Incident Tracker documented · field
    A catalogue that classifies incidents where AI has already caused harm. Developed in collaboration with the AI Incident Database.
  • F1 MIT AI Risk Initiative — MIT AI Incident Tracker, opening ('How is AI harming us?') documented · field
    The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
2method: Arcola AI's LLM pipeline over AIID reportsMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative3 claims · B1, B3, B5
  • F6 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s3 documented · field
    Raw reports from the AI Incident Database (AIID) are processed by Arcola AI's LLM pipeline, which categorizes them using established frameworks, such as the MIT Risk Repository and a harm severity rating system based on CSET’s AI Harm Taxonomy.
  • F23 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Executive Summary s1 documented · field
    The AI Incident Tracker uses large language models (LLMs) to process incident reports from the AI Incident Database (AIID) and classify them along five taxonomies, producing standardized data that policymakers and researchers can use to track trends.
  • F44 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, What is the AI Incident Tracker? documented · field
    The AI Incident Tracker draws on publicly reported incidents from the AI Incident Database — sourced from news coverage, academic publications, and government reports — and classifies each one against the Navigator's shared taxonomies using an LLM pipeline with human spot-checking.
3dimensions: taxonomies and scalesMIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository6 claims · B1, B2, B3, B4
  • F24 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Did ¶1 documented · field
    Harm Severity (how serious the harm was, rated across 10 harm-types), EU AI Act Risk Level (the regulatory risk tier under the EU AI Act), Causal Taxonomy (what stage of the AI lifecycle the harm stems from and whether it was intentional), Domain Taxonomy (7 high-level categories of risks, such as discrimination or malicious use), and Subdomain Taxonomy (24 more specific subcategories within domains)
  • F9 MIT AI Risk Initiative — MIT AI Incident Tracker, Incident Overview documented · field
    View how incidents in the AI Incident Database are classified using the MIT AI Risk Repository’s causal and domain taxonomies, along with risk levels defined by the EU AI Act.
  • F10 MIT AI Risk Initiative — MIT AI Incident Tracker, Incident View; Harm Taxonomy documented · field
    View detailed analysis of each AI incident in the incident database, including how the incident is classified, how severe the harm is (across 10 categories of harm), and the classification confidence. … View a harm taxonomy for AI incidents, which distinguishes between 10 types of harm (e.g., physical harm, property damage, financial loss, human rights) based on work by CSET
  • F20 MIT AI Risk Initiative — MIT AI Risk Initiative, Our tools and data, 'What real-world harms are occurring?' documented · field
    Explore and compare real-world AI incidents by risk domain, type and severity of harm, number of people affected, alleged developer, time, or national security impact.
  • F38 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Harm Severity documented · field
    The harm severity analysis uses a new scale, simplifying scoring to 1-5 points (previously 0-10). … I have tried to remove ambiguities from the definitions in the scale and to make it possible to grade incidents consistently with greater objectivity.
  • F40 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Ambiguities and Alternative Interpretations; Primary Goal of AI Systems documented · field
    ‘Ambiguities identified’ and ‘Alternative interpretations’ - makes it easier to spot analyses where further review of the reports or investigation is required … Now includes the primary goal of the AI system involved in each incident, classified according to a taxonomy based on the AIID GMF.
4purpose: structure for policymakingMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative4 claims · B1, B3
  • F4 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s1 documented · field
    AI incidents are on the rise, yet current databases struggle with inconsistent structure, limiting their utility for policymaking.
  • F5 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s2 documented · field
    The AI Incident Tracker project addresses this by creating a tool to classify AI incidents based on risks and harm severity.
  • F12 MIT AI Risk Initiative — MIT AI Incident Tracker, What can I use the AI Incident Tracker for? documented · field
    A common frame of reference for researchers, developers, businesses, evaluators, auditors, policymakers, and regulators
  • F30 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶1 documented · field
    Incident reporting has contributed to major safety improvements in high-stakes sectors such as aviation, healthcare, and nuclear power
5operator: the MIT AI Risk Initiative at MIT FutureTechMIT AI Risk Initiative — MIT AI Incident Tracker5 claims · B1, B2, B6
  • F7 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶3 s1 documented · field
    The AI Incident Tracker is part of the MIT AI Risk Initiative, which aims to increase awareness and adoption of best practice AI risk management across the AI ecosystem.
  • F47 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Who we are ¶2–3 documented · field
    We are based at MIT FutureTech, a joint initiative of the Institute of the Digital Economy and MIT CSAIL at the Massachusetts Institute of Technology … Our work is free to use and openly available, and most of our outputs are published under a CC BY 4.0 licence.
  • F48 MIT AI Risk Initiative — About - MIT AI Risk Initiative, What we do ¶1 (also the card 6 snippet) documented · field
    AI risk is a large and fast-moving subject. Understanding it means keeping track of what can go wrong, who is affected, how organizations are responding, and where the gaps are. No single dataset captures all of this, so we maintain several connected workstreams, each answering a different question.
  • F22 MIT AI Risk Initiative — MIT AI Risk Initiative, hero documented · field
    Authoritative data and frameworks to help you identify, prioritize, and manage the risks from AI
  • F21 MIT AI Risk Initiative — MIT AI Risk Initiative, card 2 snippet documented · field
    Tools and Data: Expert Survey (expert consensus on severe AI risks, vulnerabilities, and responsibilities), AI Risk Repository (living repository of AI risks)
6origin: developed by Simon MyliusMIT AI Risk Initiative — MIT AI Incident Tracker2 claims · B1, B6
  • F49 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Team, Simon Mylius documented · field
    He developed and leads the AI Incident Tracker - a classification tool and dashboard to add structure to datasets of reported AI safety incidents, which is now hosted by the MIT AI Risk Repository and its analysis features on AI Incident Database.
  • F18 MIT AI Risk Initiative — MIT AI Incident Tracker, Team documented · field
    Simon Mylius MIT FutureTech Peter Slattery MIT FutureTech … Sean McGregor AI Incident Database … Neil Thompson MIT FutureTech
7source: the AI Incident DatabaseMIT AI Risk Initiative — MIT AI Incident Tracker2 claims · B1, B6
  • F8 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶3 s2–3 documented · field
    We build on the great work done by the Responsible AI Collaborative who created and maintain the AI Incident Database, reviewing all submitted reports and ensuring the quality of the dataset. … Visit the AIID site to learn more about how incidents are defined and the ingestion process
  • F50 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Who uses our work, AI Incident Database documented · field
    AI Incident Database … Maps real-world incidents to our taxonomy in the incident tracker.
8dimensions: the national-security viewMIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository2 claims · B1, B4
  • F11 MIT AI Risk Initiative — MIT AI Incident Tracker, NatSec Incident View; NatSec Impact Framework documented · field
    National Security impact assessment for each AI incident in the database, including 5 categories of impact and threat classification (novelty, imminence, autonomy) … It is intended to be applicable across different nations, grading the impact to the primary target country and identifying other nations that were also affected.
  • F39 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, National Security Impact Assessment documented · field
    Assesses NatSec impact of each incident in 5 categories: Physical Security & Critical Infrastructure / Information Warfare & Intelligence Security / Sovereignty & Government Functions / Economic & Technological Security / Societal Stability & Human Rights using this framework. … Classifies threat for Imminence, Novelty and Autonomy
9updates: reclassification by versionMIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository3 claims · B3, B4
  • F36 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Major update - 23 June 2025 documented · field
    This brings us completely up to date with the latest incidents on the AI Incident Database as at 23 June 2025 (up to incident ID #1116)
  • F37 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, LLM Analysis documented · field
    The full dataset has been classified using this latest iteration of the tool (reclassification of all incidents that were classified with the previous version, to ensure consistency across the dataset).
  • F35 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Next steps documented · field
    Our results suggest that LLM-based incident classification has comparable accuracy to the human baseline and is a viable approach for scaling the Incident Tracker. … The next step is to run a more comprehensive validation study based on this pilot. … The full set of reports from the AI Incident Database will be reclassified using the updated model selection and adapted prompts, to refresh the Incident Tracker with more reliable classifications.
10count: four figures across MIT's surfacesMIT AI Risk Initiative — MIT AI Incident Tracker5 claims · B1, B5
  • F2 MIT AI Risk Initiative — MIT AI Incident Tracker, meta description (name=description, og:description, twitter:description), extracted to B1-meta.txt documented · field
    The MIT AI Incident Tracker classifies more than 1,400 real-world reported incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • F3 MIT AI Risk Initiative — MIT AI Incident Tracker, card 1 snippet (the count is not in the saved page) documented · field
    Overview: MIT AI Incident Tracker classifies 1,752 real-world AI incident reports from the AI Incident Database using Arcola AI's LLM pipeline
  • F41 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, card 5 snippet (the page's meta description reads 'more than 1,300') documented · field
    Explore more than 1300 real-world reported incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • F42 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, AI Incident Tracker heading documented · field
    1,497 real-world AI incidents from the AI Incident Database, classified by risk domain, cause, harm type, and severity.
  • F45 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, headline figures documented · field
    Up -76% … year-over-year … 64% … caused by AI systems … high-severity in 2026 … Malicious Actors & Misuse … most affected domain
11validation: the June 2026 pilotMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative6 claims · B3
  • F25 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Executive Summary s2–3 documented · field
    Because the tracker relies on automated LLM classification rather than manual review, we need to understand whether LLMs can classify incidents as consistently as expert humans. This report describes a pilot study to compare the performance of eight LLMs against expert human reviewers
  • F26 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Did ¶1; Methodology documented · field
    We asked two expert reviewers to independently read reports of 10 incidents and classify each one using five taxonomies … We selected 10 incident reports from the AI Incident Database.
  • F29 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Results, Evaluating the human baseline documented · field
    By the Landis & Koch interpretation scale, the human-human agreement is itself only "Fair" for Harm Severity (0.31) and "Moderate" for EU AI Act Risk Level (0.56).
  • F27 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Found ¶1 documented · field
    Opus 4.6 and Kimi K2.5 were the two strongest models in our evaluation and met or exceeded the currently used model, Sonnet 4, on most taxonomies.
  • F28 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Found ¶3–4 documented · field
    On the EU AI Act Risk Level taxonomy they performed substantially worse. … After targeted prompt refinement, Opus 4.6 matched or exceeded the human-human agreement baseline on all five taxonomies on this pilot sample.
  • F34 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Future Work ¶1 s2 documented · field
    The human consensus labels used as the benchmark for evaluating LLM performance were based on a small review sample: two reviewers per incident across 10 incidents.
12limits: indicative, not validatedMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative7 claims · B1, B3, B5
  • F13 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations of the analysis and dataset ¶1 s1 documented · field
    This classification database is intended to explore the potential capabilities and limitations of a scalable incident analysis framework.
  • F14 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s2–3 documented · field
    The classification analysis uses reports from the AI Incident Database (AIID) as input data which rely on submissions from the public and subject matter experts. The quality, reliability and depth of detail in the reports varies across the dataset.
  • F15 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s4 documented · field
    As the reporting is voluntary, the dataset is inevitably subject to some degree of sampling bias.
  • F16 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s5 documented · field
    Spot-checks have been used to provide feedback on misclassifications and to iterate the tool, improving its reliability, however a systematic validation study has not yet been completed.
  • F17 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶2 documented · field
    Therefore patterns and trends observed in the data should be taken as indicative and validated through further analysis.
  • F33 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶4–5 documented · field
    The Incident Tracker uses large language models (LLMs) to make incident classification scalable. … However, LLMs can make mistakes when interpreting incident reports and assigning classifications. For instance, they can occasionally hallucinate details and can exhibit a score-range bias, where ratings cluster within a narrow band of an ordinal scale rather than using the full range.
  • F43 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, banner documented · field
    This is a research prototype. The data and analyses are preliminary and not yet validated
13neighbours: the incident databases it builds onMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative1 claim · B3
  • F31 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶2 documented · field
    Several databases already collect reports of AI-related incidents, including the AI Incident Database, the OECD’s AI Incident Monitor, the AIAAIC Repository, the Political Deepfakes Database, and others. The MIT AI Incident Tracker project builds on these efforts by classifying each incident against a set of risk taxonomies and rating the severity of the harm involved.
14reception: uptake of the trackerMIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative1 claim · B3
  • F32 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶3 s3 documented · field
    These outputs have been used to report on incident trends, including in the 2026 World Disasters Report and Time magazine.
15openness: CC BY 4.0MIT AI Risk Initiative — MIT AI Incident Tracker1 claim · B1
  • F19 MIT AI Risk Initiative — MIT AI Incident Tracker, footer documented · field
    Website © MIT FutureTech 2026 … Data from the MIT AI Risk Initiative is licensed under CC BY 4.0
16the encyclopedia: no article; one mention under the repository's nameWikipedia — Voiceverse NFT plagiarism scandal4 claims · W1, W3, W4
  • F51 Wikipedia — MIT AI Incident Tracker (no article), rendered page https://en.wikipedia.org/wiki/MIT_AI_Incident_Tracker (HTTP 404) documented · field
    Wikipedia does not have an article with this exact name.
  • F52 Wikipedia — MIT AI Incident Tracker (no article), full-text search '"AI Incident Tracker"' (W1-search.txt) documented · field
    There were no results matching the query.
  • F53 Wikipedia — Voiceverse NFT plagiarism scandal, Voiceverse NFT plagiarism scandal, Reactions and legacy ¶ (found by full-text search '"AI Risk Repository"', W2-search.txt: one result) documented · field
    The MIT AI Risk Repository catalogued the incident as an example of "economic and cultural devaluation of human effort"
  • F54 AI Incident Database — Incident 277 (Wikipedia's reference), incidentdatabase.ai/cite/277 (the reference Wikipedia gives), Applied Taxonomies documented · field
    GMF, MIT MIT Taxonomy Classifications Machine-Classified … 4.3. Fraud, scams, and targeted manipulation … Malicious Actors & Misuse
Expansion · The field's ontology — L_F(B)11 sentences · every one sourced below

The MIT AI Incident Tracker

The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity and other dimensions, by its page's heading, a catalogue of incidents where AI has already caused harm developed in collaboration with the AIID, by the about page. Raw AIID reports go through Arcola AI's LLM pipeline against the MIT Risk Repository and a CSET-based severity rating; the June 2026 update describes LLMs classifying the reports along five taxonomies, harm severity, EU AI Act level, cause, domain and subdomain, and the Navigator an LLM pipeline with human spot-checking over AIID incidents from news, papers and government reports. Incident databases' inconsistent structure limits their use for policy, the page says, and the tool is to give researchers, developers, auditors, policymakers and regulators a common frame of reference, as incident reporting did for aviation, healthcare and nuclear power.

It is part of the MIT AI Risk Initiative at MIT FutureTech, whose home and about pages present connected workstreams and authoritative data and frameworks, and Simon Mylius developed and leads it, the team including the AIID's Sean McGregor; it builds on the AIID, created and maintained by the Responsible AI Collaborative, which the about page also lists as a user mapping incidents to the taxonomy. Per incident it shows the causal and domain taxonomies, the EU AI Act levels, severity across ten CSET-based harm types and the classification's confidence, with a national-security view of five impact categories and a threat classification, and the home page compares incidents by domain, harm, people affected, developer, time and national-security impact.

The June 2025 update reached AIID incident #1116, reclassified every incident for consistency, moved severity from 0–10 to 1–5 and added flags for ambiguities and the system's primary goal; the June 2026 update plans a fuller validation study and a reclassification of all AIID reports. The counts differ: 1,600 in the page's heading, more than 1,400 in its description, 1,752 in Google's card for the page, more than 1,300 on the Navigator's card and 1,497 in the Navigator's heading, beside its headline figures.

The June 2026 pilot set eight LLMs against two expert reviewers on ten incidents, found human agreement only fair on severity and moderate on the EU AI Act level, found Sonnet 4, the model in use, met or exceeded by Opus 4.6 and Kimi K2.5 on most taxonomies, and after prompt refinement found Opus 4.6 at the human baseline on all five, on a sample it calls small. The page's limits are voluntary reporting and sampling bias, reports of varying quality, spot-checks without a systematic validation study, and patterns to be taken as indicative; LLMs can hallucinate and show score-range bias, and the Navigator's data are preliminary and not yet validated.

It builds on the AIID, the OECD's monitor, the AIAAIC Repository and the Political Deepfakes Database, its outputs used in the 2026 World Disasters Report and Time, and its data are CC BY 4.0. Wikipedia has no article for it; its only mention credits the MIT AI Risk Repository with cataloguing AIID incident 277 as economic and cultural devaluation of human effort, while the AIID page for 277 now shows the machine classification 4.3, fraud, scams and targeted manipulation.

Provenance — every sentence sourced11 sentences

11 sentences; 54 field claims, 0 archive claims. Modality is the source's own; the prose carries it in its grammar.

1.The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity and other dimensions, by its page's heading, a catalogue of incidents where AI has already caused harm developed in collaboration with the AIID, by the about page.2
  • F1 MIT AI Risk Initiative — MIT AI Incident Tracker, opening ('How is AI harming us?') documented · field
    The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • F46 MIT AI Risk Initiative — About - MIT AI Risk Initiative, What we do, AI Incident Tracker documented · field
    A catalogue that classifies incidents where AI has already caused harm. Developed in collaboration with the AI Incident Database.
2.Raw AIID reports go through Arcola AI's LLM pipeline against the MIT Risk Repository and a CSET-based severity rating; the June 2026 update describes LLMs classifying the reports along five taxonomies, harm severity, EU AI Act level, cause, domain and subdomain, and the Navigator an LLM pipeline with human spot-checking over AIID incidents from news, papers and government reports.4
  • F6 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s3 documented · field
    Raw reports from the AI Incident Database (AIID) are processed by Arcola AI's LLM pipeline, which categorizes them using established frameworks, such as the MIT Risk Repository and a harm severity rating system based on CSET’s AI Harm Taxonomy.
  • F23 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Executive Summary s1 documented · field
    The AI Incident Tracker uses large language models (LLMs) to process incident reports from the AI Incident Database (AIID) and classify them along five taxonomies, producing standardized data that policymakers and researchers can use to track trends.
  • F24 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Did ¶1 documented · field
    Harm Severity (how serious the harm was, rated across 10 harm-types), EU AI Act Risk Level (the regulatory risk tier under the EU AI Act), Causal Taxonomy (what stage of the AI lifecycle the harm stems from and whether it was intentional), Domain Taxonomy (7 high-level categories of risks, such as discrimination or malicious use), and Subdomain Taxonomy (24 more specific subcategories within domains)
  • F44 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, What is the AI Incident Tracker? documented · field
    The AI Incident Tracker draws on publicly reported incidents from the AI Incident Database — sourced from news coverage, academic publications, and government reports — and classifies each one against the Navigator's shared taxonomies using an LLM pipeline with human spot-checking.
3.Incident databases' inconsistent structure limits their use for policy, the page says, and the tool is to give researchers, developers, auditors, policymakers and regulators a common frame of reference, as incident reporting did for aviation, healthcare and nuclear power.4
  • F4 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s1 documented · field
    AI incidents are on the rise, yet current databases struggle with inconsistent structure, limiting their utility for policymaking.
  • F5 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶1 s2 documented · field
    The AI Incident Tracker project addresses this by creating a tool to classify AI incidents based on risks and harm severity.
  • F12 MIT AI Risk Initiative — MIT AI Incident Tracker, What can I use the AI Incident Tracker for? documented · field
    A common frame of reference for researchers, developers, businesses, evaluators, auditors, policymakers, and regulators
  • F30 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶1 documented · field
    Incident reporting has contributed to major safety improvements in high-stakes sectors such as aviation, healthcare, and nuclear power
4.It is part of the MIT AI Risk Initiative at MIT FutureTech, whose home and about pages present connected workstreams and authoritative data and frameworks, and Simon Mylius developed and leads it, the team including the AIID's Sean McGregor; it builds on the AIID, created and maintained by the Responsible AI Collaborative, which the about page also lists as a user mapping incidents to the taxonomy.9
  • F7 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶3 s1 documented · field
    The AI Incident Tracker is part of the MIT AI Risk Initiative, which aims to increase awareness and adoption of best practice AI risk management across the AI ecosystem.
  • F47 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Who we are ¶2–3 documented · field
    We are based at MIT FutureTech, a joint initiative of the Institute of the Digital Economy and MIT CSAIL at the Massachusetts Institute of Technology … Our work is free to use and openly available, and most of our outputs are published under a CC BY 4.0 licence.
  • F48 MIT AI Risk Initiative — About - MIT AI Risk Initiative, What we do ¶1 (also the card 6 snippet) documented · field
    AI risk is a large and fast-moving subject. Understanding it means keeping track of what can go wrong, who is affected, how organizations are responding, and where the gaps are. No single dataset captures all of this, so we maintain several connected workstreams, each answering a different question.
  • F22 MIT AI Risk Initiative — MIT AI Risk Initiative, hero documented · field
    Authoritative data and frameworks to help you identify, prioritize, and manage the risks from AI
  • F21 MIT AI Risk Initiative — MIT AI Risk Initiative, card 2 snippet documented · field
    Tools and Data: Expert Survey (expert consensus on severe AI risks, vulnerabilities, and responsibilities), AI Risk Repository (living repository of AI risks)
  • F49 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Team, Simon Mylius documented · field
    He developed and leads the AI Incident Tracker - a classification tool and dashboard to add structure to datasets of reported AI safety incidents, which is now hosted by the MIT AI Risk Repository and its analysis features on AI Incident Database.
  • F18 MIT AI Risk Initiative — MIT AI Incident Tracker, Team documented · field
    Simon Mylius MIT FutureTech Peter Slattery MIT FutureTech … Sean McGregor AI Incident Database … Neil Thompson MIT FutureTech
  • F8 MIT AI Risk Initiative — MIT AI Incident Tracker, What is the AI Incident Tracker? ¶3 s2–3 documented · field
    We build on the great work done by the Responsible AI Collaborative who created and maintain the AI Incident Database, reviewing all submitted reports and ensuring the quality of the dataset. … Visit the AIID site to learn more about how incidents are defined and the ingestion process
  • F50 MIT AI Risk Initiative — About - MIT AI Risk Initiative, Who uses our work, AI Incident Database documented · field
    AI Incident Database … Maps real-world incidents to our taxonomy in the incident tracker.
5.Per incident it shows the causal and domain taxonomies, the EU AI Act levels, severity across ten CSET-based harm types and the classification's confidence, with a national-security view of five impact categories and a threat classification, and the home page compares incidents by domain, harm, people affected, developer, time and national-security impact.5
  • F9 MIT AI Risk Initiative — MIT AI Incident Tracker, Incident Overview documented · field
    View how incidents in the AI Incident Database are classified using the MIT AI Risk Repository’s causal and domain taxonomies, along with risk levels defined by the EU AI Act.
  • F10 MIT AI Risk Initiative — MIT AI Incident Tracker, Incident View; Harm Taxonomy documented · field
    View detailed analysis of each AI incident in the incident database, including how the incident is classified, how severe the harm is (across 10 categories of harm), and the classification confidence. … View a harm taxonomy for AI incidents, which distinguishes between 10 types of harm (e.g., physical harm, property damage, financial loss, human rights) based on work by CSET
  • F11 MIT AI Risk Initiative — MIT AI Incident Tracker, NatSec Incident View; NatSec Impact Framework documented · field
    National Security impact assessment for each AI incident in the database, including 5 categories of impact and threat classification (novelty, imminence, autonomy) … It is intended to be applicable across different nations, grading the impact to the primary target country and identifying other nations that were also affected.
  • F39 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, National Security Impact Assessment documented · field
    Assesses NatSec impact of each incident in 5 categories: Physical Security & Critical Infrastructure / Information Warfare & Intelligence Security / Sovereignty & Government Functions / Economic & Technological Security / Societal Stability & Human Rights using this framework. … Classifies threat for Imminence, Novelty and Autonomy
  • F20 MIT AI Risk Initiative — MIT AI Risk Initiative, Our tools and data, 'What real-world harms are occurring?' documented · field
    Explore and compare real-world AI incidents by risk domain, type and severity of harm, number of people affected, alleged developer, time, or national security impact.
6.The June 2025 update reached AIID incident #1116, reclassified every incident for consistency, moved severity from 0–10 to 1–5 and added flags for ambiguities and the system's primary goal; the June 2026 update plans a fuller validation study and a reclassification of all AIID reports.5
  • F36 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Major update - 23 June 2025 documented · field
    This brings us completely up to date with the latest incidents on the AI Incident Database as at 23 June 2025 (up to incident ID #1116)
  • F37 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, LLM Analysis documented · field
    The full dataset has been classified using this latest iteration of the tool (reclassification of all incidents that were classified with the previous version, to ensure consistency across the dataset).
  • F38 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Harm Severity documented · field
    The harm severity analysis uses a new scale, simplifying scoring to 1-5 points (previously 0-10). … I have tried to remove ambiguities from the definitions in the scale and to make it possible to grade incidents consistently with greater objectivity.
  • F40 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository, Ambiguities and Alternative Interpretations; Primary Goal of AI Systems documented · field
    ‘Ambiguities identified’ and ‘Alternative interpretations’ - makes it easier to spot analyses where further review of the reports or investigation is required … Now includes the primary goal of the AI system involved in each incident, classified according to a taxonomy based on the AIID GMF.
  • F35 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Next steps documented · field
    Our results suggest that LLM-based incident classification has comparable accuracy to the human baseline and is a viable approach for scaling the Incident Tracker. … The next step is to run a more comprehensive validation study based on this pilot. … The full set of reports from the AI Incident Database will be reclassified using the updated model selection and adapted prompts, to refresh the Incident Tracker with more reliable classifications.
7.The counts differ: 1,600 in the page's heading, more than 1,400 in its description, 1,752 in Google's card for the page, more than 1,300 on the Navigator's card and 1,497 in the Navigator's heading, beside its headline figures.6
  • F1 MIT AI Risk Initiative — MIT AI Incident Tracker, opening ('How is AI harming us?') documented · field
    The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • F2 MIT AI Risk Initiative — MIT AI Incident Tracker, meta description (name=description, og:description, twitter:description), extracted to B1-meta.txt documented · field
    The MIT AI Incident Tracker classifies more than 1,400 real-world reported incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • F3 MIT AI Risk Initiative — MIT AI Incident Tracker, card 1 snippet (the count is not in the saved page) documented · field
    Overview: MIT AI Incident Tracker classifies 1,752 real-world AI incident reports from the AI Incident Database using Arcola AI's LLM pipeline
  • F41 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, card 5 snippet (the page's meta description reads 'more than 1,300') documented · field
    Explore more than 1300 real-world reported incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions.
  • F42 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, AI Incident Tracker heading documented · field
    1,497 real-world AI incidents from the AI Incident Database, classified by risk domain, cause, harm type, and severity.
  • F45 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, headline figures documented · field
    Up -76% … year-over-year … 64% … caused by AI systems … high-severity in 2026 … Malicious Actors & Misuse … most affected domain
8.The June 2026 pilot set eight LLMs against two expert reviewers on ten incidents, found human agreement only fair on severity and moderate on the EU AI Act level, found Sonnet 4, the model in use, met or exceeded by Opus 4.6 and Kimi K2.5 on most taxonomies, and after prompt refinement found Opus 4.6 at the human baseline on all five, on a sample it calls small.6
  • F25 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Executive Summary s2–3 documented · field
    Because the tracker relies on automated LLM classification rather than manual review, we need to understand whether LLMs can classify incidents as consistently as expert humans. This report describes a pilot study to compare the performance of eight LLMs against expert human reviewers
  • F26 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Did ¶1; Methodology documented · field
    We asked two expert reviewers to independently read reports of 10 incidents and classify each one using five taxonomies … We selected 10 incident reports from the AI Incident Database.
  • F29 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Results, Evaluating the human baseline documented · field
    By the Landis & Koch interpretation scale, the human-human agreement is itself only "Fair" for Harm Severity (0.31) and "Moderate" for EU AI Act Risk Level (0.56).
  • F27 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Found ¶1 documented · field
    Opus 4.6 and Kimi K2.5 were the two strongest models in our evaluation and met or exceeded the currently used model, Sonnet 4, on most taxonomies.
  • F28 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, What We Found ¶3–4 documented · field
    On the EU AI Act Risk Level taxonomy they performed substantially worse. … After targeted prompt refinement, Opus 4.6 matched or exceeded the human-human agreement baseline on all five taxonomies on this pilot sample.
  • F34 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Future Work ¶1 s2 documented · field
    The human consensus labels used as the benchmark for evaluating LLM performance were based on a small review sample: two reviewers per incident across 10 incidents.
9.The page's limits are voluntary reporting and sampling bias, reports of varying quality, spot-checks without a systematic validation study, and patterns to be taken as indicative; LLMs can hallucinate and show score-range bias, and the Navigator's data are preliminary and not yet validated.7
  • F13 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations of the analysis and dataset ¶1 s1 documented · field
    This classification database is intended to explore the potential capabilities and limitations of a scalable incident analysis framework.
  • F14 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s2–3 documented · field
    The classification analysis uses reports from the AI Incident Database (AIID) as input data which rely on submissions from the public and subject matter experts. The quality, reliability and depth of detail in the reports varies across the dataset.
  • F15 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s4 documented · field
    As the reporting is voluntary, the dataset is inevitably subject to some degree of sampling bias.
  • F16 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶1 s5 documented · field
    Spot-checks have been used to provide feedback on misclassifications and to iterate the tool, improving its reliability, however a systematic validation study has not yet been completed.
  • F17 MIT AI Risk Initiative — MIT AI Incident Tracker, Limitations ¶2 documented · field
    Therefore patterns and trends observed in the data should be taken as indicative and validated through further analysis.
  • F33 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶4–5 documented · field
    The Incident Tracker uses large language models (LLMs) to make incident classification scalable. … However, LLMs can make mistakes when interpreting incident reports and assigning classifications. For instance, they can occasionally hallucinate details and can exhibit a score-range bias, where ratings cluster within a narrow band of an ordinal scale rather than using the full range.
  • F43 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator, banner documented · field
    This is a research prototype. The data and analyses are preliminary and not yet validated
10.It builds on the AIID, the OECD's monitor, the AIAAIC Repository and the Political Deepfakes Database, its outputs used in the 2026 World Disasters Report and Time, and its data are CC BY 4.0.3
  • F31 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶2 documented · field
    Several databases already collect reports of AI-related incidents, including the AI Incident Database, the OECD’s AI Incident Monitor, the AIAAIC Repository, the Political Deepfakes Database, and others. The MIT AI Incident Tracker project builds on these efforts by classifying each incident against a set of risk taxonomies and rating the severity of the harm involved.
  • F32 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative, Introduction ¶3 s3 documented · field
    These outputs have been used to report on incident trends, including in the 2026 World Disasters Report and Time magazine.
  • F19 MIT AI Risk Initiative — MIT AI Incident Tracker, footer documented · field
    Website © MIT FutureTech 2026 … Data from the MIT AI Risk Initiative is licensed under CC BY 4.0
11.Wikipedia has no article for it; its only mention credits the MIT AI Risk Repository with cataloguing AIID incident 277 as economic and cultural devaluation of human effort, while the AIID page for 277 now shows the machine classification 4.3, fraud, scams and targeted manipulation.4
  • F51 Wikipedia — MIT AI Incident Tracker (no article), rendered page https://en.wikipedia.org/wiki/MIT_AI_Incident_Tracker (HTTP 404) documented · field
    Wikipedia does not have an article with this exact name.
  • F52 Wikipedia — MIT AI Incident Tracker (no article), full-text search '"AI Incident Tracker"' (W1-search.txt) documented · field
    There were no results matching the query.
  • F53 Wikipedia — Voiceverse NFT plagiarism scandal, Voiceverse NFT plagiarism scandal, Reactions and legacy ¶ (found by full-text search '"AI Risk Repository"', W2-search.txt: one result) documented · field
    The MIT AI Risk Repository catalogued the incident as an example of "economic and cultural devaluation of human effort"
  • F54 AI Incident Database — Incident 277 (Wikipedia's reference), incidentdatabase.ai/cite/277 (the reference Wikipedia gives), Applied Taxonomies documented · field
    GMF, MIT MIT Taxonomy Classifications Machine-Classified … 4.3. Fraud, scams, and targeted manipulation … Malicious Actors & Misuse

popup — the compression from the field ledger alone (cards and Wikipedia). With no archive claim admitted, the entry is the field's tracker at its own resolution: MIT's pages, the Navigator and the encyclopedia's one mention. composed 2026-10-29 from the field ledger alone; not frozen

Form ledger — AIO against both arms, at both levels
AIO (T)L_F compressionL_F expansionL_A compressionL_A expansion
body words1561645492611465
distinct claims730544681
claims per 100 words4.518.39.817.65.5
field claims carried (of 54)—30543354
archive claims0001327
rail6 documents16 lineagesper sentence20 lineagesper sentence
modality shown innonetypographygrammartypographygrammar

Computed from the row at build: words counted in the text; claims from the ledger ids each line or sentence carries. T's claims are the worked example's T1–T9.

The objects

Tthe transcript156 words · 6 cards

register entry mit-ai-incident-tracker-aio-20261029 OBS-65034e45b99a · file as first run sha256 5c9ee2ce5776d869…

  • T1-1 definition: 'an interactive tool developed by the MIT AI Risk Initiative that classifies and analyzes real-world artificial intelligence mishaps' (markers: card 1, the tracker page, and a second token)
  • T1-2 data source: 'Processes and standardizes reports from the AI Incident Database using automated large language model (LLM) pipelines.'
  • T1-3 classification scale: 'Evaluates incidents using a standardized 1-5 harm severity scale and multi-dimensional taxonomies.'
  • T1-4 core risk domains: 'discrimination and toxicity, privacy and security, misinformation, malicious actors, human-computer interaction, socioeconomic and environmental impacts, and AI system safety'
  • T1-5 national security views: 'physical security, information warfare, government functions, economic security, and societal stability'
  • T1-6 interactive access: 'You can explore the data directly through the MIT AI Risk Navigator or view broader frameworks on the MIT AI Risk Initiative portal.'
  • T1-7 closer: 'Would you like to search for incidents related to a specific category (such as deepfakes, autonomous vehicles, or privacy leaks) from the tracker?'
Bthe disclosed field9 sources
  • B1 MIT AI Risk Initiative — MIT AI Incident Tracker card; HTTP 200 at 2026-10-29T05:07:24Z; B1.html sha256 720c3b26f04adc57
  • B2 MIT AI Risk Initiative — MIT AI Risk Initiative card; HTTP 200 at 2026-10-29T05:07:24Z; B2.html sha256 d3f35366280a66ca
  • B3 MIT AI Risk Initiative — AI Incident Tracker June 2026 Update - MIT AI Risk Initiative card; HTTP 200 at 2026-10-29T05:07:25Z; B3.html sha256 d8b013b1dbc4f948
  • B4 MIT AI Risk Initiative — Incident Tracker - June 2025 Update - MIT AI Risk Repository card; HTTP 200 at 2026-10-29T05:07:25Z; B4.html sha256 952b48f0be997dc3
  • B5 MIT AI Risk Navigator — Incidents - MIT AI Risk Navigator card; HTTP 200 at 2026-10-29T05:07:26Z; B5.html sha256 8c6757061ebc4be1
  • B6 MIT AI Risk Initiative — About - MIT AI Risk Initiative card; HTTP 200 at 2026-10-29T05:07:26Z; B6.html sha256 b40b72f7dbd5c16c
  • W1 Wikipedia — MIT AI Incident Tracker (no article) wikipedia; HTTP 404 at 2026-10-29T05:07:26Z; W1.html sha256 079e59d86eb3bc8c (no article)
  • W3 Wikipedia — Voiceverse NFT plagiarism scandal wikipedia; HTTP 200 at 2026-10-29T05:11:17Z; W3.html sha256 b5916526f7bbf7c1
  • W4 AI Incident Database — Incident 277 (Wikipedia's reference) wikipedia; HTTP 200 at 2026-10-29T05:10:56Z; W4.html sha256 e4d67493c6e1de91
Ethe two entities and their relationρ = extends · equal case

E_A, the archive's entity: the same tracker, in the MMRS meta-aggregator's record: a database in the harm role that classifies AIID reports by risk domain, cause, harm, severity and EU AI Act level through Arcola AI's pipeline, part of the MIT AI Risk Repository and derived from the AI Incident Database, a derived layer whose machine-written classifications do not preserve original outputs and whose admission inherits AIID's harm test, the last link of a chain of receptions from event to machine classification, its count unstable across MIT's surfaces; observed by the Capture Registry at its name, where the composition layer composed it as it describes itself, method named, with no count and without its caveat MMRS-01 MMRS-13 MMRS-07 MMRS-08 MMRS-19 MMRS-20 MMRS-15 MMRS-17 MMRS-18 CAP-1-01 CAP-1-02 CAP-1-05; defining papers

E_F, the field's entity (type C — a conventional reading holds it (public entity: a database, a derived classification layer)): a classification of AI Incident Database incidents (1,600 by its page's heading) by risk, cause, harm, severity, EU AI Act level and national-security impact, made by Arcola AI's LLM pipeline against the MIT AI Risk Repository's taxonomies and a CSET-based severity scale, part of the MIT AI Risk Initiative at MIT FutureTech, developed and led by Simon Mylius in collaboration with the AIID, versioned by reclassification, its patterns stated as indicative and its validation a pilot; Wikipedia has no article for it (B1–B6, W1, W3, W4)

ρ = extends: the archive reads E_F as the entity and adds senses and limits on the field's own object: the derived layer and the chain of receptions, the machine-written classification that preserves no original output, the inherited harm test, the count's instability as an observation across surfaces, the record kept apart from the entity and the lifecycle from the observation, the typed relations to the repository and the AIID, and the composition layer's observed treatment of the tracker MMRS-07 MMRS-08 MMRS-20 MMRS-19 MMRS-15 MMRS-21 MMRS-17 MMRS-18 CAP-1-01 CAP-1-05. Guard: ρ = extends claims an addition and no more: MMRS-19 and MMRS-20 are the record's readings (basis 'reading'), not findings that the tracker is defective; where an archive claim meets a field claim (MMRS-13's report beside F1 and F37's incidents; MMRS-06 beside F25–F28) both are composed under P_coh in the one claim space

The case: equal terms, ontology included (v0.9). The MMRS record holds the field's entity as the entity: it describes the tracker from the tracker's own page, every field but the count with basis 'operator', the count 'observed' and two properties 'reading', and it composes nothing that denies a field presupposition. What it adds is on the field's object: the tracker as a derived layer whose classifications are machine-written and do not preserve original outputs, the chain from event to machine classification as a chain of receptions, the inherited harm test, the count read across surfaces as an observation, the record kept apart from the entity and the lifecycle from the observation, and the typed relations; the Capture Registry adds one observation of the composition layer at the entity's name. The ontology the archive uses is available in the field itself: the tracker's own page calls its patterns 'indicative' (F17), the Navigator calls itself 'preliminary and not yet validated' (F43), the June 2026 update says the tracker 'relies on automated LLM classification rather than manual review' (F25); the archive's reading extends these stated limits into a relation (a reception chain, each step recorded). The law of the suppressed witness does not apply (§0.10: not where the field holds the ontology). Not mixed.

#MMRS article, Place in the field s1–s2 (articles.py): It is a derived layer: the editor-resolved incidents of AIID, reclassified by a model. The chain from event to news report to AIID record to machine classification is a chain of receptions, each recorded.

#MMRS census.json, properties.preserves_original_outputs (basis reading): no: classifications are machine-written

#MMRS census.json, schema_note: each assertion carries a source and a basis (operator statement, third-party report, our observation, our reading); lifecycle is kept apart from the observation that saw it

#capture mit-ai-incident-tracker-aio-20261029, analysis s1: The tracker is composed as what it says it is, with its machine method named.

#B1 Limitations ¶2 (field): Therefore patterns and trends observed in the data should be taken as indicative and validated through further analysis.

#B3 Executive Summary s2 (field): Because the tracker relies on automated LLM classification rather than manual review, we need to understand whether LLMs can classify incidents as consistently as expert humans.

τthe translation: every field claim carried, beside its statement in the archive's ontology54 field claims · 16 rows
field claimsreceivedreceiving texttranslationarchive
F1, F46F1 (B1, opening ('How is AI harming us?')): "The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions."; F46 (B6, What we do, AI Incident Tracker): "A catalogue that classifies incidents where AI has already caused harm. Developed in collaboration with the AI Incident Database."—untranslated: composed as received beside MMRS-01, MMRS-10, MMRS-13, MMRS-05MMRS-01, MMRS-10, MMRS-13, MMRS-05
F8, F50F8 (B1, What is the AI Incident Tracker? ¶3 s2–3): "We build on the great work done by the Responsible AI Collaborative who created and maintain the AI Incident Database, reviewing all submitted reports and ensuring the quality of the dataset. … Visit the AIID site to learn more about how incidents are defined and the ingestion process"; F50 (B6, Who uses our work, AI Incident Database): "AI Incident Database … Maps real-world incidents to our taxonomy in the incident tracker."—untranslated: composed as received beside MMRS-18MMRS-18
F4, F5, F12, F30F4 (B1, What is the AI Incident Tracker? ¶1 s1): "AI incidents are on the rise, yet current databases struggle with inconsistent structure, limiting their utility for policymaking."; F5 (B1, What is the AI Incident Tracker? ¶1 s2): "The AI Incident Tracker project addresses this by creating a tool to classify AI incidents based on risks and harm severity."; F12 (B1, What can I use the AI Incident Tracker for?): "A common frame of reference for researchers, developers, businesses, evaluators, auditors, policymakers, and regulators"; F30 (B3, Introduction ¶1): "Incident reporting has contributed to major safety improvements in high-stakes sectors such as aviation, healthcare, and nuclear power"—untranslated: composed as received beside MMRS-03MMRS-03
F6, F23, F44F6 (B1, What is the AI Incident Tracker? ¶1 s3): "Raw reports from the AI Incident Database (AIID) are processed by Arcola AI's LLM pipeline, which categorizes them using established frameworks, such as the MIT Risk Repository and a harm severity rating system based on CSET’s AI Harm Taxonomy."; F23 (B3, Executive Summary s1): "The AI Incident Tracker uses large language models (LLMs) to process incident reports from the AI Incident Database (AIID) and classify them along five taxonomies, producing standardized data that policymakers and researchers can use to track trends."; F44 (B5, What is the AI Incident Tracker?): "The AI Incident Tracker draws on publicly reported incidents from the AI Incident Database — sourced from news coverage, academic publications, and government reports — and classifies each one against the Navigator's shared taxonomies using an LLM pipeline with human spot-checking."—untranslated: composed as received beside MMRS-04, MMRS-14MMRS-04, MMRS-14
F9, F10, F20, F24, F38, F40F9 (B1, Incident Overview): "View how incidents in the AI Incident Database are classified using the MIT AI Risk Repository’s causal and domain taxonomies, along with risk levels defined by the EU AI Act."; F10 (B1, Incident View; Harm Taxonomy): "View detailed analysis of each AI incident in the incident database, including how the incident is classified, how severe the harm is (across 10 categories of harm), and the classification confidence. … View a harm taxonomy for AI incidents, which distinguishes between 10 types of harm (e.g., physical harm, property damage, financial loss, human rights) based on work by CSET"; F20 (B2, Our tools and data, 'What real-world harms are occurring?'): "Explore and compare real-world AI incidents by risk domain, type and severity of harm, number of people affected, alleged developer, time, or national security impact."; F24 (B3, What We Did ¶1): "Harm Severity (how serious the harm was, rated across 10 harm-types), EU AI Act Risk Level (the regulatory risk tier under the EU AI Act), Causal Taxonomy (what stage of the AI lifecycle the harm stems from and whether it was intentional), Domain Taxonomy (7 high-level categories of risks, such as discrimination or malicious use), and Subdomain Taxonomy (24 more specific subcategories within domains)"; F38 (B4, Harm Severity): "The harm severity analysis uses a new scale, simplifying scoring to 1-5 points (previously 0-10). … I have tried to remove ambiguities from the definitions in the scale and to make it possible to grade incidents consistently with greater objectivity."; F40 (B4, Ambiguities and Alternative Interpretations; Primary Goal of AI Systems): "‘Ambiguities identified’ and ‘Alternative interpretations’ - makes it easier to spot analyses where further review of the reports or investigation is required … Now includes the primary goal of the AI system involved in each incident, classified according to a taxonomy based on the AIID GMF."—untranslated: composed as received beside no archive claim
F11, F39F11 (B1, NatSec Incident View; NatSec Impact Framework): "National Security impact assessment for each AI incident in the database, including 5 categories of impact and threat classification (novelty, imminence, autonomy) … It is intended to be applicable across different nations, grading the impact to the primary target country and identifying other nations that were also affected."; F39 (B4, National Security Impact Assessment): "Assesses NatSec impact of each incident in 5 categories: Physical Security & Critical Infrastructure / Information Warfare & Intelligence Security / Sovereignty & Government Functions / Economic & Technological Security / Societal Stability & Human Rights using this framework. … Classifies threat for Imminence, Novelty and Autonomy"—untranslated: composed as received beside no archive claim
F7, F21, F22, F47, F48F7 (B1, What is the AI Incident Tracker? ¶3 s1): "The AI Incident Tracker is part of the MIT AI Risk Initiative, which aims to increase awareness and adoption of best practice AI risk management across the AI ecosystem."; F21 (B2, card 2 snippet): "Tools and Data: Expert Survey (expert consensus on severe AI risks, vulnerabilities, and responsibilities), AI Risk Repository (living repository of AI risks)"; F22 (B2, hero): "Authoritative data and frameworks to help you identify, prioritize, and manage the risks from AI"; F47 (B6, Who we are ¶2–3): "We are based at MIT FutureTech, a joint initiative of the Institute of the Digital Economy and MIT CSAIL at the Massachusetts Institute of Technology … Our work is free to use and openly available, and most of our outputs are published under a CC BY 4.0 licence."; F48 (B6, What we do ¶1 (also the card 6 snippet)): "AI risk is a large and fast-moving subject. Understanding it means keeping track of what can go wrong, who is affected, how organizations are responding, and where the gaps are. No single dataset captures all of this, so we maintain several connected workstreams, each answering a different question."—untranslated: composed as received beside MMRS-09, MMRS-17MMRS-09, MMRS-17
F18, F49F18 (B1, Team): "Simon Mylius MIT FutureTech Peter Slattery MIT FutureTech … Sean McGregor AI Incident Database … Neil Thompson MIT FutureTech"; F49 (B6, Team, Simon Mylius): "He developed and leads the AI Incident Tracker - a classification tool and dashboard to add structure to datasets of reported AI safety incidents, which is now hosted by the MIT AI Risk Repository and its analysis features on AI Incident Database."—untranslated: composed as received beside no archive claim
F35, F36, F37F35 (B3, Next steps): "Our results suggest that LLM-based incident classification has comparable accuracy to the human baseline and is a viable approach for scaling the Incident Tracker. … The next step is to run a more comprehensive validation study based on this pilot. … The full set of reports from the AI Incident Database will be reclassified using the updated model selection and adapted prompts, to refresh the Incident Tracker with more reliable classifications."; F36 (B4, Major update - 23 June 2025): "This brings us completely up to date with the latest incidents on the AI Incident Database as at 23 June 2025 (up to incident ID #1116)"; F37 (B4, LLM Analysis): "The full dataset has been classified using this latest iteration of the tool (reclassification of all incidents that were classified with the previous version, to ensure consistency across the dataset)."—untranslated: composed as received beside MMRS-13MMRS-13
F2, F3, F41, F42, F45F2 (B1, meta description (name=description, og:description, twitter:description), extracted to B1-meta.txt): "The MIT AI Incident Tracker classifies more than 1,400 real-world reported incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions."; F3 (B1, card 1 snippet (the count is not in the saved page)): "Overview: MIT AI Incident Tracker classifies 1,752 real-world AI incident reports from the AI Incident Database using Arcola AI's LLM pipeline"; F41 (B5, card 5 snippet (the page's meta description reads 'more than 1,300')): "Explore more than 1300 real-world reported incidents from the AI Incident Database by risk, cause, harm, severity, and other relevant dimensions."; F42 (B5, AI Incident Tracker heading): "1,497 real-world AI incidents from the AI Incident Database, classified by risk domain, cause, harm type, and severity."; F45 (B5, headline figures): "Up -76% … year-over-year … 64% … caused by AI systems … high-severity in 2026 … Malicious Actors & Misuse … most affected domain"—untranslated: composed as received beside CAP-1-04, MMRS-05, MMRS-15CAP-1-04, MMRS-05, MMRS-15
F25, F26, F27, F28, F29, F34F25 (B3, Executive Summary s2–3): "Because the tracker relies on automated LLM classification rather than manual review, we need to understand whether LLMs can classify incidents as consistently as expert humans. This report describes a pilot study to compare the performance of eight LLMs against expert human reviewers"; F26 (B3, What We Did ¶1; Methodology): "We asked two expert reviewers to independently read reports of 10 incidents and classify each one using five taxonomies … We selected 10 incident reports from the AI Incident Database."; F27 (B3, What We Found ¶1): "Opus 4.6 and Kimi K2.5 were the two strongest models in our evaluation and met or exceeded the currently used model, Sonnet 4, on most taxonomies."; F28 (B3, What We Found ¶3–4): "On the EU AI Act Risk Level taxonomy they performed substantially worse. … After targeted prompt refinement, Opus 4.6 matched or exceeded the human-human agreement baseline on all five taxonomies on this pilot sample."; F29 (B3, Results, Evaluating the human baseline): "By the Landis & Koch interpretation scale, the human-human agreement is itself only "Fair" for Harm Severity (0.31) and "Moderate" for EU AI Act Risk Level (0.56)."; F34 (B3, Future Work ¶1 s2): "The human consensus labels used as the benchmark for evaluating LLM performance were based on a small review sample: two reviewers per incident across 10 incidents."—untranslated: composed as received beside no archive claim
F13, F14, F15, F16, F17, F33, F43F13 (B1, Limitations of the analysis and dataset ¶1 s1): "This classification database is intended to explore the potential capabilities and limitations of a scalable incident analysis framework."; F14 (B1, Limitations ¶1 s2–3): "The classification analysis uses reports from the AI Incident Database (AIID) as input data which rely on submissions from the public and subject matter experts. The quality, reliability and depth of detail in the reports varies across the dataset."; F15 (B1, Limitations ¶1 s4): "As the reporting is voluntary, the dataset is inevitably subject to some degree of sampling bias."; F16 (B1, Limitations ¶1 s5): "Spot-checks have been used to provide feedback on misclassifications and to iterate the tool, improving its reliability, however a systematic validation study has not yet been completed."; F17 (B1, Limitations ¶2): "Therefore patterns and trends observed in the data should be taken as indicative and validated through further analysis."; F33 (B3, Introduction ¶4–5): "The Incident Tracker uses large language models (LLMs) to make incident classification scalable. … However, LLMs can make mistakes when interpreting incident reports and assigning classifications. For instance, they can occasionally hallucinate details and can exhibit a score-range bias, where ratings cluster within a narrow band of an ordinal scale rather than using the full range."; F43 (B5, banner): "This is a research prototype. The data and analyses are preliminary and not yet validated"—untranslated: composed as received beside CAP-1-05, MMRS-02, MMRS-06, MMRS-16CAP-1-05, MMRS-02, MMRS-06, MMRS-16
F19F19 (B1, footer): "Website © MIT FutureTech 2026 … Data from the MIT AI Risk Initiative is licensed under CC BY 4.0"—untranslated: composed as received beside no archive claim
F31F31 (B3, Introduction ¶2): "Several databases already collect reports of AI-related incidents, including the AI Incident Database, the OECD’s AI Incident Monitor, the AIAAIC Repository, the Political Deepfakes Database, and others. The MIT AI Incident Tracker project builds on these efforts by classifying each incident against a set of risk taxonomies and rating the severity of the harm involved."—untranslated: composed as received beside MMRS-11MMRS-11
F32F32 (B3, Introduction ¶3 s3): "These outputs have been used to report on incident trends, including in the 2026 World Disasters Report and Time magazine."—untranslated: composed as received beside no archive claim
F51, F52, F53, F54F51 (W1, rendered page https://en.wikipedia.org/wiki/MIT_AI_Incident_Tracker (HTTP 404)): "Wikipedia does not have an article with this exact name."; F52 (W1, full-text search '"AI Incident Tracker"' (W1-search.txt)): "There were no results matching the query."; F53 (W3, Voiceverse NFT plagiarism scandal, Reactions and legacy ¶ (found by full-text search '"AI Risk Repository"', W2-search.txt: one result)): "The MIT AI Risk Repository catalogued the incident as an example of "economic and cultural devaluation of human effort""; F54 (W4, incidentdatabase.ai/cite/277 (the reference Wikipedia gives), Applied Taxonomies): "GMF, MIT MIT Taxonomy Classifications Machine-Classified … 4.3. Fraud, scams, and targeted manipulation … Malicious Actors & Misuse"—untranslated: composed as received beside no archive claim

equal-terms case: every field claim composed as received, beside the archive claims it stands with. Reading the received column recovers the field (§5.9).

R7the measure0 of 11 survive

v0.9 §4.10: KO_B sentences surviving in the KO at similarity ≥ 0.95, with positions (computed as apply_v09.py does: difflib.SequenceMatcher ratio, the best KO sentence for each KO_B sentence): v0.9 0 of 11 (positions [None, None, None, None, None, None, None, None, None, None, None]; composed first under v0.9, so there is no v0.7 object to measure against). Opening-run check (§5.10): no breach.

L_F(B)recomposed from the disclosed field, in the field's ontology549 words

The MIT AI Incident Tracker classifies 1,600 real-world report incidents from the AI Incident Database by risk, cause, harm, severity and other dimensions, by its page's heading, a catalogue of incidents where AI has already caused harm developed in collaboration with the AIID, by the about page. Raw AIID reports go through Arcola AI's LLM pipeline against the MIT Risk Repository and a CSET-based severity rating; the June 2026 update describes LLMs classifying the reports along five taxonomies, harm severity, EU AI Act level, cause, domain and subdomain, and the Navigator an LLM pipeline with human spot-checking over AIID incidents from news, papers and government reports. Incident databases' inconsistent structure limits their use for policy, the page says, and the tool is to give researchers, developers, auditors, policymakers and regulators a common frame of reference, as incident reporting did for aviation, healthcare and nuclear power. It is part of the MIT AI Risk Initiative at MIT FutureTech, whose home and about pages present connected workstreams and authoritative data and frameworks, and Simon Mylius developed and leads it, the team including the AIID's Sean McGregor; it builds on the AIID, created and maintained by the Responsible AI Collaborative, which the about page also lists as a user mapping incidents to the taxonomy. Per incident it shows the causal and domain taxonomies, the EU AI Act levels, severity across ten CSET-based harm types and the classification's confidence, with a national-security view of five impact categories and a threat classification, and the home page compares incidents by domain, harm, people affected, developer, time and national-security impact. The June 2025 update reached AIID incident #1116, reclassified every incident for consistency, moved severity from 0–10 to 1–5 and added flags for ambiguities and the system's primary goal; the June 2026 update plans a fuller validation study and a reclassification of all AIID reports. The counts differ: 1,600 in the page's heading, more than 1,400 in its description, 1,752 in Google's card for the page, more than 1,300 on the Navigator's card and 1,497 in the Navigator's heading, beside its headline figures. The June 2026 pilot set eight LLMs against two expert reviewers on ten incidents, found human agreement only fair on severity and moderate on the EU AI Act level, found Sonnet 4, the model in use, met or exceeded by Opus 4.6 and Kimi K2.5 on most taxonomies, and after prompt refinement found Opus 4.6 at the human baseline on all five, on a sample it calls small. The page's limits are voluntary reporting and sampling bias, reports of varying quality, spot-checks without a systematic validation study, and patterns to be taken as indicative; LLMs can hallucinate and show score-range bias, and the Navigator's data are preliminary and not yet validated. It builds on the AIID, the OECD's monitor, the AIAAIC Repository and the Political Deepfakes Database, its outputs used in the 2026 World Disasters Report and Time, and its data are CC BY 4.0. Wikipedia has no article for it; its only mention credits the MIT AI Risk Repository with cataloguing AIID incident 277 as economic and cultural devaluation of human effort, while the AIID page for 277 now shows the machine classification 4.3, fraud, scams and targeted manipulation.

L_A(B ∪ A)the field and the archive composed in the archive's ontology1465 words

The MIT AI Incident Tracker is a machine classification of AI Incident Database reports by risk domain, cause, harm, severity and EU AI Act risk level, made by Arcola AI's language-model pipeline against the MIT Risk Repository's taxonomy, and filed as a database (MMRS record); the MIT AI Risk Initiative's about page calls it "a catalogue that classifies incidents where AI has already caused harm", developed in collaboration with the AI Incident Database, and its own page says it classifies AIID incidents "by risk, cause, harm, severity, and other relevant dimensions". It is derived from the AI Incident Database (MMRS record): the tracker page builds on the Responsible AI Collaborative, "who created and maintain the AI Incident Database, reviewing all submitted reports", and sends its readers to the AIID for how incidents are defined and ingested, and the about page lists the AIID among the users of the Initiative's work, mapping real-world incidents to its taxonomy in the tracker. Its occasion, on its own page, is that incident databases "struggle with inconsistent structure, limiting their utility for policymaking", and its answer is a tool to classify incidents by risk and harm severity, offered as a common frame of reference for researchers, developers, businesses, evaluators, auditors, policymakers and regulators; the MMRS record restates the aim as a more consistent structure for AIID's records "by its own account", and the June 2026 update grounds it in what incident reporting did for safety in aviation, healthcare and nuclear power. Raw AIID reports are "processed by Arcola AI's LLM pipeline", which categorizes them with the MIT Risk Repository and a harm severity rating based on CSET's AI Harm Taxonomy (tracker page); the June 2026 update says the tracker uses LLMs to classify incident reports along five taxonomies, "producing standardized data", the Navigator that each incident is classified against shared taxonomies "using an LLM pipeline with human spot-checking", and the MMRS record that the classification is machine-made, its intake the AIID reports passed through Arcola AI's pipeline. The five taxonomies are harm severity across ten harm types, the EU AI Act risk tier, a causal taxonomy of lifecycle stage and intent, seven risk domains and twenty-four subdomains (June 2026 update); the tracker page shows each incident under the repository's causal and domain taxonomies and the EU AI Act's levels, with its severity across ten CSET-based harm categories and the classification's confidence, and the Initiative's home page lets incidents be compared by risk domain, harm, people affected, alleged developer, time or national-security impact. On 23 June 2025 the severity scale went from 0–10 to 1–5, its definitions disambiguated in the first person ("I have tried to remove ambiguities"), and the tracker added flags for ambiguities and alternative interpretations and the system's primary goal by a taxonomy based on the AIID's GMF (June 2025 update). A national-security view grades each incident's impact on its primary target country in five categories, from physical security and critical infrastructure to societal stability and human rights, with the threat classified for imminence, novelty and autonomy (tracker page; June 2025 update). It is part of the MIT AI Risk Initiative (tracker page), based at MIT FutureTech, a joint initiative of MIT's Institute of the Digital Economy and CSAIL, which keeps several connected workstreams because no single dataset captures AI risk and presents its data and frameworks as authoritative (about and home pages; card 2's summary lists among its tools an expert survey and the AI Risk Repository); the MMRS record gives the operator as the Initiative "with Arcola AI's LLM pipeline" and the tracker as part of the MIT AI Risk Repository. Simon Mylius "developed and leads the AI Incident Tracker", a classification tool and dashboard now hosted by the MIT AI Risk Repository, its analysis featured on the AIID (about page), and the tracker page's team names MIT FutureTech and University of Queensland researchers beside the AIID's Sean McGregor. The MMRS record gives the unit as the AIID report, classified by domain, cause, harm, severity and EU AI Act level; the tracker's pages count incidents ("1,600 real-world report incidents"), and the June 2025 update reclassified "all incidents" up to AIID incident ID #1116. MIT's surfaces give four figures: 1,600 in the tracker page's heading and "more than 1,400" in its description, which the MMRS record reports as the page giving its size twice; 1,752 "real-world AI incident reports" in the card's summary of that page; and on the Navigator "more than 1300" in its card and 1,497 in its page heading on 2026-10-29, beside headline figures of "Up -76%" year over year and 64% caused by AI systems. The MMRS record's count field (as of 2026-10-28, basis observed) carries the page's two figures, Google's card's 1,752 and the Navigator's "more than 1300", each with its surface, and the Capture Registry (2026-10-29) records the count "three ways" and that the composition gave none. The tracker is versioned by reclassification: the June 2025 update brought it up to AIID incident #1116 and classified the full dataset again with the new iteration "to ensure consistency", and the June 2026 update names as its next step a more comprehensive validation study and announces that the full set of AIID reports will be reclassified with the updated model selection and prompts. That update (30 June 2026) reports a pilot: because the tracker relies on automated classification rather than manual review, two expert reviewers classified ten AIID incidents on the five taxonomies, eight LLMs were set against their consensus, and the human agreement was itself only "Fair" for harm severity (0.31) and "Moderate" for the EU AI Act level (0.56). Opus 4.6 and Kimi K2.5 met or exceeded the model in current use, Sonnet 4, on most taxonomies, the models did substantially worse on the EU AI Act level, and after prompt refinement Opus 4.6 met the human baseline on all five "on this pilot sample", a sample the update calls small; it concludes that LLM classification has accuracy comparable to the human baseline. The tracker page states its limits: the classification database explores "the potential capabilities and limitations of a scalable incident analysis framework", its AIID input rests on public and expert submissions of varying quality, voluntary reporting gives "some degree of sampling bias", spot-checks have improved it but "a systematic validation study has not yet been completed", and patterns "should be taken as indicative and validated through further analysis". The June 2026 update adds that LLMs can hallucinate details and show a score-range bias, the Navigator calls itself a research prototype whose data and analyses are "preliminary and not yet validated", and the MMRS record carries the page's caveat in its kernel, its article and its note. At its name Google's AI Overview composed the tracker "as what it says it is, with its machine method named", AIID as the source and LLM pipelines as the method, which are the MMRS record's derivation and intake, avoided stating a count, and left out the page's caveat of indicative patterns, voluntary reporting and no completed validation study (Capture Registry, 2026-10-29). Data from the MIT AI Risk Initiative is licensed under CC BY 4.0 (tracker page), as most of its outputs are (about page). In the MMRS record it is a derived layer, "the editor-resolved incidents of AIID, reclassified by a model", whose admission inherits AIID's harm test and whose classifications are machine-written, so that original outputs are not preserved, and the chain from event to news report to AIID record to machine classification is "a chain of receptions, each recorded". The record keeps each assertion with its source and basis and the lifecycle apart from the observation that saw it (read 2026-10-28), and it rests every field on the one tracker page. The June 2026 update places the tracker among the incident databases it builds on, the AI Incident Database, the OECD's AI Incident Monitor, the AIAAIC Repository and the Political Deepfakes Database, adding to them a classification of each incident and a rating of its harm; the MMRS record gives it the role of harm. Its outputs have been used to report incident trends in the 2026 World Disasters Report and Time magazine (June 2026 update). Wikipedia has no article for the tracker, nor for the AI Risk Repository or the MIT AI Risk Initiative, and none of its articles contains the phrase "AI Incident Tracker"; its one mention of the work, in "Voiceverse NFT plagiarism scandal", says that "The MIT AI Risk Repository catalogued the incident" as "economic and cultural devaluation of human effort", referenced to the AIID's page for incident 277, which on 2026-10-29 shows the MIT classification as machine-classified under subdomain 4.3, fraud, scams and targeted manipulation, in the domain Malicious Actors & Misuse.

Δthe delta

T against L_F(B) (AIO's ontology at work on its own cards): At 'mit ai incident tracker' (T1, six cards, all MIT's: B1–B6) the composition gives the tracker by its own pages. Composed from its cards: the definition (B1 F1, at the coarse grain 'classifies and analyzes real-world artificial intelligence mishaps', the count omitted), the operator (B1 F7 'part of the MIT AI Risk Initiative', composed as 'developed by'), the method (B1 F6, B3 F23: 'Processes and standardizes reports … using automated large language model (LLM) pipelines', the pipeline's maker, Arcola AI, not named; the card's own snippet names it, F3), the 1–5 severity scale (B4 F38, without its date or its first-person author), the taxonomies at coarse grain ('multi-dimensional', B3 F24), the seven risk domains (B3 F24 gives '7 high-level categories'; T's list is at the grain of the Navigator's menu, B5, outside the ledgered spans), the national-security categories (B4 F39, B1 F11, five categories compressed), and the Navigator and the Initiative's portal as access (B5, B2). Available, not composed: every count (F1's 1,600, F2, F3, F41, F42, F45), which the Capture Registry records (CAP-1-02, CAP-1-04); the EU AI Act risk level (F9, F24) and the causal taxonomy; the AIID's operator and its review of reports (F8), the collaboration with the AIID (F46) and the developer (F49); the pilot validation, its design, its human baseline and its model in use, Sonnet 4 (F25–F29, F34); the planned reclassification (F35); the neighbours (F31) and the uptake (F32); the CC BY 4.0 licence (F19, F47). Limit dropped: the tracker page's limits (F13–F17: an exploration of a scalable framework, input of varying quality, sampling bias, no systematic validation study, patterns 'indicative'), the update's LLM errors (F33) and the Navigator's 'preliminary and not yet validated' (F43), none composed; 'a standardized 1-5 harm severity scale' composes the scale without the pilot's finding that human agreement on it is only 'Fair' (F29). The Capture Registry names this 'THE CAVEAT UNSAID' (CAP-1-05). Composed without attribution, by grain: 'developed by the MIT AI Risk Initiative' is at the coarse grain of F7 (the about page gives the developer as Simon Mylius and the work as 'developed in collaboration with the AI Incident Database', F49, F46): recorded, not a breach. Assigned to another: none within T. Substituted reading: none. Content replaced by use: the closer (T1-7), whose example categories (deepfakes, autonomous vehicles, privacy leaks) are on no card of this rail and are, near verbatim, T1-3's harm kinds at 'ai incident database' (its own row).

v0.9 §0.5: the first diff is ontological and small. T and the field agree on the entity, a classification of AIID incidents by MIT's taxonomies through an LLM pipeline. What T keeps is the tracker's self-description as a tool, its method and its dimensions; what it drops is the tracker's own account of how far the classification can be trusted (the page's limits, the update's pilot and its human baseline, the Navigator's 'not yet validated') and every count, the figures on which the four MIT surfaces disagree. The composition is the field at the grain of its feature list; the caveat that the field states of itself, in the place the field puts it (the page's 'Limitations of the analysis and dataset'), is the part T leaves out.

L_F(B) against L_A(B ∪ A) (the intervention): Admission adds, in one claim space with the field's: the tracker as a derived layer, AIID's editor-resolved incidents reclassified by a model (MMRS-07), whose classifications are machine-written and do not preserve original outputs (MMRS-20) and whose admission inherits AIID's harm test (MMRS-19), the four steps from event to machine classification a chain of receptions, each recorded (MMRS-08); the unit stated as the AIID report (MMRS-13), against the field's count and reclassification of incidents (F1, F37), carried under P_coh; the count read across surfaces as an observation with its surfaces named (MMRS-15, CAP-1-04), where the field states each figure on its own surface; the record kept apart from the entity, each field with its source and basis, the lifecycle apart from the observation (MMRS-21, MMRS-12, MMRS-22); the typed relations, part of the MIT AI Risk Repository and derived from the AIID (MMRS-17, MMRS-18), and the role of harm (MMRS-11); and the composition layer's observed treatment of the tracker at its name (CAP-1-01–CAP-1-05). Coherence (P_coh, composed each with its source): the MMRS record's unit, the report (MMRS-13), against the tracker's pages counting and reclassifying incidents (F1, F37) and classifying reports (F6, F23); the MMRS record's 'no systematic validation study is complete' (MMRS-06, MMRS-16) beside the June 2026 pilot (F25–F28), the two compatible as the update states (a pilot, a 'more comprehensive validation study' next, F35). Restated lineages (§3.6, the own page keeping the earlier date): MMRS-01 and MMRS-10 with F1 and F46; MMRS-02, MMRS-06 and MMRS-16 with F13–F17; MMRS-03 with F4–F5; MMRS-04 and MMRS-14 with F6 and F23; MMRS-05 with F1–F2; MMRS-09 with F7; MMRS-18 with F8. The measure is in row.measure.

alignment: {'T1_cards_claims': ['F1', 'F2', 'F3', 'F4', 'F5', 'F6', 'F7', 'F8', 'F9', 'F10', 'F11', 'F12', 'F13', 'F14', 'F15', 'F16', 'F17', 'F18', 'F19', 'F20', 'F21', 'F22', 'F23', 'F24', 'F25', 'F26', 'F27', 'F28', 'F29', 'F30', 'F31', 'F32', 'F33', 'F34', 'F35', 'F36', 'F37', 'F38', 'F39', 'F40', 'F41', 'F42', 'F43', 'F44', 'F45', 'F46', 'F47', 'F48', 'F49', 'F50'], 'T1_composed': ['F1', 'F6', 'F7', 'F11', 'F23', 'F24', 'F38', 'F39'], 'T1_composed_note': "F1 and F7 at coarse grain (the count dropped; 'part of' composed as 'developed by'); F24 at the grain of its domain count, the list at the Navigator menu's grain; F6 without Arcola AI", 'rule': "a field claim counts as composed when T states it at its source's grain or coarser; the typology of what is not is in T_vs_LB (§6.2)"}

Kthe prospective kernel sealed only at freeze27 entries
K1CAP-1-01 Capture Registry, 2026-10-29missing finding (an observation of the composition at the entity's address)
claim
CAP-1-01
source
Capture Registry, 2026-10-29
M_src
interpretation
sense
reception: the composition layer
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing finding (an observation of the composition at the entity's address)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K2CAP-1-02 Capture Registry, 2026-10-29missing finding (an observation of the composition at the entity's address)
claim
CAP-1-02
source
Capture Registry, 2026-10-29
M_src
interpretation
sense
reception: the composition layer
qualifiers carried
CAP-1-01, CAP-1-04, CAP-1-05
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing finding (an observation of the composition at the entity's address)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K3CAP-1-03 Capture Registry, 2026-10-29missing finding (an observation of the composition at the entity's address)
claim
CAP-1-03
source
Capture Registry, 2026-10-29
M_src
documented
sense
reception: the composition layer
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing finding (an observation of the composition at the entity's address)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K4CAP-1-04 Capture Registry, 2026-10-29missing finding (an observation of the composition at the entity's address)
claim
CAP-1-04
source
Capture Registry, 2026-10-29
M_src
documented
sense
count: four figures across MIT's surfaces
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing finding (an observation of the composition at the entity's address)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K5CAP-1-05 Capture Registry, 2026-10-29missing finding (an observation of the composition at the entity's address)
claim
CAP-1-05
source
Capture Registry, 2026-10-29
M_src
documented
sense
limits: indicative, not validated
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing finding (an observation of the composition at the entity's address)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K6MMRS-01 MMRS recordnone (one lineage with F1, F46, F6; the own page keeps the earlier date)
claim
MMRS-01
source
MMRS record
M_src
stipulation
sense
what it is: a classification of AIID incidents
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none (one lineage with F1, F46, F6; the own page keeps the earlier date)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K7MMRS-02 MMRS recordnone (one lineage with F17; the own page keeps the earlier date)
claim
MMRS-02
source
MMRS record
M_src
documented
sense
limits: indicative, not validated
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none (one lineage with F17; the own page keeps the earlier date)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K8MMRS-03 MMRS recordnone (one lineage with F4, F5; the own page keeps the earlier date)
claim
MMRS-03
source
MMRS record
M_src
attributed
sense
purpose: structure for policymaking
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none (one lineage with F4, F5; the own page keeps the earlier date)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K9MMRS-04 MMRS recordnone (one lineage with F6, F23; the own page keeps the earlier date)
claim
MMRS-04
source
MMRS record
M_src
documented
sense
method: Arcola AI's LLM pipeline over AIID reports
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none (one lineage with F6, F23; the own page keeps the earlier date)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K10MMRS-05 MMRS recordnone (one lineage with F1, F2; the own page keeps the earlier date)
claim
MMRS-05
source
MMRS record
M_src
documented
sense
count: four figures across MIT's surfaces
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none (one lineage with F1, F2; the own page keeps the earlier date)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K11MMRS-06 MMRS recordnone (one lineage with F15, F16, F17; the own page keeps the earlier date)
claim
MMRS-06
source
MMRS record
M_src
documented
sense
limits: indicative, not validated
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none (one lineage with F15, F16, F17; the own page keeps the earlier date)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K12MMRS-07 MMRS recordmissing distinction (the derived layer; F31 places it among databases it builds on)
claim
MMRS-07
source
MMRS record
M_src
interpretation
sense
place: a derived layer, a chain of receptions
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing distinction (the derived layer; F31 places it among databases it builds on)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K13MMRS-08 MMRS recordmissing relation (the chain of receptions)
claim
MMRS-08
source
MMRS record
M_src
interpretation
sense
place: a derived layer, a chain of receptions
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing relation (the chain of receptions)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K14MMRS-09 MMRS recordnone (one lineage with F7, F6; the own page keeps the earlier date)
claim
MMRS-09
source
MMRS record
M_src
documented
sense
operator: the MIT AI Risk Initiative at MIT FutureTech
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none (one lineage with F7, F6; the own page keeps the earlier date)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K15MMRS-10 MMRS recordnone
claim
MMRS-10
source
MMRS record
M_src
documented
sense
what it is: a classification of AIID incidents
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K16MMRS-11 MMRS recordmissing distinction (role: harm)
claim
MMRS-11
source
MMRS record
M_src
interpretation
sense
neighbours: the incident databases it builds on
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing distinction (role: harm)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K17MMRS-12 MMRS recordmissing distinction
claim
MMRS-12
source
MMRS record
M_src
documented
sense
the record kept apart
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing distinction
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K18MMRS-13 MMRS recordqualified claim (F1, F37: the pages count incidents)
claim
MMRS-13
source
MMRS record
M_src
documented
sense
the unit: report or incident
qualifiers carried
MMRS-01
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
qualified claim (F1, F37: the pages count incidents)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K19MMRS-14 MMRS recordnone (one lineage with F6; the own page keeps the earlier date)
claim
MMRS-14
source
MMRS record
M_src
documented
sense
method: Arcola AI's LLM pipeline over AIID reports
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none (one lineage with F6; the own page keeps the earlier date)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K20MMRS-15 MMRS recordqualified claim (F1, F2, F3, F41; F42 not carried)
claim
MMRS-15
source
MMRS record
M_src
documented
sense
count: four figures across MIT's surfaces
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
qualified claim (F1, F2, F3, F41; F42 not carried)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K21MMRS-16 MMRS recordnone (one lineage with F15, F16, F17; the own page keeps the earlier date)
claim
MMRS-16
source
MMRS record
M_src
documented
sense
limits: indicative, not validated
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none (one lineage with F15, F16, F17; the own page keeps the earlier date)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K22MMRS-17 MMRS recordqualified claim (F49: 'hosted by the MIT AI Risk Repository'; F7: part of the Initiative)
claim
MMRS-17
source
MMRS record
M_src
documented
sense
operator: the MIT AI Risk Initiative at MIT FutureTech
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
qualified claim (F49: 'hosted by the MIT AI Risk Repository'; F7: part of the Initiative)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K23MMRS-18 MMRS recordnone (one lineage with F8; the own page keeps the earlier date)
claim
MMRS-18
source
MMRS record
M_src
documented
sense
source: the AI Incident Database
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none (one lineage with F8; the own page keeps the earlier date)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K24MMRS-19 MMRS recordmissing finding (inherited harm test)
claim
MMRS-19
source
MMRS record
M_src
interpretation
sense
place: a derived layer, a chain of receptions
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing finding (inherited harm test)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K25MMRS-20 MMRS recordmissing distinction (machine-written; no original outputs preserved)
claim
MMRS-20
source
MMRS record
M_src
interpretation
sense
place: a derived layer, a chain of receptions
qualifiers carried
MMRS-19 (basis 'reading')
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing distinction (machine-written; no original outputs preserved)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K26MMRS-21 MMRS recordmissing distinction
claim
MMRS-21
source
MMRS record
M_src
stipulation
sense
the record kept apart
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
missing distinction
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
K27MMRS-22 MMRS recordnone (the record's own provenance)
claim
MMRS-22
source
MMRS record
M_src
documented
sense
the record kept apart
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not, uptake §8.3)
contrast
none (the record's own provenance)
resolver
a later capture at 'mit ai incident tracker' (ADDR-f65abd8a4bbe) on Google AI Overview, seated in the Capture Registry (§8.3)
Archive bearing — D/R/O traversalread

Candidates are found by string; admission is by reading.

traversalfirst reading, 2026-10-29
D 0 deposits · 0 sentencesR 0 · 0O 2 · 0 direct, 3 classhop —read: 0 admitted, 2 not

Lee Sharks · Crimson Hexagonal Archive · register v1.36, 2026-10-27. Built by scripts/build_non.py from the files linked above; it writes nothing back. Working, not frozen.