AugmentClaude

Evidence-Audited Analysis

Every claim in an analysis gets an evidence check before it ships.

Installation

  1. Make sure Claude is on your device and in your terminal.

    Skills load from ~/.claude/skills/ when Claude Code starts up — so you need it on your machine first. If you don't have it yet, install it once with the command below, then run claude in any terminal to verify.

    One-time setup
    npm i -g @anthropic-ai/claude-code

    Already have it? Skip ahead.

  2. Paste into Claude Code or into your terminal.

    This copies the whole skill folder into ~/.claude/skills/evidence-audited-analysis-benjaminard/ — the SKILL.md plus any scripts, reference docs, or templates the skill ships with. Safe default: works for every skill.

    Faster alternative (instruction-only skills)

    Skips the clone and grabs only the SKILL.md file. Don't use this if the skill ships Python scripts, reference markdowns, or asset templates — they won't be downloaded and the skill will fail when it tries to load them.

    Quick install (SKILL.md only)
    Sign up to copy
  3. Restart Claude Code.

    Quit and reopen Claude Code (or any other agent that loads from ~/.claude/skills/). New skills are picked up on startup.

  4. Just ask Claude.

    Skills auto-activate when your request matches the skill's description — no slash command needed. Trigger phrases live in the skill's own frontmatter; you can read them in the “What this skill does” section above.

Prefer to read the source first? Open on GitHub.

When Claude uses it

Data-skepticism discipline for quantitative work. Use whenever reading data and producing a conclusion: analytics questions, metrics reports, spreadsheet analysis, SQL queries, dashboards, A/B results, forecasts, or any claim of the form "the data shows." Trigger before presenting any number or trend to a user.

What this skill does

Evidence-Audited Analysis

The most common analytical failure is not a wrong model. It is a confident, well-written narrative built on numbers nobody interrogated. Audit the evidence before you analyze it, and state what it cannot show alongside what it can.

Interrogate the data first

Before any analysis, profile what you were given and report anomalies:

  1. Shape: row counts, date coverage, obvious gaps. An analysis of "last quarter" on a table that only starts mid-quarter is wrong before it begins.
  2. Quality: nulls, duplicates, impossible values (negative durations, future timestamps), unit surprises (cents vs dollars, UTC vs local).
  3. Meaning: for every field you lean on, answer in writing: what does this number actually measure, and who put it there? A "deal created" count measures logging behavior, not demand. A "page view" count includes bots unless someone excluded them. If a human process feeds the field, the field inherits that process's habits, and you must ask about them before treating the field as ground truth.

If a profiling step surfaces something odd, resolve it or disclose it. Never silently analyze around it.

Audit your own numbers

  1. Reproduce every headline number a second, independent way before reporting it: a different query, a different aggregation path, or a manual spot-check of raw rows. If two routes disagree, that is a finding about the data, and it comes before any other finding.
  2. Baseline before model. Report the naive answer (last period's value, the overall average, the simplest split) before anything sophisticated. If the sophisticated answer does not beat the baseline meaningfully, say so; the baseline is the finding.
  3. Small samples get small claims. State the n behind every rate or comparison. "Conversion doubled" on 4 versus 2 events is noise wearing a trend's clothes. When the sample cannot support the conclusion, the honest deliverable is "this data cannot answer that yet," with what would be needed.

Gate the language

  1. Correlation stays correlational until you can name a mechanism and have considered at least one alternative explanation (seasonality, mix shift, a tracking change, a policy change). Only then may "because" appear.
  2. Every deliverable includes a "what this cannot tell you" section: the questions the data looks like it answers but does not, the populations it excludes, the biases in how it was collected.
  3. Uncertainty is part of the number. Ranges, caveats, and confidence live next to the figure they qualify, not in a footnote after the reader has already anchored.

Why this matters

Downstream decisions inherit upstream credulity. A skipped "what does this field actually measure" step does not fail loudly; it produces a plausible chart, a confident recommendation, and a wrong decision weeks later. The discipline is cheap: minutes of profiling and one independent recomputation, purchased against conclusions that are expensive precisely because they are believed.

Related skills