AI Trace

Methodology

This page documents how AI Trace operates: our editorial process, evidence standards, data model, and commitments.

Editorial Process

Entries move through a four-stage lifecycle: intake, review, publication, and ongoing verification. Intake has two channels, and both feed the same human review.

Intake

Anyone can submit a report via the Report a Sighting form, no account required. Alongside community submissions, our automated evidence discovery pipeline scans public sources and drafts candidate entries with citations. Both channels land in the same moderator review queue; neither can publish anything on its own.

Review

A moderator reviews each candidate. They verify the claim against the cited sources, assess each source against the tier taxonomy below, accept or reject each source individually, and check for duplicates.

Publication

Accepted entries become structured records linked to the company profile, with a category, structured fields describing deployment and labor impact, and at least one accepted cited source.

Ongoing Verification

Entries are periodically re-audited: an automated pass re-checks published practices against current sources and proposes corrections, which go through the same moderator review. If a company reverses a practice or contradicting information emerges, entries are updated with full edit history preserved.

Every change to every entry is recorded in the public edit history visible on each company profile page. This append-only log is the primary mechanism against astroturfing.

Evidence Standards

Every claim must be backed by at least one cited source, and every source is classified into a three-tier taxonomy. The tier determines what a source can do on its own.

Tier 1: Primary

Company Disclosure, Regulatory Filing

Material from the company itself or filed with a government: official statements, press releases, engineering blogs and documentation on official domains, SEC and regulatory filings. A single Tier 1 source can substantiate a claim.

Tier 2: Reputable Press and Research

News Article, Academic Paper

Reporting from established outlets with editorial standards and named authorship, and peer-reviewed academic research. Reliable, though it can lag or compress technical detail.

Tier 3: Secondary and Community

Social Media Post, Community Report

Social media posts, community reports, and forums. Never sufficient alone: a Tier 3 source can open an entry as Reported, but the practice needs at least one Tier 1 or Tier 2 source to stand. Screenshots are required for social media sources.

Three sourcing rules apply. We distinguish which are enforced by code and which by editorial review, because the difference matters to anyone auditing us:

At least one accepted cited source per published practice.

Enforced in code: the automated publishing path refuses to create a practice whose sources were all rejected in review.

At least one accepted Tier 1 or Tier 2 source per practice.

Enforced in code: the automated publishing path refuses to publish a practice whose accepted sources are all Tier 3. Tier assignment is deterministic (government and regulatory domains and the company's own registered domain are Tier 1; a maintained allowlist of press with editorial standards is Tier 2; everything else is Tier 3), and a reviewer can override an individual source's tier only with a recorded reason.

Claims that AI automates a prior human task carry a stricter, two-sided standard: one side of the evidence must document the prior human process at the specific company, the other must confirm AI now performs that task.

Enforced in code at every write path, backed by a database constraint. Where only one side is confirmed, the claim is classified as unclear rather than published as automation.

We reject claims based solely on speculation, rumors, or sources that cannot be independently verified. When evidence is disputed, the disputed status is shown on the entry. Where sources do not support a specific value, fields are honestly marked unknown rather than filled with plausible guesses.

Neutrality Commitment

We do not tell you how to feel about AI. We document what companies do and let you draw your own conclusions.

The UI does not use red/green good/bad framing. Status badges are factual, not emotional. “Confirmed AI Use” is descriptive, not a judgment. We track AI use; we do not rate it.

We do not accept payments from companies to influence their entries. Companies cannot submit corrections directly; they must go through the same community process as everyone else. All edits are logged and public.

Labor impact classifications describe real-world effects, not moral judgments. A practice classified as automating a prior human task is factual, not an accusation, and it carries the strictest evidence standard on the platform.

Data Dictionary

The record is three tables: companies, practices, and evidence. A company has many practices, a practice has many cited sources, and every claim is traceable to at least one source row. Three more tables hold the public records about a company, the fields of each record with the quoted words behind them, and the none-found lines that state where a search for records found none. The full codebook defines every field and value; this is the summary.

Companies12 fields. One row per company profile. The id is the stable identifier; the slug is the current URL path and can change when a company is renamed.
Practices24 fields. One row per documented AI practice. Every structured field supports an explicit "unknown" or "unclear" value, and every descriptive field may be left null, when sources do not support a specific value. We do not guess.
Evidence11 fields. One row per cited source. Every claim in a practice is traceable to at least one row here; a published practice has at least one accepted source, and at least one Tier 1 or Tier 2 source.
Records10 fields. One public record about a company: a regulator action, an incident or a training data statement, each quoting the words of its source. The records export in JSON serves one object per record, and the company route serves the company's records when include=records is asked for. A published record can carry fields that failed their check; each such field is shown as null.
Record fields11 fields. One row per field of a record that is not null, in the records export in CSV, which repeats the record's own columns on every row. A record whose fields are all null has one row with the field, value, quote and source_url cells empty, so this table has no primary key. In JSON the value, quote and source_url of a field form the field object under a record's fields, in the export and in the company route.
None-found lines15 fields. One line per company and record kind where the latest search found no record, while the company holds no published record of that kind. The none_found export serves one row per line, and the company route serves the company's lines when include=records is asked for. Each line states, with dates, where the search looked and found none, and which sites it did not search. A line with no sentence the company page shows is not served.

Every structured field takes one of a fixed set of values, and each set includes an explicit sentinel (unknown, unclear, other) for when the sources do not say. The values and their labels:

Company AI statusConfirmed AI Use, Suspected AI Use, No Known AI Use, Under Review
Practice statusVerified, Reported, Disputed, Retracted
Practice categoryCreative Generation, Productivity Automation, Data Analysis, Content Moderation, Recommendation System, Customer Service, Other
Deployment scopeAll Users, Opt-in, Pilot, Internal Tool, Offered, Not Mandated, Unknown
AI functionGenerating, Classifying, Matching, Summarizing, Recommending, Detecting, Predicting, Automating, Other
Labor impact typeAugments Existing Work, Automates Prior Task, New Capability, Unclear
VisibilityConsumer-facing, Internal, Both
Source typeCompany Disclosure, Regulatory Filing, News Article, Academic Paper, Social Media, Community Report
Provenance statusAI drafted, Human edited, Human verified
Record kindRegulator actions, Incidents, Training data
Source classCompany statement, Official record, Attributed report
None-found sentence typeAsked, Watched, Own page
Not-searched reasonfailed fetch, robots.txt, answered with results, results did not name the company, unproven, no dated item, press, no channel, not polled

Two fields are easy to misread. The completeness score is computed from which fields the cited evidence supports; it is set automatically and is not an editorial judgment. A company's “last verified” date is the most recent time a moderator published or edited a practice or a cited source under that company; it does not mean every claim was re-checked on that date.

Read the full codebook, or fetch the same definitions as a machine-readable schema at /datapackage.json.

Known Limitations

The record is built from public documents, reviewed by people, and it has the limits that implies. Anyone relying on it should know these before drawing conclusions.

Coverage is limited to documented practices.

An entry exists only where public sources document a practice. Absence of an entry is not evidence that a company does not use AI; it means we have not found and reviewed a source that says so. A status of No Known AI Use records the same thing at the company level.

We make no claim of completeness.

Companies are covered unevenly, and within a company the practices we document are the ones sources describe. Counts of practices per company, per category, or per industry measure our coverage as much as the underlying activity, and should not be read as a census.

Some practices rest on a single source.

A single Tier 1 source can substantiate a claim, so a practice may be Verified on one company document alone. The source count is published on every entry; readers who need corroboration should check it.

Archived copies have gaps.

We keep an archived copy of each cited page where we can. Some publishers block archiving and some pages were gone before we captured them; those entries show the original link and, where one exists, the archive, with a dead-link marker when the original no longer resolves.

Verification lags the world.

Entries are re-checked periodically, not continuously. A practice may have changed, been expanded, or been discontinued since its last review, and a company's last verified date records the most recent moderator action, not a full re-check. Where sources do not confirm a practice is still active, we use the past tense.

Structured fields are often unknown.

Every structured field has an explicit sentinel for when sources do not say, and many entries carry them. The completeness score makes this visible per entry; a low score reflects what the sources support, not the quality of the review.

We have not yet published an error rate.

Every entry passes human review and every correction is recorded in the public edit history, but we do not yet publish a measured error rate for the record as a whole. Until we do, treat individual entries as claims with cited sources, and check the sources for anything that matters.

How to Cite

One citation form is used on every surface: an APA-shaped reference with Trace Foundation as the author, the date the data was current, and a stable link that survives a company rename. Live pages add the date you accessed them; a dataset release carries a DOI instead.

A company record

Trace Foundation. ({year}). {Company name}: documented AI practices (data as of {YYYY-MM-DD}) [Data set record]. AI Trace. https://www.aitrace.org/r/company/{id}. Accessed {Month D, YYYY}.

Every company page carries a Cite this record block that fills this in, with a copy button and a BibTeX entry.

A practice record

Trace Foundation. ({year}). {Company name}: {practice title} (data as of {YYYY-MM-DD}) [Data set record]. AI Trace. https://www.aitrace.org/r/practice/{id}. Accessed {Month D, YYYY}.

Every practice page carries the same block, titled with the company name and the practice summary.

A briefing

Trace Foundation. ({year}). {Briefing title} (data as of {YYYY-MM-DD}) [Briefing]. Generated from AI Trace, https://aitrace.org/. Accessed {Month D, YYYY}.

Printed on every briefing generated by the research portal, in the PDF and the accessible HTML view; the generation date is the accessed date.

A data export

Trace Foundation. ({year}). AI Trace export {export id} (data as of {YYYY-MM-DD}) [Data set extract]. AI Trace. https://aitrace.org/. Accessed {Month D, YYYY}.

Included with every export from the research portal; the export id identifies the file, not a public page.

A dataset release

Trace Foundation. ({year}). AI Trace dataset (Version {YYYY.MM}) [Data set]. Zenodo. https://doi.org/{doi}

DOI: first release December 2026. Until then, cite the company or practice record directly.

For a versioned dataset release, which carries a DOI and no accessed date. A second line offers the concept DOI that covers all versions.

Braced items are filled in from the record. The stable link uses the record's id and redirects to the current page, so a citation keeps working after a rename; the data-as-of date is the record's most recent content change. A BibTeX entry with the same fields is offered beside every citation.

License

The factual data (company names, AI practice descriptions, evidence citations, and the fields exported with them) is licensed under the Creative Commons Attribution-ShareAlike 4.0 International license (CC BY-SA 4.0). You may share and adapt the data for any purpose, including commercial and machine-learning purposes, on the license's terms: give appropriate credit to AI Trace, link to the license, note any changes you made, and distribute adapted material under the same license.

Trace Foundation will not assert the ShareAlike condition against machine-learning model weights or model outputs trained on the data. Attribution still applies where the data itself is redistributed. The license applies to the factual data only; the site software, design, and branding remain the property of Trace Foundation, Inc.

Dispute Process

If you believe an entry is inaccurate, you can file a dispute directly from the practice detail page. Disputes are reviewed by moderators and resolved transparently.

Dispute types are: wrong or fabricated information, source inaccuracy, miscategorization, outdated information, and biased framing. Every reviewed dispute's outcome, whether accepted or rejected, is published on the entry's page with a resolution summary written by the reviewer, and an accepted dispute's changes additionally appear in the public edit history.

The dispute submission itself is never republished. What appears publicly is our own text: the dispute category, the dates, the verdict, and the reviewer's summary. Submissions that are not genuine disputes, such as spam or abuse, are dismissed without a public record; the transparency promise applies to disputes reviewed on their merits.

We do not silently remove contested information. If an entry is disputed, it carries a “Disputed” badge until the dispute is resolved.

Corrections follow the same transparency rule. When an error is verified, the entry is corrected and the change is recorded in the public edit history. An entry that turns out to be materially wrong is marked Retracted rather than deleted: the record of what we got wrong stays public, because a transparency platform does not get to hide its own mistakes.

How to Contribute

The most valuable thing you can do is submit evidence. If you notice a company using AI, report it via the Report a Sighting form. It takes under 90 seconds. No account required.

You can also help by sharing news articles about corporate AI practices, linking to company profiles in relevant discussions, and filing disputes when you spot inaccuracies.

Our Use of AI

AI Trace tracks corporate AI use. We hold ourselves to the same standard. Our own AI practices are documented on our company profile at /company/trace-foundation.

Intelligent Submission Processing

Active

When a community report arrives, a language model pre-screens it for the moderator: which company it likely refers to, whether it duplicates an existing entry, and which category fits. Suggestions appear as pre-filled, editable fields in the review interface. Moderators always have the final say.

Semantic Search

Active

Vector embeddings power semantic search alongside keyword matching, so a search for a concept finds relevant entries even when they use different terminology.

Automated Evidence Discovery (Scanner)

Active

A multi-stage discovery pipeline built on commercial frontier language models searches public sources for evidence of corporate AI use and drafts candidate entries as structured records, with every claim citing the sources it came from. Candidates enter a moderator review queue where each source is individually accepted or rejected and the entry's text can be edited before publication. The guarantees on this path are enforced in code, not policy: a practice cannot be created if all of its sources were rejected, and the corroboration guard described under Evidence Standards applies to every write path.

Automated Re-Verification (Auditor)

Active

A companion pipeline periodically re-examines published entries against current public sources and proposes field-level corrections, each with citations. Proposals pass through the same review queue, and accepted changes are recorded in the public edit history.

Continuous Company Monitoring (Watchers)

Active

Watchers poll the newsrooms and SEC filings of tracked companies around the clock. When something new appears, it is screened for relevance and flagged to our reviewers, typically within minutes of publication. An alert is a lead, never evidence: it can prompt a scan or a re-audit, and everything passes through the same human review and sourcing standards before publication.

Every entry here starts with automated discovery and ends with human judgment. No human team can continuously track the public record of hundreds of companies, so our automated research pipeline, built on commercial AI models, does the finding and the first draft: it watches company newsrooms and regulatory filings for new developments, searches public sources, and drafts candidate entries with citations. Human reviewers decide what is accurate enough to publish, and every published entry records who reviewed it and when, field by field, on the entry itself. This disclosure does not depend on watermarking or AI-detection technology; we describe how our system works whether or not tools exist that could detect it.

Nothing AI-assisted is published without human moderator approval. The specific commercial models in use are documented on our company profile and updated as they change, so this page describes the architecture and its guarantees rather than any one vendor.

For information about the team and how to support our work, see the About page.