fact-checker
Verifies factual claims in documents using web search and official sources, then proposes corrections with user confirmation. Use when the user asks to fact-check, verify information, validate claims, check accuracy, or update outdated information in documents. Supports AI model specs, technical documentation, statistics, and general factual statements.
1How It Works & Mechanism
Pure prompt orchestration with zero scripts: The entire skill consists only of SKILL.md (workflow and specifications) + README.md (external documentation). Fulfillment relies entirely on the model executing a 5-step checklist.
Verify factual claims in documents and propose corrections backed by authoritative sources.
Step 1 begins with 'verifiability screening': it only accepts technical specifications, version numbers/release dates, statistical figures, API capabilities, and benchmark scores, strictly excluding subjective content.
**Skip subjective content:**
Comparison results are represented by a 4-tier status code, treating 'unable to find an authoritative source' as a first-class citizen status (❓ Unverifiable) rather than forcing the model into a binary choice.
| Claude 3.5 Sonnet: 200K tokens | Claude Sonnet 4.5: 200K tokens | ❌ Outdated model name | platform.claude.com/docs |
The correction report follows a fixed template (Location / Current claim / Correction / Source / Rationale), where every proposed modification must reference a line number and source URL.
**Location:** Line 77-80 in docs/file.md
A strict manual gate is enforced before modifications: the report is presented first, explicitly asking 'Should I apply these corrections?', and actions are taken only after receiving an affirmative response.
2. Wait for explicit approval: "Should I apply these corrections?"
Temporal context is treated as a mandatory requirement: corrections must include an 'as-of' date, and terms that become instantly obsolete like 'latest version' are forbidden.
- "Latest version" (becomes outdated)
Authoritative hierarchy of sources is clearly ranked, providing actionable steps to 're-check against official sources' for potentially unreliable sources.
- Third-party aggregators (llm-stats.com, etc.) - verify against official sources
Search queries themselves follow explicit guidelines: requiring specificity and inclusion of the year, with generic queries like 'Claude context' cited as counter-examples.
- "Claude Opus 4.5 context window 2026"
Exit workflows exist for both conflicts and missing information: resolving conflicts by 'prioritizing the latest official doc + noting discrepancies in the report + presenting both to the user', and providing qualifying phrasing rather than conclusions when no source is found.
2. Suggest alternative phrasing: "According to [Source] as of [Date]..."
Concludes with downstream handoff: after verification, it suggests triggering /daymade-docs export skills to establish a 'verify → publish' pipeline.
A) Export as PDF — run /daymade-docs:pdf-creator (Recommended for formal documents)
2Core Capabilities
3External Dependencies
| Kind | Dependency / Endpoint |
|---|---|
| api | 宿主 web search 能力(description 明写 using web search;skill 自身无代码、无端点常量) |
| api | 宿主 Edit 工具(Step 5 实际改写用户文档) |
| network | AI 厂商官方文档/公告域名(作为检索目标列出:anthropic.com、openai.com、blog.google、platform.claude.com、platform.openai.com) |
| network | 包注册表(校验库版本是否过时:npm、PyPI、crates.io;另指向 github.com 的 releases) |
| network | 第三方聚合站(被明确要求「严格管控、回官方核对」) |
| api | 同仓下游插件 daymade-docs(仅作为建议用户运行的命令,非本 skill 调用) |
4Recommended Governance & Evidence
- 网络端点: Declared external network access: All network traffic is initiated via the host's web search tool (the skill contains no code or endpoint constants of its own); SKILL.md designates search targets as official vendor domains and package registries.
- 本地工作目录: File read/write and artifact output: Modifies assertions in user documents deemed incorrect/outdated using the host's Edit tool (Step 5; strictly conditional on obtaining explicit user approval).
5Second-Pass Verification
- [ok] 是否真的没有脚本(description 提到 web search 会不会误导) — 事实核查:目录内无 .py/.sh/.mjs/.js,无 package.json;description 的『using web search』指的是宿主提供的搜索能力,不是自带脚本。故 scripts_executed = [],与 README『No configuration required. The skill works out of the box.』一致。
- [ok] 『用户批准才改』是否只是口号 — SKILL.md Step 5 明确列三条前置(Show the correction report / Wait for explicit approval / Only proceed after confirmation),并给出询问原句 'Should I apply these corrections?'。这是提示词级约束,无技术强制,但表述是命令式而非建议式。
- [discrepancy] 外部资源条目:域名是否被误当成调用点 — 〔第二遍标注:需精确措辞〕SKILL.md 里的 anthropic.com / openai.com / blog.google / platform.claude.com / npm / PyPI / crates.io / llm-stats.com 全部出现在「检索目标示例」与「来源评估」段落中,是给模型的指导清单,不是代码常量。已在 external_deps 的 name 字段逐条写明性质(『作为检索目标列出』『被明确要求严格管控』),避免读者误以为 skill 会主动请求这些站点。
- [ok] 『无法核实』是否真的一等公民(找反例) — 四档里含 ❓ Unverifiable,Handling ambiguity 段落给出无来源时的三条动作(标 Unverifiable / 给限定话术 / 建议加 approximately 之类的限定词),Limitations 段落重申不能判定争议事实。三处互相印证,非单点承诺。
- [ok] 时效性纪律是否两文档一致 — SKILL.md 的 Time-sensitive information 段落给出 Good/Poor corrections 对照;README 的 Real-World Example 把『Added temporal marker "截至 2026 年 1 月"』写进改动清单。两处一致。
- [ok] 数字精度要求是否有对应实现路径 — Numerical precision 段落给出 Source says → Write 的对照(approximately 1 million tokens → 1M tokens (approximately)),并在 Citation format 段落要求把来源写进修正文本。属文档级规范,无脚本可验证,属『提示词约束』性质。
- [ok] 元数据(license/stars/last_push) — 取自同 repo 同 commit 的池内既有值(MIT、1385★、2026-09-09T12:33:29Z);本次未联网复核 gh。README 自述 License 为 MIT License - See repository for details,与仓库根 LICENSE 一致。
- [ok] 下游交接是否造成隐式依赖 — Next Step 段落只提出选项并要求用户运行 /daymade-docs:pdf-creator 或 :ppt-creator,skill 自身不调用、不 import,属软建议而非硬依赖。
6Verdict & Scenarios
fedd09ed5369f915…