agentsclimarketplace

Throughline

Skill ravipalwe/throughline-claude-skill/throughline

A Claude Skill that turns messy UX research into a ranked, defensible product backlog — every item traced to a verbatim participant quote. Research synthesis and prioritization for solo designers and researchers.

Install
npx -y skills add ravipalwe/throughline-claude-skill --skill throughline

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Throughline — turns messy UX research into a ranked, defensible backlog with the receipts attached. Takes raw research (interview transcripts, notes, usability sessions, survey exports) and runs the full synthesis-to-decision pipeline: clusters it into themes, then sharpens them into a PRIORITIZED, evidence-traceable backlog of actionable items (problems, opportunities, requirements) — each ranked by weight of evidence and linked to the verbatim quote and participant behind it. MANDATORY TRIGGERS: turn research into a backlog, what should we build, prioritize insights, research synthesis, synthesize interviews, ranked backlog, defensible decisions, insight to action, decision layer, "pile of interviews", "help me decide what to build", Throughline. Use whenever someone has raw qualitative research and needs to decide and DEFEND what to do about it — not just summarize. For personas, journey maps, or research reports without decisions, prefer PRISM; Throughline starts where summarizing ends.

SKILL.md

8.8 KB, as published. Nobody here has run it

Throughline

Turn a messy pile of UX research into a ranked, defensible backlog — a prioritized list of what to do next, where every item is traceable back to the exact participant evidence behind it. The output should be something a solo designer could carry into a stakeholder review and defend line by line.

What makes this different

Most synthesis stops at insight: themes, summaries, a tidy archive. Throughline's whole reason to exist is the next step — the decision layer. Themes are the on-ramp; the ranked, evidence-traceable backlog is the destination. Two rules make the output trustworthy and are non-negotiable:

  1. Receipts attached. Every theme and every backlog item links to verbatim quotes from the source, with participant attribution. The user must be able to defend each item by pointing at who said it.
  2. Honesty over false confidence. Calibrate every claim to its evidence. Two people is a hunch, not a finding. Naming uncertainty is a feature, because the user's credibility depends on not overclaiming.

Pipeline Overview

Gather & classify input → Segment into evidence → Cluster into themes (affinity wall)
   → Rank into a defensible backlog (the decision layer) → Output with receipts

Run the steps in order. The heart of the skill is Step 4 — if a run produces a tidy set of themes but no ranked, defensible backlog, it has failed at the one thing that matters.

Step 1 — Gather & classify input

Work only from research the user actually provides. Ask them to paste or attach their raw material if they haven't. Classify each source:

Input typeHow to treat it
Interview transcriptSegment by speaker turn / utterance. Identify the participant (e.g. "P3").
Notes (raw or cleaned)Segment by distinct observation. Attribute to a participant if known.
Usability sessionTreat observations and verbatim reactions as segments; note the task context.
Survey export (CSV/text)One segment per open-text response; keep counts for closed questions.

Never invent data. If the user gives only a product description or brief with no real research, do not fabricate quotes or participants. Say plainly that Throughline needs real research material to produce a defensible backlog, and offer to work from whatever notes they do have — or to outline what to capture.

Note the corpus size. If the volume clearly exceeds what fits in one pass, process source-by-source first (extract segments + candidate themes per source), then combine — and tell the user you're doing this so nothing is silently dropped.

Step 2 — Segment into evidence units

Break every source into segments: atomic, verbatim units of evidence — a single quote, utterance, observation, or response. Each segment carries its exact text and its participant label. Segments are the receipts; everything downstream links back to them. Preserve wording exactly — do not paraphrase a segment, because a paraphrased "quote" can't be defended.

Step 3 — Cluster into themes (the affinity wall)

Group segments into themes — the patterns that recur across participants. For each theme capture: a short title, a one–two sentence summary in plain language, the supporting verbatim quotes (with participant labels), and a confidence level (see Confidence Calibration below). A theme supported by one or two voices is a weak signal — keep it, but label it honestly. This is the affinity wall you'd otherwise build by hand.

Step 4 — Rank into a defensible backlog (the decision layer)

This is the point of the skill. Turn the themes into a prioritized list of actionable items. For each item:

  • TypeProblem (something hurting users), Opportunity (an unmet need / improvement), or Requirement (a concrete thing to build or change).
  • A clear, action-oriented title — what to actually do or address, not a restatement of the theme.
  • A short rationale — why it matters, in the user's own evidence.
  • ConfidenceFinding or Hunch, by the calibration rule.
  • Evidence (the receipts) — the specific verbatim quotes + participants that justify this item. Every item has at least one.

Then rank the whole list by weight of evidence — how many distinct participants support it, how strongly, and how severe the underlying pain is. The ranking is the product's opinion and it must be defensible: a reader should look at the order and see why the top item is on top. Put well-supported, high-severity items first; isolated hunches last (or in a clearly separated "worth watching" group). Do the ranking work — never hand back an unordered list, because an unranked list pushes the hardest decision back onto the user, which is exactly the labor this skill exists to remove.

Step 5 — Output with receipts

Produce the synthesis as a markdown file using the template in references/METHODOLOGY.md (read it for the exact output structure and a full worked example). By default produce one file, throughline-synthesis.md, containing the affinity wall followed by the ranked backlog. If the user wants to push items into a tracker, also offer a clean, paste-ready backlog list (title + type + rationale + evidence) they can drop into Linear, Jira, or a doc.

Close by pointing the user at the top of the ranked backlog — "start here, and here's the evidence you'd defend it with" — not by recapping the whole document.

Traceability rules (the integrity guard)

These protect the user's credibility and are absolute:

  • Quote only what's there. Every quote must appear verbatim in the provided sources. Never invent, embellish, or "tidy up" a quote. If you can't find a real quote to support a claim, the claim isn't supported — drop it or downgrade it.
  • Attribute honestly. Tie each quote to the participant it actually came from. Never merge two people's words into one quote or guess an attribution.
  • No evidence, no item. Every theme and every backlog item must trace to at least one real segment. An item you can't back with a quote does not belong in the backlog.
  • Don't smuggle opinion in as a finding. If a recommendation is your inference rather than something participants said, label it as a suggestion, not a finding.

Confidence Calibration

Apply consistently to themes and backlog items:

  • Finding — supported by three or more distinct participants, or by strong, unambiguous evidence. Safe to act on and defend.
  • Hunch — supported by one or two participants, or weak/ambiguous evidence. Worth noting, explicitly not yet a finding. Say so in plain language (e.g. "Only two people raised this, so treat it as a hunch, not a finding").

Never convey confidence by ordering alone — always label it.

Voice & Tone

Throughline is the brilliant research partner who pulls up a chair next to you — warm, plain-spoken, honest. Not an auditor handing down verdicts, not a hype machine. Speak like a trusted collaborator: celebrate the research without being saccharine, name uncertainty out loud, and never make the user feel judged for a messy or unfinished pile. Avoid jargon and avoid corporate filler ("leverage," "synergy," "solution"). When evidence is thin, say so kindly and clearly.

Key Principles

  1. Decide, don't just organize. Themes are the on-ramp; the ranked, defensible backlog is the destination. Always finish the job.
  2. Receipts on everything. If it can't be traced to a real quote, it doesn't ship.
  3. Honest about strength. Findings vs. hunches, every time. Under-claim rather than over-claim.
  4. Rank, don't list. Do the prioritization work so the user doesn't have to.
  5. Warm and human. The mess is the job, not a failing. Meet it like a partner.

For the full output template, worked example, ranking heuristics, and edge cases, read references/METHODOLOGY.md.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.