agentleFS
sparkline-venturessparkline-ventures/product-eval/skills/scorecard/SKILL.md

scorecard

Skill15 starsChanged 5 months agoMITView on GitHub

Render the results of a product-eval investigation as a self-contained interactive HTML page: ranked opportunities with their Value, Confidence, verdict, evidence weight, customer quotes, and open gaps, laid out as KPI cards, a Value by Confidence quadrant, and per-opportunity cards. Use when the user wants to visualize, render, share, or make a dashboard or scorecard from an existing product-eval scope, that is, the output of prioritize-backlog or decision-readiness, or a scope's scores.md, themes.md, and decisions-log.md. Triggers include 'decision dashboard', 'product dashboard', 'scorecard from the ranked opportunities', 'turn the prioritization into something visual to share'. Do NOT use for general metrics or KPI dashboards, north-star or quarterly metric trends, grading raw signal strength, checking connected data sources, or drafting briefs; this only renders an already-scored opportunity ranking, it does not gather data or compute scores.

5 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

1 rule. 0 are common, 0 are distinctive, and 1 is very specific to this project.

  • 0

    Common

    Most of the 5 edited versions we read keep these.

  • 0

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    After prioritize-backlog (ideally with decision-readiness run on the top items).

    line 12

“Common” is measured: kept by at least 6 in 10 of the 5 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Scorecard

Turn an investigation's scores and verdicts into a single self-contained, interactive HTML page a PM can open, sort, share, and act on. This is the rich output: it makes prioritize-backlog and decision-readiness results tangible instead of a wall of text.

When to run

After prioritize-backlog (ideally with decision-readiness run on the top items). Reads .product-eval/<scope>/scores.md, .product-eval/<scope>/themes.md, and .product-eval/<scope>/decisions-log.md.

Preflight (data contract). Before rendering, run the conformance preflight in DATA-CONTRACT.md (Validation) on scores.md, themes.md, and decisions-log.md. If a check fails (a verdict outside the four-verdict vocabulary, a band that disagrees with its number, a problem with no matching theme), stop and report it rather than drawing a misleading dashboard. examples/activation-q3/ is a conformant fixture and examples/activation-q3/scorecard.html is its rendered output.

What it produces

One standalone .product-eval/<scope>/scorecard.html (no server; only optional Chart.js from a CDN), containing:

  • KPI cards: total opportunities, counts by recommendation (Decide now / Run a research sprint / Do not commit yet / Deprioritize), and the confidence ceiling.
  • Value × Confidence quadrant: each opportunity plotted; a vertical line at the Confidence gate (70) and a horizontal at Value 70, so the eye lands on the top-right "Decide now" quadrant.
  • Opportunity cards: one per opportunity, with clearly-labeled bands (Value, Confidence), optional 0-100 audit bars, evidence weight, accounts affected, the recommendation, verbatim customer quotes (the qualitative voice), the top complaint and the explicit ask, and a "why it ranks here" line tying the score back to that customer pain, plus the open gaps. The quotes and the complaint/ask are what make the prioritization legible; lead with them, not the number.
  • A "how to read" glossary: plain-language definitions of Value, Confidence, evidence weight, and accounts, and the recommendation tiers.
  • Honest footer: the confidence ceiling and the single cheapest move to raise the top item (e.g. "add one independent source type").

How to build

Generate one HTML file with inline CSS + JS. Read the data from the scope files (or accept inline data when rendering an example). For each opportunity, pull 1-2 verbatim customer quotes plus its top complaint and explicit ask from the evidence, these carry the qualitative voice and make the ranking legible. Show clearly-labeled Value and Confidence bands first, with exact 0-100 bars only as audit detail, and include the glossary. Color-code recommendations consistently: Decide now = green, Run a research sprint = amber, Do not commit yet = grey, Deprioritize = red. If a bounded ±10 adjustment was applied, note it. Keep it faithful to the formula, never invent a number the evidence doesn't support. Write to .product-eval/<scope>/scorecard.html and offer to open it.

Output

The path to the HTML scorecard plus a one-line summary (e.g. "5 opportunities, 1 Decide now, 2 Run a research sprint, 1 Do not commit yet, 1 Deprioritize; ceiling: Decide-now reachable"). End with Next move: and recommend deciding on the top item, designing the research sprint for under-evidenced items, or writing the stakeholder report.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.