Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsCommunityBlog
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Epistemology Epistemic Status

ASecurity

Produces an honest, rigorous calibration of what you know vs. believe vs. assume vs. hope across a domain. Assigns explicit epistemic statuses to claims and flags when high-confidence claims rest on lower-confidence foundations. Draws from the rationalist tradition of explicit epistemic labeling. Use when you say 'how certain should I be', 'what do we actually know here', 'I want an honest read of our assumptions', 'separate what we know from what we're guessing', 'give me an epistemic audit'...

19 stars
0 votes
0 copies
1 views
Added 9/19/2026
ai-agentsgoexpressaws

Security Analysis

A100/100

Scanned 9/19/2026

Install to Claude Code

$npx -y skills add rondoflow/rondoflow --skill epistemology-epistemic-status --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Epistemology Epistemic Status?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Epistemology Epistemic Status
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/rondoflow-epistemology-epistemic-status/badge)](https://www.skillsdirectory.com/skills/rondoflow-epistemology-epistemic-status)

More formats (shields.io, HTML) on the badges page.

Download with Pro
Files
SKILL.md
---
name: epistemology-epistemic-status
description: "Produces an honest, rigorous calibration of what you know vs. believe vs. assume vs. hope across a domain. Assigns explicit epistemic statuses to claims and flags when high-confidence claims rest on lower-confidence foundations. Draws from the rationalist tradition of explicit epistemic labeling. Use when you say 'how certain should I be', 'what do we actually know here', 'I want an honest read of our assumptions', 'separate what we know from what we're guessing', 'give me an epistemic audit', 'I want to stop conflating confident with correct', or when producing analysis where the confidence level matters as much as the content."
---

# Epistemology: Epistemic Status

Most thinking conflates knowing with believing, believing with assuming, and assuming with hoping. These are not the same thing. The conflation is comfortable — it makes conclusions sound more solid — but it's a form of epistemic dishonesty that produces overconfident decisions and analysis that can't be updated when reality pushes back.

Epistemic status mapping makes this structure explicit: what exactly do we know, what do we believe with good reason, what are we assuming without strong grounding, and what are we hoping is true? The goal is not skepticism — it's honesty that produces better decisions.

---

## Your Process

**Step 1: Inventory All Claims in Play**
List every claim that the argument, plan, analysis, or domain rests on. Be exhaustive. Include:
- Explicit claims (stated conclusions and premises)
- Implicit claims (what has to be true for the explicit claims to hold)
- Framing assumptions (what the question presupposes)
- Value claims (what is treated as desirable or important)

Resist the urge to prune. The point is to surface everything before classifying anything.

**Framing check:** Confirm the specific domain being audited before continuing. State what you've identified — the actual argument, plan, or body of claims under examination and its central purpose — in one sentence, then use `AskUserQuestion`:
- **Question:** "I'm reading this as: [your one-sentence framing of the specific content being audited]. Is that right?"
- **Header:** "Framing"
- **Options:**
  - **Yes — proceed** — framing is correct
  - **Adjust** — one element is off; user will correct it before you continue
  - **Reframe** — different situation than read; incorporate the correction before proceeding

**Step 2: Assign Epistemic Status**

Use this taxonomy:

| Status | Meaning | Test |
|--------|---------|------|
| **Known** | Established by strong evidence, replication, or logical necessity | Would hold up under adversarial scrutiny from a well-informed skeptic |
| **Reasonably believed** | Well-supported but not certain; evidence is good but not definitive | Rational to act on; would update if strong contrary evidence appeared |
| **Assumed** | Taken for granted without explicit verification; may or may not be true | Could be wrong; hasn't been checked; often invisible because it seems obvious |
| **Hoped** | Believed partly because we want it to be true | Motivated reasoning may be distorting confidence; should be treated with extra skepticism |
| **Unknown** | Genuinely unclear; no basis for confident assignment | The honest answer is "we don't know" |

Assign one status per claim. If you're unsure which status applies, that uncertainty is itself epistemic information — note it.

**Step 3: Identify Dependency Chains**
Map which claims depend on which others. Then flag: where do high-confidence claims rest on lower-confidence foundations?

This is the critical finding. It's common for a conclusion labeled "known" to rest on a chain where one link is "assumed" or "hoped." The conclusion inherits the weakest status in its dependency chain.

**Step 4: Audit for Status Inflation**
Review the inventory for common patterns of epistemic overconfidence:
- **Confidence laundering**: an "assumed" claim is cited repeatedly until it feels established
- **Expertise elision**: someone with authority asserted X, so X has been treated as "known" rather than "reasonably believed"
- **Motivated inflation**: "hoped" claims that have quietly become "assumed" because acting on them is attractive
- **The invisible assumption**: claims so deeply embedded they weren't listed in Step 1 — probe by asking "what would have to be true for this whole analysis to hold?"

**Step 5: Flag High-Stakes Unknowns**
Which unknown or hoped claims are most load-bearing? If the thing you most need to be true turns out to be false, what breaks?

**Before narrowing:** Show the complete set of unknown and hoped claims to the user first. Use `AskUserQuestion`:
- **Question:** "I've identified [N] unknown or hoped claims. Before I select the most load-bearing ones, are there any you'd flag as especially critical, or any I've missed?"
- **Header:** "Prioritise"
- **Options:**
  - **Proceed with your selection** — the set looks right
  - **Flag one** — user will name a specific claim to include
  - **Add a missing one** — user will describe it

These are the priority items for investigation, verification, or contingency planning.

**Step 6: Produce the Map**
Synthesize into a structured output: the full inventory with statuses, the dependency structure, and the highest-priority epistemic gaps.

---

## Human Check-in

Before proceeding, use the `AskUserQuestion` tool. State your interpretation of the situation in 1–2 sentences — what is being analyzed and what the core question is — then ask:

- **Question:** "My read: [your 1–2 sentence interpretation]. How do you want to proceed?"
- **Header:** "Scope"
- **Options:**
  - **Full audit** — Complete inventory, status for every claim, dependency map, status inflation audit
  - **Top-level only** — Classify only the main claims, skip dependency tracing
  - **Assumptions only** — Surface what's being taken for granted; skip known/believed claims
  - **Refine the domain** — Sharpen what we're auditing before starting

Proceed based on their selection. If the user reframes, incorporate the correction before running any analysis.

---

## Output Format

### Domain
[What is being audited]

### Epistemic Status Map

| Claim | Status | Notes |
|-------|--------|-------|
| [Claim 1] | Known / Reasonably Believed / Assumed / Hoped / Unknown | [Why this status; what would change it] |
| [Claim 2] | ... | ... |
| ... | | |

### Dependency Flags
**High-confidence claims resting on lower-confidence foundations:**
- **[Confident claim]** (status: Known/Believed) rests on **[foundational claim]** (status: Assumed/Hoped) — [why this matters]
- [Add more as needed]

### Status Inflation Found
- [Pattern identified, e.g., confidence laundering / expertise elision] — [Specific instance and what to do about it]
- (None — if absent)

### High-Stakes Unknowns
| Unknown / Hoped Claim | Why It's Load-Bearing | Priority |
|----------------------|----------------------|---------|
| [Claim] | [What depends on it] | High / Medium / Low |

### Summary
[One paragraph: what is the honest picture of what's known vs. assumed in this domain, and what are the 1-2 highest priority epistemic gaps to address?]

---

## Notes

This skill maps confidence across a domain — use `epistemology-justification` to go deep on the structure of a single belief's support chain. Use `epistemology-limits` when a claim is unknown not due to lack of investigation but due to a fundamental or structural limit on what can be established. Use `probability` when the goal is to quantify uncertainty numerically rather than categorize it epistemically.

---

## What's Next

After delivering this output, use `AskUserQuestion` to offer the next move:

- **Question:** "Epistemic status assigned. What's next?"
- **Header:** "Next"
- **Options:**
  - `/epistemology-limits` — Map where the knowledge runs out beyond the current status
  - `/probability-confidence-calibration` — Calibrate expressed confidence to match epistemic status
  - `/investigation-evidence-audit` — Audit the evidence underpinning the lowest-status claims
  - **Done** — Wrap up and synthesise what we have so far

Attribution

rondoflowrondoflow
View sourceMore from rondoflow →
SSkills DirectorySkills Directory

Your tool, in front of Claude Code builders.

3 founder slots · $299/mo · GSC-verified traffic · sponsors can never buy grades.

See placements

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Your tool, in front of Claude Code builders.

3 founder slots · $299/mo · GSC-verified traffic · sponsors can never buy grades.

See placements

Related Skills

Caveman

Ultra-compressed communication mode that cuts output tokens while keeping technical accuracy. Levels: lite, full, ultra and the wenyan variants. Use for /caveman, "caveman mode", "talk like caveman", "be brief" or "less tokens".

1066601 votes

Hyperplan

Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...

686011 votes

Mcp Code Execution

Routes multi-tool workflows through MCP servers for large datasets and pipelines. Use when Bash tool overhead is limiting throughput on data-heavy tasks.

3351 votes

catchup

Recovers the conversation and failed tool calls of a previous Codex, Claude Code, Antigravity, Cline, Copilot CLI, Cursor, DeepSeek Harness, Kimi, OpenCode, Pi Agent, or ZCode session. Use when the user says "catch up", "what did the last session do", "get me up to speed", "I switched agents", asks to recover/summarize a previous session before continuing, or asks to diagnose or report a catchup failure. Do NOT use for the current conversation, git history, or any non-agent log.

651 votes

math-skill

A comprehensive mathematical reasoning skill for AI assistants — handles arithmetic to research-level problems with rigorous step-by-step reasoning, systematic verification, and transparent uncertainty handling

381 votes
View all in ai-agents →