bias-analysis
Skill1 starsChanged 23 days agoApache-2.0View on GitHub
Use when comparing options with field reports, reviews, forum threads, surveys, reliability statistics, benchmarks, or user feedback, when writing a comparative study, or when asked whether X is more reliable, faster, or better than Y. Also use when a study needs a bias analysis section, or when the user questions whether the evidence is biased.
In this repository11 other files it gives its agents.
- c4-graphSkill
- code-reviewSkill
- create-grafana-dashboardsSkill
- debugSkill
- evidence-based-analysisSkill
- git-conventionsSkill
- planSkill
- retroSkill
- skillSkill
- software-engineerSkill
- tddSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 54
Before closing, ask once per option: which biases inflate this one?
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 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
Bias Analysis
When to use
- User compares options (products, tools, vendors, engines, libraries) from field evidence
- A study cites forums, reviews, surveys, breakdown statistics, or benchmarks
- User asks "is X more reliable than Y" or "why does everyone say X is better"
- A comparative document needs a bias section, or an existing one looks ad hoc
Overview
Field evidence carries systematic distortions. Name them, test them, and correct
the conclusion; never just list them. Every verdict on a bias needs evidence, like
any other claim: the evidence-based-analysis
skill owns citation rules.
Reference: biases.md. Sweep the full checklist; never pick biases from memory.
Workflow
- Inventory the sources. Tag each one: fleet statistic, survey, forum anecdote, vendor claim, professional test. The tag sets its weight.
- Sweep the checklist in biases.md against every option, not only the favourite. A bias analysis that only weakens one side is itself biased.
- For each candidate bias, record four fields: mechanism, direction (which option it inflates), evidence for or against, magnitude (weak, moderate, strong).
- Give a verdict per bias: confirmed, plausible, or rejected. Confirmed requires cited evidence, not a plausible mechanism. A mechanism alone caps at plausible.
- Separate genuine causal advantages from perception effects. List them per option under "real advantages, not biases". This prevents over-correction.
- Re-state the comparison after correction. Say which claims survive, which flip, and which stay undecidable. A closing line must follow from the table, never from hand-waving.
Verdict table
One row per bias, all four fields filled:
| Bias | Mechanism | Direction | Evidence | Magnitude | Verdict |
| Survivorship | High-mileage survivors visible, failures scrapped | Inflates X | Forum failure at 124k cited | Moderate | Confirmed |
| Volume | Bigger fleet, more absolute reports | Deflates Y | No fleet-size data found | — | Plausible |
Not: "Volume bias: X has a bigger fleet, so more reported failures. Confirmed." Yes: "Volume bias: plausible — the mechanism holds but no fleet-size figures found; failure counts stay uncorrected."
Symmetry check
Before closing, ask once per option: which biases inflate this one? Common misses: cheaper repairs get fixed instead of reported; the study language over-represents a local brand; enthusiast forums self-select complainers on every side; the newer option has less time to fail.
Boundaries
This skill weighs external evidence: reviews, statistics, reports. Claims about
code stay with evidence-based-analysis.
It never rejects evidence because a bias exists; it grades how much the bias
moves the conclusion.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
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.

