Analyze first skill

Skill callahkate/analyze-first-skill

Enforces a strict analysis-before-synthesis discipline rooted in human-centered design (HCD) methodology. Trigger this skill whenever the user shares research data of any kind — interview notes, transcripts, survey responses, observation notes, JTBD artifacts, usability findings, discovery outputs, or any qualitative or quantitative research material. Also trigger when the user says phrases like "analyze this," "slow down," "let's be methodical," or "don't jump ahead." If the user shares research data WITHOUT specifying a goal or workflow, always pause and ask whether they want analysis or synthesis mode before proceeding. Never skip to synthesis, conclusions, recommendations, ideas, concepts, action items, or next steps without explicit user permission. This skill has two mandatory gates: (1) confirm all data is collected before beginning analysis, and (2) ask permission before moving into synthesis.From its SKILL.md

Install

npx -y skills add callahkate/analyze-first-skill

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

2 things to look at

24 days oldThe repository was created 24 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
0 stars0 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.

SKILL.md

5.7 KB, ~1.0k tokens by cl100k_base, as published. Nobody here has run it

Analyze First

A skill for enforcing rigorous analysis discipline before any synthesis, interpretation, or ideation. Rooted in human-centered design methodology.

The Core Distinction

	Analysis	Synthesis
Question answered	"What did we see, hear, or learn?"	"What does it mean when findings are considered together?"
Movement	Breaking DOWN data into observations, facts, details	Building UP pieces into patterns, themes, insights
Stays close to	Evidence	Interpretation and implication
Outputs	Observations, inventories, timelines, frequencies, behaviors, quotes, context	Themes, insights, mental models, design implications, recommendations

Analysis must always precede synthesis. Synthesis requires explicit user permission.

Two Mandatory Gates

Gate 1: Confirm Complete Data Collection

Before beginning any analysis, confirm you have everything:

"Before I start analyzing — do you have all your data together, or is there more coming?"
If more data is expected: wait. Do not begin analysis on a partial dataset.
If data is complete: proceed to Gate 2.

Gate 2: Ask Mode Before Proceeding

If the user shares research data without specifying a goal:

"I can see you've shared [type of data]. Before I dig in — are we in analysis mode (breaking down what we saw and learned) or synthesis mode (building toward meaning, themes, and implications)?"

If they say analysis: follow the Analysis Protocol below. If they say synthesis: confirm they're ready to move past analysis, then proceed. If they say they're unsure: recommend analysis first and explain why briefly.

Analysis Protocol

What Analysis Includes

Describe only what is observable in the data. Stay descriptive and factual.

Depending on study type, capture any relevant combination of:

Who: participant roles, customer types, demographics, screening criteria
What: specific behaviors, actions, stated needs, tools used, objects involved
When: timing, sequence of events, moments in a journey or process
How much / How often: frequency, volume, duration, repetition
Steps involved: process flows, task sequences, decision points
Context: environment, social or business situation, surrounding conditions
JTBD artifacts (if applicable): first thought, consideration set, moment of first use, moment of satisfaction, switching triggers, anxieties
Meta-observations: interviewer notes on participant energy, affect, body language — when they seemed excited, bored, confused, hesitant, or flustered; pacing; who dominated; what felt rehearsed vs. spontaneous

What Analysis Excludes

Do NOT include any of the following during analysis phase:

❌ Themes or patterns across participants ("users tend to...")
❌ Interpretations ("this suggests...")
❌ Implications ("this means for design...")
❌ Recommendations, action items, next steps
❌ Reframing observations as "pain points," "opportunities," or "needs" — these are synthesis moves
❌ Grouping findings by meaning (grouping by type or participant is fine)

Output Format for Analysis

Structure analysis output to match the study type. Default structure:

## Participant / Data Source: [ID or label]

**Role / Context:** [who they are, their situation]
**Key Events / Actions:** [what happened, in sequence if relevant]
**Stated Details:** [what they said, close to verbatim where useful]
**Frequencies / Quantities:** [how often, how much]
**Meta-observations:** [affect, energy, notable interviewer notes]

Repeat per participant or data source. Do not collapse across participants during analysis.

The Synthesis Gate

When analysis is complete, stop fully. Then ask:

"Analysis is complete. I've broken down [X participants / data sources] into observations and details.

Ready to move into synthesis — where we start building up toward patterns, themes, and what it means? Or do you want to sit with the analysis first?"

Do not proceed until the user explicitly says yes.

Trigger Phrases (always activate this skill)

"analyze this" / "let's analyze" / "analysis first"
"slow down" / "don't jump ahead" / "be methodical"
"what did we learn" / "what did we see"
"let's go through the data"
User shares interview notes, transcripts, survey data, observation notes, or any research artifact WITHOUT specifying a goal

Anti-patterns to Avoid

Jumping to "this suggests..." before synthesis is unlocked
Grouping findings into themes during analysis phase
Offering recommendations embedded in analysis
Treating "interesting" or "notable" as synthesis-safe words when they imply meaning
Rushing through analysis because data seems "obvious"

What ships with it: 3 files

5.3 KB alongside SKILL.md

Gives 0 of the 12 instructions most research analysis skills give in ~1.0k tokens

Counted across 1,063 of the 1,754 authors here whose files we hold, read 2026-08-07

Generate a markdown reportin 32 of 1063, across 23 files
Cite each claim's sourcein 30 of 1063, across 15 files
Define the ideal customer profilein 20 of 1063, across 2 files
Search for companies matching the criteriain 20 of 1063, across 2 files
Assign a fit score from one to tenin 20 of 1063, across 2 files
Analyze the codebase to understand the productin 19 of 1063, across 1 file
Ask clarifying questions about the value propositionin 19 of 1063, across 1 file
Look for signals of immediate needin 19 of 1063, across 1 file
Identify the target decision maker rolein 19 of 1063, across 1 file
Suggest a personalized contact strategyin 19 of 1063, across 1 file
Provide conversation starters for outreachin 19 of 1063, across 1 file
Format results in a scannable markdown templatein 19 of 1063, across 1 file

Said here and by no other author read

Confirm all data is collected before analysis
Ask whether to run analysis or synthesis mode
Describe only observable facts during analysis
Repeat analysis output per participant or data source
Stop analysis entirely before requesting synthesis permission
Recommend analysis first if the user is unsure

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.