epistemic-grounding

Bind claims to verifiable evidence with RFC 2119 modality and Toulmin structure.

1|Updated May 6, 2026
One-click install
npx skills add https://github.com/jacob-balslev/skill-graph --skill epistemic-grounding
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: epistemic-grounding
Source: https://github.com/jacob-balslev/skill-graph/tree/main/marketplace/skills/epistemic-grounding
Command: npx skills add https://github.com/jacob-balslev/skill-graph --skill epistemic-grounding

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents unverified or misleading assertions by requiring every claim to be tied to a verifiable source and by making the strength and warrant of each claim explicit.

Core Features & Use Cases

  • Grounded claim construction: Bind each claim to data, warrant, backing, qualifier (RFC 2119 modality), and an explicit rebuttal condition.
  • Clear verification states: Distinguish verified, inferred, and merely asserted claims so readers can tell what is actually supported.
  • Normative vocabulary precision: Use RFC 2119 MUST/SHOULD/MAY accurately so the contract weight of requirements is never blurred.
  • Failure-mode awareness: Avoid cargo-cult citation, stale grounding, vibe-based assertions, citation laundering, and authority projection.

Quick Start

Use epistemic-grounding when writing or reviewing any artifact that contains claims, and rewrite each important assertion so it includes an explicit source plus an appropriate modality and evidence state.

Frequently Asked Questions about epistemic-grounding

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prevent AI hallucinations and unverified assertions in technical documentation?

To prevent AI hallucinations in technical documentation, ground every claim to verifiable evidence by labeling assertions as verified, inferred, or asserted, and bind each to explicit data and warrants. This establishes auditability and source citation accuracy.

What is the best way to structure an argument using Toulmin primitives for architecture proposals?

Structuring architecture proposals using Toulmin primitives involves reconstructing claims with explicit data, warrants, backing, qualifiers, and rebuttal conditions. This framework binds assertions to verifiable evidence while avoiding anti-patterns like cargo-cult citation and authority projection.

How do I apply RFC 2119 normative vocabulary when writing SKILL.md authoring requirements?

Apply RFC 2119 normative vocabulary during SKILL.md authoring by using MUST, SHOULD, and MAY accurately to define contract weights. This prevents blurred requirement boundaries and ensures every normative assertion maintains precise epistemic grounding.

How do I distinguish between verified, inferred, and asserted claims during code review?

Distinguish verified, inferred, and asserted claims during code review by explicitly labeling the verification state of each assertion. This requires binding every claim to verifiable evidence and an appropriate modality, making the auditability of findings transparent.

What are common failure modes when adding source citations to audit findings?

Common failure modes when adding source citations to audit findings include cargo-cult citation, stale grounding, vibe-based assertions, citation laundering, and authority projection. Avoid these by reconstructing Toulmin primitives and requiring explicit verification states.

Can I use epistemic grounding for code review comments and audit findings?

Yes, epistemic grounding applies to code review comments and audit findings by binding assertions to verifiable evidence with explicit modality and warrant. It requires RFC 2119-accurate vocabulary and verified, inferred, or asserted labeling to ensure claims are auditably trustworthy.