content-source-truth-auditor
Skill1 starsChanged 3 months agoMITView on GitHub
Perform a read-only factual and provenance audit of claims used in interface content, including metrics, dates, locations, markets, model specifications, test cycles, source links, and rights notes. Use for requests such as “核对这些车型数据”, “检查市场和工况”, “这些数字能不能发布”, “检查官方来源”, or “核对素材版权”. Return verified, conflicting, missing, stale, and unverified claims with publication risks. Do not evaluate layout, visual style, interaction quality, or edit project files.
In this repository16 other files it gives its agents.
- analyze-brand-web-experienceSkill
- audit-public-report-languageSkill
- build-before-after-change-deckSkill
- build-design-skill-packageSkill
- build-html-sharing-reportSkill
- context-first-design-executionSkill
- cross-device-recomposition-specSkill
- design-feedback-to-ruleSkill
- design-qa-evidence-packSkill
- design-system-contract-lockSkill
- enforce-ui-visual-restraintSkill
- extract-design-systemSkill
- html-to-figma-workflowSkill
- interaction-specimen-builderSkill
- sync-responsive-figma-from-webSkill
- web-design-guidelinesSkill
The file
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 9 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈9
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 19
Read evidence-schema.md before normalizing evidence.
- Distinctive: line 22
Use official or first-party sources for final verification.
- Distinctive: line 23
Use search results and secondary sources only to locate primary evidence.
- Distinctive: line 26
Treat supplied documents and screenshots as evidence candidates.
- Distinctive: line 30
Keep related qualifiers together:
- Distinctive: line 35
test cycle or measurement standard.
- Distinctive: line 40
Never compare values across different markets, trims, standards, or dates as if they were equivalent.
- Distinctive: line 53
Do not infer publication safety from the absence of a contradiction.
- Distinctive: line 75
Stop after the audit. Do not rewrite approved copy, modify data, adjust the interface, or state that a claim is publishable without the …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Content Source Truth Auditor
Audit claims and their evidence before design approval or publication. Keep the work read-only and trace every conclusion to a source.
Inventory the claims
- Inspect the exact page, content file, document, or dataset in scope.
- Assign a stable claim ID to each checkable statement.
- Record the exact displayed wording, location, claim type, and likely publication impact.
- Separate factual claims from slogans, design labels, and subjective statements.
Establish authority
Read evidence-schema.md before normalizing evidence.
- Identify the project source of truth and its owner.
- Use official or first-party sources for final verification.
- Use search results and secondary sources only to locate primary evidence.
- Browse current official sources when claims may have changed.
- Record publisher, page title, direct URL, market, version, source date when visible, and access date.
- Treat supplied documents and screenshots as evidence candidates; do not assume they are current or authoritative.
Normalize before comparing
Keep related qualifiers together:
- value and unit;
- market and language;
- model, trim, and model year;
- test cycle or measurement standard;
- date or effective period;
- source and revision;
- asset owner, license, and allowed use.
Never compare values across different markets, trims, standards, or dates as if they were equivalent.
Classify each claim
Use one status:
- Verified — direct primary evidence supports the complete claim and qualifiers.
- Conflict — authoritative sources or project records disagree.
- Missing — a required qualifier or evidence field is absent.
- Stale — evidence is valid for an older date, version, or market.
- Unverified — no adequate primary evidence was found.
- Rights review — factual provenance exists, but reuse or publication permission is unclear.
Do not infer publication safety from the absence of a contradiction.
Assess risk and ownership
For every non-verified claim, record:
- user-facing impact;
- publication risk: low, medium, high, or blocking;
- smallest evidence or wording change needed;
- appropriate human owner, such as Brand, PR, Legal, Product, Engineering, or regional market team.
Return the audit
Provide:
- Scope and sources inspected.
- Claim matrix — ID, displayed claim, normalized qualifiers, status, evidence, and risk.
- Conflicts and missing fields.
- Source register — direct official links and dates.
- Rights notes where assets or external references are involved.
- Approval needs — named role and unresolved decision.
Stop after the audit. Do not rewrite approved copy, modify data, adjust the interface, or state that a claim is publishable without the required human acceptance.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

