Source profileQuality 93/100

rampstackco/claude-skills/skills/evidence-based-reviews/SKILL.md

evidence-based-reviews

Produce honest product reviews and buying guides without fabricated first-hand experience, using disclosed evidence tiers: verified specs, owner-experience synthesis at scale, expert triangulation, and hands-on only when true. Use this skill whenever the user wants to write product reviews or buying guides without hands-on access, set up a review methodology, add evidence disclosure to review content, align reviews with Google's reviews system or FTC affiliate disclosure expectations, or decide

Source repository stars
779
Declared platforms
0
Static risk flags
0
Last source update
2026-08-28
Source checked
2026-08-28

Decision brief

What it does: where it fits

Produce product reviews and buying guides whose claims match their evidence. The method is evidence synthesis with a disclosed basis, and one rule anchors everything: never claim hands-on time that did not happen.

Best for

  • Writing product reviews or buying guides when hands-on access is partial or absent
  • Setting up the review methodology for a new review or affiliate site
  • Adding evidence disclosure to existing review content

Not for

  • General content writing and editing (use content-and-copy; this skill governs the evidence and claims layer of review content specifically)
  • Defining how the brand sounds (use brand-voice)

Compatibility matrix

Platform support, with evidence labels

PlatformStatusEvidenceWhat to check
CodexNot declaredNo explicit evidencePortability before use
Claude CodeNot declaredNo explicit evidencePortability before use
CursorNot declaredNo explicit evidencePortability before use
Gemini CLINot declaredNo explicit evidencePortability before use
Open the compatibility checker

Installation

Inspect first. Install second.

The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

Source-detected install commandSource
npx skills add https://github.com/rampstackco/claude-skills --skill "skills/evidence-based-reviews"
Safe inspection promptEditorial

Inspect the Agent Skill "evidence-based-reviews" from https://github.com/rampstackco/claude-skills/blob/a67dd34c609f034c0cfd736a348659bbdf1605bf/skills/evidence-based-reviews/SKILL.md at commit a67dd34c609f034c0cfd736a348659bbdf1605bf. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

Workflow

What the source asks the agent to do

  1. 01

    Workflow

    1. Inventory the evidence honestly. What tiers are actually available for this category? What hands-on exists, if any? 2. Set the criteria first. Ordered, before any product is examined, so the criteria cannot quietly bend toward a favored pick. 3. Gather per tier. Verify specs…

    Inventory the evidence honestly. What tiers are actually available for this category? What hands-on exists, if any?Set the criteria first. Ordered, before any product is examined, so the criteria cannot quietly bend toward a favored pick.Gather per tier. Verify specs at the source. Pull owner corpora at scale and note sample sizes. Collect named expert sources, including the disagreements.
  2. 02

    When to use

    Writing product reviews or buying guides when hands-on access is partial or absent

    Writing product reviews or buying guides when hands-on access is partial or absentSetting up the review methodology for a new review or affiliate siteAdding evidence disclosure to existing review content
  3. 03

    When NOT to use

    If genuine hands-on testing at scale exists, with instrumentation and protocols, this skill still applies: the tiers do not change, the methodology block simply states tier 4 and the testing protocol becomes the disclosed basis.

    General content writing and editing (use content-and-copy; this skill governs the evidence and claims layer of review content specifically)Defining how the brand sounds (use brand-voice)Optimizing the review page itself for search (use seo-onpage)
  4. 04

    Required inputs

    The product category and the pieces planned (reviews, buying guides, or both)

    The product category and the pieces planned (reviews, buying guides, or both)Access to evidence sources: manufacturer pages, retailer review corpora, forums or owner communities, expert publicationsThe brand's disclosure language, if one exists (this skill supplies a template if not)
  5. 05

    The framework: one rule, four evidence tiers

    The anchor rule: never claim hands-on time that did not happen. Every other part of the method exists to make honest content strong enough that the lie is unnecessary.

    Recurring complaints and recurring praise, not the loudest single anecdoteSample-size candor: "across roughly 1,400 owner reviews" reads differently from "owners say," and the reader deserves the numberNo cherry-picking: if owners split, the split is the finding

Permission review

Static risk signals and limitations

No configured static risk pattern was detected

This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

Evidence record

Why each signal appears

EvidenceSourceComputedTestedEditorial
SignalValueEvidence typeMeaning
Quality score93/100ComputedDocumentation, specificity, maintenance, and trust rules
Repository stars779SourceRepository attention, not individual Skill quality
Compatibility0 platformsSourceDeclared in the catalog source record
Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

Pinned source

Provenance and original SKILL.md

Repository
rampstackco/claude-skills
Skill path
skills/evidence-based-reviews/SKILL.md
Commit
a67dd34c609f034c0cfd736a348659bbdf1605bf
License
MIT
Collected
2026-08-28
Default branch
main
View the original SKILL.md

Evidence-Based Reviews

Produce product reviews and buying guides whose claims match their evidence. The method is evidence synthesis with a disclosed basis, and one rule anchors everything: never claim hands-on time that did not happen.

Most review sites fail this rule quietly. "We tested" appears above content assembled from spec sheets, and readers have learned to smell it. The honest alternative is stronger, not weaker: synthesis of owner experience at scale, verified specifications, and triangulated expert sources is demonstrable original analysis, and disclosing it builds the trust that fabricated testing destroys.


When to use

  • Writing product reviews or buying guides when hands-on access is partial or absent
  • Setting up the review methodology for a new review or affiliate site
  • Adding evidence disclosure to existing review content
  • Auditing review content for claims its evidence cannot support
  • Deciding whether Review or Product schema is honest for a given piece
  • Aligning review content with Google's reviews system and FTC disclosure expectations

When NOT to use

  • General content writing and editing (use content-and-copy; this skill governs the evidence and claims layer of review content specifically)
  • Defining how the brand sounds (use brand-voice)
  • Optimizing the review page itself for search (use seo-onpage)
  • Per-piece editorial briefs (use content-brief-authoring)
  • Instructional how-to content that teaches a procedure or concept to a first-time reader, such as a tutorial or an explainer: a teaching piece of this kind is owned by its writing, its structure, and its search craft, with the evidence discipline riding alongside as a constraint on its claims, so this skill is one input among several rather than the single choice for it

If genuine hands-on testing at scale exists, with instrumentation and protocols, this skill still applies: the tiers do not change, the methodology block simply states tier 4 and the testing protocol becomes the disclosed basis.


Required inputs

  • The product category and the pieces planned (reviews, buying guides, or both)
  • Access to evidence sources: manufacturer pages, retailer review corpora, forums or owner communities, expert publications
  • The brand's disclosure language, if one exists (this skill supplies a template if not)
  • An honest inventory of what hands-on experience genuinely exists, if any

The framework: one rule, four evidence tiers

The anchor rule: never claim hands-on time that did not happen. Every other part of the method exists to make honest content strong enough that the lie is unnecessary.

Tier 1: verified manufacturer specs

Specifications cited to the maker's own page, not to aggregator copies that drift. The verification step is the work: cross-check the spec against the manufacturer's current listing, note the date, and flag discrepancies between sources instead of picking one silently. A spec table built this way is a fact layer; a spec table pasted from another review site is a rumor layer.

When it suffices: factual comparisons, fit and compatibility answers, price-tier groupings. It never supports a quality verdict on its own.

Tier 2: owner-experience synthesis at scale

Retailer review corpora, forum threads, warranty and return patterns, read across sources and summarized honestly. Honest synthesis means:

  • Recurring complaints and recurring praise, not the loudest single anecdote
  • Sample-size candor: "across roughly 1,400 owner reviews" reads differently from "owners say," and the reader deserves the number
  • No cherry-picking: if owners split, the split is the finding
  • Source naming: which corpora, which communities, over what period

When it suffices: durability and reliability verdicts, real-world quirks specs never show, satisfaction patterns by use case. This tier is the workhorse of honest no-hands-on reviewing, and it is genuine original analysis when done at scale.

Tier 3: expert-source triangulation

Named expert sources compared against each other. Triangulation means surfacing agreement and disagreement, not averaging verdicts into mush. When two credible testers reach opposite conclusions, the honest move is to say so and explain the conditions that might account for it. Anonymous "experts agree" is not a tier; it is decoration.

When it suffices: performance claims that require instrumentation the site lacks, technique-dependent judgments, category context.

Tier 4: hands-on, only when true

Stated only when it happened, flagged as such, with the extent quantified: what was done, how much, under what conditions. When hands-on experience arrives later for a piece published on tiers 1 to 3, the piece is upgraded and the update is marked with what changed. Never backfilled to look like it was always hands-on; the upgrade trail is itself a trust signal.


The methodology block

Every review and buying guide carries a short disclosure block naming its evidence basis, placed with the criteria, written for readers rather than lawyers. The fillable template and a worked example live in references/methodology-block-template.md.

The block names: the criteria in the order they were weighted, the tiers actually used (specifically, with sources), what was done hands-on or the words "none claimed," and the update line. A block that claims a tier the piece did not use is the same lie the anchor rule bans, in smaller type.


Structure discipline the method implies

  • Criteria stated and ordered before picks. A verdict the reader cannot trace to a stated criterion is an opinion wearing a methodology costume.
  • A named drawback per recommended pick. Every product has one; a review that finds none has not looked. Consistent placement makes the honesty visible.
  • Update transparency. Dated updates with what changed. Stale best-of content silently rotting is one of the most common failures in the category, and a dated what-changed line beats the field.

Google reviews-system alignment

The guidance asks for demonstrated first-hand experience OR demonstrable original research and analysis. The second branch is this skill's lane, and "original analysis" means concrete work product:

  • The synthesis itself: owner-experience patterns no single source contains
  • Comparative tables built from verified data, structured around the stated criteria
  • Decision frameworks: who each pick fits and who it does not
  • What paraphrased spec sheets are not: rearranging a manufacturer's bullet points is neither experience nor analysis, and ranks accordingly

A site that does tier 2 and 3 work honestly is doing original analysis by the guidance's own definition. The methodology block is how the work shows.


FTC alignment

Affiliate relationships are disclosed in plain language, placed where the recommendation is, not in a footer. The disclosure travels with the monetized content: near the picks, in body-size text, before or beside the first affiliate link a reader can act on. "Plain language" means a reader who has never heard the word affiliate understands that the site earns a commission and that the price they pay does not change. Euphemisms ("partner links," "support the site") fail the plain-language test.


Schema judgment

Markup is a claim. Apply the same honesty to structured data as to prose:

  • Review and Product markup only when the piece's claims support what the markup asserts. Review markup asserts an evaluative review of an item the reviewer assessed; a tier 1-to-3 buying guide asserting hands-on style review markup is making a machine-readable version of the banned claim.
  • Buying guides without hands-on use guide-shaped markup: ItemList for the picks, Article for the piece.
  • When tier 4 is real and stated, Review markup becomes honest; add it then, per piece, not as a template default.

Workflow

  1. Inventory the evidence honestly. What tiers are actually available for this category? What hands-on exists, if any?
  2. Set the criteria first. Ordered, before any product is examined, so the criteria cannot quietly bend toward a favored pick.
  3. Gather per tier. Verify specs at the source. Pull owner corpora at scale and note sample sizes. Collect named expert sources, including the disagreements.
  4. Synthesize. Findings per criterion, drawbacks per pick, splits surfaced.
  5. Write the methodology block from what was actually done, not from what sounds good.
  6. Match the markup to the claims. ItemList and Article by default; Review only where tier 4 is true.
  7. Maintain. Date updates, state what changed, upgrade pieces when hands-on arrives, and mark the upgrade.

Failure patterns

  • "We tested" inflation. The anchor-rule violation. It is also unnecessary: honest synthesis outperforms fake testing once readers compare the work.
  • Aggregator specs. Spec tables copied from other reviews, drift included. Verify at the maker's page or do not publish the number.
  • Anecdote dressed as synthesis. Three forum posts is not owner experience at scale. State the sample or downgrade the claim.
  • Averaged experts. Splitting the difference between conflicting expert verdicts erases the most useful information: that credible testers disagree, and why.
  • The drawback-free pick. A recommendation with no named drawback reads as advertising because it is structured like advertising.
  • Backfilled hands-on. Quietly rewriting an old synthesis piece as if it had been tested all along. The upgrade-and-mark pattern exists so this never has to happen.
  • Footer disclosure. An affiliate disclosure the reader has to hunt for fails both the FTC's placement expectations and the trust purpose it exists to serve.
  • Schema overreach. Review markup on synthesis content. The piece's prose is honest and its markup lies.

Output format

For a methodology setup: a short methodology standard the site adopts (the tiers, the block template filled with the site's sources, the schema policy), suitable for docs or an editorial guide.

For a piece-level engagement: the methodology block for that piece, the criteria list, the evidence file (sources gathered per tier with sample sizes), and the claims audit if the piece existed before this skill did.


If required data is unavailable

This skill's output depends on data, measurements, or tool results it cannot generate on its own. When a required input, tool, or data source is unavailable or unverifiable, the sanctioned output is the deliverable with the gap stated: what was needed, what was actually obtained or verified, and which parts of the output are affected. Fabricating, estimating, or interpolating a required number to complete the deliverable is never sanctioned. A stated gap is a complete answer.


Reference files

Frequently asked questions

What to verify before installation and use

What does the evidence-based-reviews source document cover?

Produce product reviews and buying guides whose claims match their evidence. The method is evidence synthesis with a disclosed basis, and one rule anchors everything: never claim hands-on time that did not happen.

How do I install evidence-based-reviews?

The source record exposes this install command: npx skills add https://github.com/rampstackco/claude-skills --skill "skills/evidence-based-reviews". Inspect the command and pinned source before running it.

Alternatives

Compare before choosing

Computed 10045,960

coreyhaines31/marketingskills

ab-testing

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program

Computed 10025,136

alirezarezvani/claude-skills

app-store-optimization

App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist

Computed 10014,706

prowler-cloud/prowler

postgresql-indexing

PostgreSQL indexing best practices for Prowler: index design, partial indexes, partitioned table indexing, EXPLAIN ANALYZE validation, concurrent operations, monitoring, and maintenance. Trigger: When creating or modifying PostgreSQL indexes, analyzing query performance with EXPLAIN, debugging slow queries, reviewing index usage statistics, reindexing, dropping indexes, or working with partitioned table indexes. Also trigger when discussing index strategies, partial indexes, or index maintenance

Computed 100147

equinor/neqsim

neqsim-professional-reporting

Engineering deliverable quality — the nine analytical-depth moves (contributor ranking, adjudicating the source document, quantitative rule-outs, robustness crossover, conservatism direction, discriminating test), results.json schema, figure→discussion→linked_results traceability, evidence matrices, assumptions/gaps registers, citation conventions, KaTeX math formatting, units consistency, executive-summary structure, AACE class declaration. USE WHEN: producing a task report, a PEPR/M1/root-caus