Documentation: Fixing Factual Accuracy Findings
Methodology for re-validating docs-checker audit findings and applying only HIGH-confidence,
objective fixes — without independent web access, trusting the checker's documented verification.
Reference Modules
- Confidence Assessment and Mode Handling — the quick-summary workflow, domain-specific HIGH/MEDIUM/FALSE_POSITIVE examples.
- Trust Model and Re-Validation Guidelines — why this agent has no web tools, how it re-validates without one, and per-finding-type re-validation guidance (command syntax, versions, feature existence, code examples, contradictions, outdated info).
- Fix Patterns and Report Format — the six fix application patterns and the full fix-report markdown template.
- Tools, Best Practices, and Safeguards — tool usage, best practices, and convergence safeguards (changed-files capture, false-positive persistence, self-verification).
Core Principles
- Never trust checker findings blindly — always re-validate before applying.
- Objective errors only get HIGH confidence — everything else is MEDIUM (manual review) or FALSE_POSITIVE.
- Checker verifies, fixer applies — no independent web re-fetching; when in doubt, downgrade confidence rather than guess.
Related Skills
repo-applying-maker-checker-fixer— the generic maker-checker-fixer pattern, mode-parameter handling, and report discovery.repo-assessing-criticality-confidence— the generic criticality × confidence priority matrix.repo-generating-validation-reports— report file naming and UUID-chain conventions.