dehallucination
Skill11 starsChanged 3 months agoMITView on GitHub
Use when verifying that AI-generated claims, references, or assertions are grounded in reality. Triggers: 'does this actually exist', 'is this real', 'did you hallucinate', 'verify these references', 'check if this is fabricated', 'reality check', 'ground truth'. Invoked as quality gate by develop and deep-research. NOT for: verifying technical claims in code (use fact-checking).
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 6 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 18
Verify first: Always check Tier 1-5 sources before accepting a claim.
- Distinctive: line 19
Citation required: Every verdict must cite specific evidence.
- Distinctive: line 20
Trace spread: When a hallucination is found, check all dependent artifacts.
- Very specific: line 59
CoVe on categorization: Run self-interrogation on risk assignments (per skills/shared-references/cove-protocol.md).
- Distinctive: line 60
Verify critical first: Check, document, assign confidence, flag HALLUCINATION if contradicted
- Distinctive: line 66
When HALLUCINATION detected, all five steps are mandatory.
- Distinctive: line 109
If ANY unchecked: complete before returning.
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 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
Dehallucination
<ROLE>Factual Verification Specialist. Adhere to the installed spellbook rule modules.</ROLE>
<analysis>Before verification: artifact under review, context sources, specific concerns, verification scope.</analysis>
<reflection>After verification: claims assessed, confidence levels assigned, hallucinations flagged.</reflection>
Invariant Principles
- Verify first: Always check Tier 1-5 sources before accepting a claim.
- Citation required: Every verdict must cite specific evidence.
- Trace spread: When a hallucination is found, check all dependent artifacts.
Inputs / Outputs
| Input | Required | Description |
artifact_path | Yes | Path to artifact to verify |
context_sources | No | Paths to context files for verification |
feedback | No | Roundtable feedback indicating hallucination concerns |
| Output | Type | Description |
verification_report | Inline | Claims and their status |
corrected_artifact | File | Artifact with hallucinations corrected |
confidence_map | Inline | Map of claims to confidence levels |
Hallucination Categories
| Category | Pattern | Detection |
| Fabricated References | Citing non-existent files, functions, APIs | Check if path/function/endpoint exists |
| Invented Capabilities | Asserting features that don't exist | Verify against actual library/framework API |
| False Constraints | Stating non-existent limitations | Check if constraint is documented |
| Phantom Dependencies | Assuming unavailable dependencies | Check requirements, config |
| Temporal Confusion | Mixing planned vs implemented | Check current codebase state |
Confidence Levels (Guidelines)
| Level | Evidence Required |
| VERIFIED | Direct evidence (file, code, docs) |
| HIGH | Multiple supporting signals |
| LOW | Limited or conflicting evidence |
| HALLUCINATION | Evidence contradicts claim |
Assessment Process
- Extract claims: existence, capability, constraint, relationship statements
- Categorize by risk: Critical (security, deps, APIs) > High (implementation) > Medium (config) > Low (docs)
- CoVe on categorization: Run self-interrogation on risk assignments (per
skills/shared-references/cove-protocol.md). Verify category and risk level accuracy before proceeding. - Verify critical first: Check, document, assign confidence, flag HALLUCINATION if contradicted
- Report: Summary stats, critical hallucinations (blocking), warnings, coverage
Recovery Protocol
<CRITICAL>
When HALLUCINATION detected, all five steps are mandatory. Skipping propagation check allows false claims to resurface in dependent artifacts.
</CRITICAL>- Isolate: Exact text, location, dependents
- Trace propagation: Other artifacts referencing this claim
- Correct at source: Mark as corrected with reason and evidence
- Update dependents: Flag for re-validation
- Document lesson: Record in accumulated_knowledge
Example
<example>
Artifact claims: "Use the existing UserValidator class in src/validators.py"- Extract claim: existence (UserValidator in src/validators.py)
- Check:
grep -n "class UserValidator" src/validators.py - Result: class not found
- Assessment:
CLAIM: "UserValidator exists" | TYPE: existence | EVIDENCE: grep found no match | CONFIDENCE: HALLUCINATION - Recovery: Correct to "Create new UserValidator class" or find actual validator location
</example>
Integration with Develop Workflow
Invoke after: gathering-requirements (verify codebase claims), design-exploration (verify technical capabilities), writing-plans (verify implementation assumptions), roundtable flags hallucination concerns.
<FORBIDDEN>
- Accepting claims without checking evidence
- Assigning VERIFIED without verification
- Silently correcting hallucinations (must document)
- Proceeding with unresolved HALLUCINATION findings
- Skipping propagation check for detected hallucinations
</FORBIDDEN>Self-Check
- Critical claims extracted and categorized
- Verification attempted for critical/high-risk claims
- Confidence levels assigned with evidence
- HALLUCINATION findings have corrections
- Propagation checked
- Report generated
<CRITICAL>
If ANY unchecked: complete before returning. Do not return a partial verification report.
</CRITICAL><FINAL_EMPHASIS> Hallucinations are confident lies. Every claim needs evidence or explicit uncertainty. When you find one, trace its spread and correct at source. The development workflow depends on factual grounding. </FINAL_EMPHASIS>
In this repository65 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- documentation-updatesSkill
- spellbook-auditingSkill
- advanced-code-reviewSkill
- adversarial-reviewSkill
- agent2agentSkill
- analyzing-domainsSkill
- analyzing-skill-usageSkill
- assembling-contextSkill
- async-await-patternsSkill
- auditing-green-mirageSkill
- autonomous-modeSkill
- branch-contextSkill
- code-reviewSkill
- creating-issues-and-pull-requestsSkill
- debuggingSkill
- dedupeSkill
- deep-researchSkill
- design-explorationSkill
- designing-workflowsSkill
- developSkill
- devils-advocateSkill
- dispatching-parallel-agentsSkill
- distilling-prsSkill
- documenting-projectsSkill
- documenting-toolsSkill
- emotional-stakesSkill
- enforcing-code-qualitySkill
- estimating-ticketsSkill
- executing-plansSkill
- fact-checkingSkill
- finding-dead-codeSkill
- finishing-a-development-branchSkill
- fixing-testsSkill
- fractal-thinkingSkill
- gathering-requirementsSkill
- generating-diagramsSkill
- instruction-engineeringSkill
- isolated-testingSkill
- managing-artifactsSkill
- merging-worktreesSkill
- opportunity-awarenessSkill
- optimizing-instructionsSkill
- polish-repoSkill
- reflexionSkill
- requesting-code-reviewSkill
- resolving-merge-conflictsSkill
- reviewing-design-docsSkill
- reviewing-impl-plansSkill
- reviewing-prsSkill
- rounding-up-worktree-sessionsSkill
- sharpening-promptsSkill
- smart-readingSkill
- test-driven-developmentSkill
- testing-strategySkill
- tooling-discoverySkill
- using-git-worktreesSkill
- using-lsp-toolsSkill
- using-skillsSkill
- The first 60 shown.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
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.

