Audit Reference Originality

Audit Reference Originality

Compare the shipped experience with the complete reference corpus. Treat the audit as an evidence exercise, not a vibe check.

Preserve the audit boundary

• Audit only unless the user also asks for fixes.
• Call findings originality risks, overlaps, or red flags; do not declare legal plagiarism from visual similarity alone.
• Pair every red flag with exact current-site evidence and exact reference evidence.
• Keep fact, inference, and unknown access separate.
• Do not clear a site after checking only its homepage screenshot.

1. Build the source registry

Start with the materials explicitly supplied in the task or recorded by the project:

• manifests, prompt packs, and originality matrices
• representative stills, full-page captures, and section crops
• MP4s and extracted motion frames
• reference URLs and named creators
• source brand assets, copy, numbers, screenshots, and downloads
• project briefs, IMAGE_CREDITS.md, licenses, and attribution files

Prefer local evidence captured at the time of the brief. Use a live reference only to fill a real gap, because it may have changed. Record each reference's path or URL, role, date when known, and which categories it can prove.

Stop and report an access gap when a promised reference is missing. Do not silently reduce a full-page or motion audit to one cover image.

2. Inventory the current site and its history

Inspect:

• rendered text, metadata, navigation, calls to action, legal copy, and hidden accessible labels
• brand names, wordmarks, logos, icons, people, companies, URLs, and product/interface data
• prices, metrics, dates, counts, percentages, package names, and repeated proof claims
• every rendered image, background, texture, screenshot, font, logo, icon, audio file, and downloadable asset
• every video, poster, frame sequence, shot order, transition, duration, and playback treatment
• layout hierarchy, section order, distinctive compositions, typography behavior, motion grammar, shaders, cursor effects, and interaction sequences
• current source, built output when available, asset provenance, and repository history

Do not trust filenames as proof of originality. Inspect the bytes, visible result, and history. Search renamed, deleted, and replaced files with git log, git show, git log -S, and git log --all --name-status.