1. Set the comparison contract
Freeze the control question set, surface, route, locale, session rule, repetition schedule, capture schema and measures. Define the minimum number of comparable windows and the conditions that break the series.
Choose whether the study describes within-window variability, between-window change or both. The design and number of repetitions differ.
2. Collect each window as a versioned batch
Give every batch an identifier, protocol version, start and end time, environment note, rights state and cost record. Run the same validation and missing-data checks before calculating results.
Do not backfill a missed run with a later observation and label it with the original date. Keep the gap visible.
3. Compare components, not impressions
Calculate the preregistered components: availability, claim continuity, structural features, source overlap, citation persistence, diversity and missingness as applicable. Preserve question-level results so an aggregate can be traced back to individual controls.
Review changes in the question mix, source UI and missingness before interpreting the main metric. A stable average can hide offsetting changes; a large shift can be a capture-method effect.
4. State the evidence level
Report the exact windows, sample, eligible denominator, observed difference and uncertainty or variability available from the design. Identify any segmented series and show the protocol version beside the data.
Use “difference” for two comparable points. Reserve “trend” for the preregistered number of comparable windows across the required duration. For ai-fanout.com, the accepted public launch gate is at least three comparable batches across at least 60 days, plus the remaining evidence and ownership gates.
- Difference: a measured contrast between named windows.
- Pattern: repeated behavior within the observed sample.
- Trend: a preregistered longitudinal claim that passed the series gate.
- Hypothesis: an explanation that still needs targeted evidence.
Source notes
These sources support the definitions, standards or project boundaries named in this reference. They do not prove that a public observation dataset exists.
- portfolio-dossierCanonical ai-fanout.com domain dossierOwner record
Confirmed ownership, accepted public Evidence Lab purpose, named Research Owner, indexable website launch and separately gated provider research.
- nist-ai-rmf-genaiNIST AI RMF Generative AI ProfileOpen
Supports explicit measurement, documentation, monitoring and limitations for generative-AI evaluations.
- w3c-prov-oPROV-O: The PROV OntologyOpen
Provides provenance concepts for entities, activities, agents, derivations, sources and versions.
- rfc-3339RFC 3339: Date and Time on the InternetOpen
Supports an interoperable timestamp representation tied to UTC.