Start with the launch brief, not the generated page.
The room begins with the owner’s objective, audience, constraints, claims to avoid, brand links, and acceptance criteria. Without the brief, the finished website can look polished while missing the actual job.
Store the exact prompt or message that initiated the launch, plus any updates that changed scope during the work.

Brief first
Evidence starts before the first pixel is shipped.
Approval state
Capture who approved the launch, what they approved, and whether approval expires before deploy.
Source list
Keep source URLs and dates beside the claims they support, especially for market or safety language.
Browser proof
Store screenshots, viewport checks, console warnings, and link results after the page is built.

Proof after publish
The final URL only matters if it can be inspected.
End with a release receipt.
The receipt should say what changed, where it lives, which backlinks were included, which external sources were used, which links failed, and whether deployment is complete or still pending. This is the small document that makes the launch handoff trustworthy.
For message-native systems like a text-message AI assistant, the receipt can be sent back to the operator as a concise approval artifact.