Background
The archive that keeps the original words
The Campus Alert Archive is a living record of emergency notifications sent by US colleges and universities, built around one goal: capture each alert in its exact, original wording. Where that wording is confirmed from a primary source, we reproduce it exactly, typos, abbreviations, formatting oddities and all. Where it is not, we never guess at what an alert said: the message is marked plainly as documented but not yet confirmed, with no invented text, and we keep working to recover its exact words. The exact words institutions choose during a crisis reveal more about emergency communication than any policy document ever will.
A personal-interest, for-fun project · Built with AI · Open-source data
What this is
A research tool. Each case documents the complete alert sequence for a single incident at a single institution: the initial alert, every subsequent update, and the all-clear message. Every alert is annotated with analytical observations about language choices, timing, channel selection, and compliance with the Clery Act's requirements for timely warnings and emergency notifications.
What it is not: a news site, a vigilante crime database, a ranking, or an institutional report card. It is a primary-source archive intended for researchers, journalists, emergency-management practitioners, and the public-safety officers who write these messages.
Why this exists
This started as a way to learn to use AI well. Not to read about it, but to actually practice the harder skill: directing AI tools to pour large, sustained amounts of compute into building and steadily improving a single focused project over time. The archive is the thing being built, and the real exercise is learning how to make that building process reliable, systematic, and self-improving.
Campus emergency alerts turned out to be an ideal subject. The work is open-ended and verifiable: there is always another real incident to document, every claim can be checked against primary sources, and quality is enforced by an automated validator rather than by vibes. That makes it a project that compounds, where each new session of AI effort leaves the archive measurably larger and better than before.
The more effort goes in, the better it gets: more verified cases, more verbatim text recovered, a more useful record. And preserving the exact words institutions choose in a crisis, typos and all, is a genuine public good that falls out of the exercise.
The wider point is the method, not the subject. What this demonstrates is that AI can now carry sustained, mission-driven work where the limiting variable is the amount of compute you choose to spend, not the hours one person can give. Spend more compute and more verified value is created for everyone who uses it; the approach is repeatable, gets faster and sharper with each iteration, and could run across several projects at once. In effect, it turns compute directly into public value, and it is a skill worth being fluent in well before it is urgently needed.
That last part matters most in emergencies. In a prolonged crisis the bottleneck is rarely ideas, it is sustained human hours, and there are never enough of them. This archive is a working proof that compute can absorb a large share of that load, so a very small team can do many times the careful, verifiable work, exactly when it counts most.
How it’s built
Almost all of this was built by AI, with very little human input. One person maintains the archive, but they write almost none of it by hand: the research, the writing, the fact-checking, and the publishing are done by AI agents, led by Claude Code, that can read, search the web, write files, run checks, and open pull requests on their own. The maintainer describes a goal in ordinary English, sets the quality bar once, and reviews what comes back. The work compounds: every session leaves the archive a little larger and a little better.
Who does what
Created and maintained by Kevin Pisciella, Emergency Preparedness Specialist in the Office of Environmental Health and Safety (Emergency Management) at Princeton University, working with AI. This is a personal-interest, for-fun project: it has grown with the encouragement and feedback of Princeton University Emergency Management, but its AI-produced content is not formally reviewed by University staff before publishing, and AI-generated data may be incorrect, incomplete, or misleading. Please use with skepticism and caution. While the purpose of this project is to be helpful and useful, the AI-generated nature of this project reduces the reliability and external validity of the content compared to human-conducted research. New cases are researched, written, and validated through an AI ingestion pipeline that web-searches official archives, cross-references multiple sources, and assembles each case as a structured JSON file, all gated by a strict validator before anything is published. Every case is sourced; every source is linked; the archive updates in weekly rounds posted Monday mornings. As of July 2026, growing that pipeline (adding new cases, adding new alert-and-warning policies, and reviewing OpenAI Codex’s contributed batches before they merge) is owned by Claude Sonnet 5; recovering the exact transmitted wording of alerts from official university archives is the dedicated workstream of SuperGrok Heavy (xAI), whose every confirmation is logged in a hash-verified evidence ledger; and the site itself (its design direction, information architecture, analytics, and platform engineering) is directed by Claude Fable 5, which also supervises the recovery workstream, with the maintainer setting the standard and reviewing the results (see the colophon).
Kevin Pisciella: Princeton Emergency Management · Environmental Health & Safety · LinkedIn
What the AI actually does
Researches real incidents
It web-searches official alert archives, after-action reports, and student-newspaper coverage, and cross-checks the facts against multiple independent sources before writing a word.
Writes each case to a strict format
It produces a structured file per incident, preserving alert text exactly as sent (typos and all), tagging each message, and pairing every claim with a source link.
Checks its own work
A validator script enforces the rules: sources present, timestamps sane, no fabricated wording. The AI keeps fixing until it passes with zero errors and zero warnings.
Ships it for human review
It commits the work and opens a pull request: a proposed change the maintainer can read, question, and approve before it ever goes live.
Documenting 2,026 incidents and 4,392 individual alerts to this standard, each one researched, sourced, and fact-checked, would normally be months of work for a researcher or a small team. Here, the AI did nearly all of that heavy lifting: the reading, the cross-checking, the writing, the revising, more than 1.5 million words of it, roughly twenty novels’ worth. The person behind it mostly decided what to work on next and reviewed what came back: hours of direction, not months of labor. The ongoing cost is two paid personal AI subscriptions, Claude (Max tier) and SuperGrok Heavy, flat monthly plans quietly doing the work of far more. That gap, between how hard the AI works and how little the human has to, is the whole point.
The rules of evidence behind all of this (what counts as an alert, how verbatim text is verified, who codes what) live on the methodology page.
How it is funded
Out of pocket, as a personal project to practice using AI. There is no grant funding behind it. You can search, read, and download the complete dataset free from every page. The site uses Google Analytics so the maintainer can get an aggregate sense of whether the archive is actually useful, like which pages get visited and which go unread; see the Privacy & Analytics page. The site is hosted on a personal paid Vercel plan, and the cases are written and maintained with personal Claude Code and SuperGrok Heavy subscriptions. The source code and the data live in a private GitHub repository; the complete dataset is free to download from every page of the site.
In plain terms, this is a project the maintainer pays for and enjoys. If that ever changes, this page will say so.
The legal framework
The Clery Act (20 U.S.C. § 1092(f)) and its implementing regulations (34 CFR § 668.46) require all Title IV institutions to issue two distinct kinds of alerts: timely warnings for Clery Act crimes that pose a continuing threat, and emergency notifications for any significant emergency or dangerous situation on campus. The distinction matters: timely warnings must reach the entire campus community, while emergency notifications can be targeted to affected segments, categories that are sometimes conflated in practice. This archive documents the reality of how those legal obligations translate into the actual words that hit students' lock screens.
Why typos are preserved
When a typo survives into a mass notification reaching tens of thousands of people, it isn't an error to fix in hindsight; it's evidence of how people communicate under extreme urgency. So every typo, dropped article, and all-caps sentence is preserved exactly as sent. How we handle verbatim fidelity →
Confidence ratings, in plain English
Each case carries an honest confidence rating: HIGH (verbatim from an official source) or MEDIUM (reliable secondary reporting that still quotes the alert directly). It rates the reliability of a case’s broader source material, not the alert text itself: as covered above, this edition shows a message’s exact wording or nothing at all, so there is nothing here to reconstruct or paraphrase. See the full rating definitions →
A note on color, because it should never make you guess. On a case timeline, each message is tinted by where it sits in the alert lifecycle — initial, update, all-clear, or correction. Beyond that, the only colored marks are the labeled resolution badges (hoax, unfounded, under investigation) and the green “verbatim” tick. Every colored mark carries its meaning in text right next to it, so nothing depends on color alone — and nothing else is color-coded. Incident types, confidence ratings, and campuses all render in neutral ink: the archive does not color-rank incidents, institutions, or sources by severity.
Institutional diversity
The archive aims for coverage across every institution type, from large research universities to community colleges, HBCUs, tribal colleges, and institutions in US territories. All cases are treated and weighted equally. Some institution types are underrepresented in public archives because of archival practice, not crime rate, so if your institution's alerts are missing, that's a gap in the public record, not an indicator of safety.
Want to help? Here’s exactly how
Helping takes about a minute and no account. If you know of a campus alert we are missing, or a page that shows the exact wording of one, paste the link below and send it. That is the whole contribution. We do the research and the writing from there, and our AI team turns the lead into a fully sourced case.
You do not need to add anything else, though a single link is often enough to fill a real gap. There is no quota and no pressure, and nothing you send is published automatically: a person reviews every submission first, so you truly cannot break anything by sending a link.
What makes a good link
- An official alert page, campus safety-account post, or news story that quotes the exact wording of an alert, since verbatim wording is what the archive is built on.
- An incident at any US college or university that we have not documented yet. Community colleges, HBCUs, tribal colleges, small and rural schools, US territories, older incidents, and non-shooting events (weather, fires, hazmat, public health) are especially welcome, because the public record covers them least.
- Even a rough lead helps. If you are not sure a link is exactly right, send it anyway and add a note in the details. Sorting that out is our job, not yours.
Authenticity is the entire point of this archive, so we follow one firm rule: we never invent or polish an alert. If the exact wording of a message cannot be found, the tip is still welcome — it becomes a case in the working archive, and appears on this site only once we confirm a message’s exact wording from a source. We never publish paraphrased or reconstructed alert text here. A person reviews every submission before anything is published, and we credit every contribution we use, the way you ask in the details panel. If you leave an email, we will let you know when your link becomes a case.
Frequently asked
Questions readers ask
Why does it say “AI-assisted” on every page?
My institution's alert is wrong / missing / outdated.
Can I cite a case in academic work?
Do I need an account?
Do you collect any data on visitors?
How can I help?
Colophon
How this edition is made
The Campus Alert Archive is owned and published by Kevin Pisciella, who sets the editorial standard every contributor, human or machine, is held to, and pays for the whole thing out of pocket.
Claude Fable 5 (Anthropic) directs the site: the documentary-editorial design system and its type and color tokens, the information architecture, the cross-corpus analytics on the Findings page, and the platform engineering underneath: the search engine, the dataset and citation infrastructure, and the accessibility standards the site is audited against. Claude Sonnet 5 grows the archive itself: new cases, new policies, fact-check sweeps, and review of contributed batches. Claude Opus 4.8 and Claude Sonnet 5 code the message elements, twenty-five independent reads per alert, with the coding model recorded on each entry. SuperGrok Heavy (xAI) works the institution source census: it investigates each school’s public alert sources, recovers verbatim alert text, and builds complete cases from what it finds, the tasks that need an unrestricted browser, working under Fable 5’s supervision with every confirmed text logged, hashed, and machine-checked in an evidence ledger before it can merge. None of the AI work is human-reviewed line by line; all of it is validated, sourced, and honestly labeled: the standard is the review.
The type is Fraunces for display, Source Serif 4 for reading, and Geist Sans and Mono for the interface and the artifacts, all self-hosted. The site is built with Next.js as a fully static export (no server, no API between you and the data) and served from Vercel.
Dataset v2026.07, released July 2026 · downloads & citations
For provenance standards, validation rules, and the Clery framework in detail, see the methodology page.