Fact-Check the Example, Not Just the Main Claim

Key takeaways

• Use a written brief and definition of done.
• Keep approvals and escalation rules visible.
• Review quality before expanding the workflow.

# Fact-Check the Example, Not Just the Main Claim

Published September 9, 2026. Daily publishing leaves little room for a vague handoff. A example fact-check gives a virtual assistant a concrete check to run, but the editor keeps responsibility for judgment and release.

Fact-Check the Example, Not Just the Main Claim: define the finish line

List every number, date, named product, policy detail, and implied outcome inside the example. Verify or generalize each item, then confirm that the example still teaches the point without overstating it. Examples feel informal, so unsupported detail can slip through them. Readers may remember the scenario more clearly than the paragraph that qualified it.

Work from the current article

Put the canonical slug and version at the top of the record. Review the source file or rendered preview, not a pasted excerpt whose context may have changed. The [article source traceability guide](/blog/virtual-assistant-article-source-traceability) shows how to connect a claim with its evidence.

Write observations before recommendations

Record what you saw, where you saw it, and when. Then explain the reader or publishing consequence. Keep the proposed fix in a separate field so the editor can accept it, choose another response, or document an exception.

Hand off the exception

A useful exception note includes the affected route or passage, the failed check, supporting evidence, the last known good state, and the person who can decide. The [SEO publishing checklist](/blog/virtual-assistant-seo-publishing-checklist) covers the route-level checks that belong in the release record. For response-code interpretation, use the [HTTP Semantics standard](https://www.rfc-editor.org/rfc/rfc9110).

Check the public result

After deployment, request the canonical route directly. Confirm the title, visible publication date, structured date, self-canonical, family index entry, sitemap entry, and hero and social images. Test the reading view at a narrow width, then store the deployed commit and result with the article record.