Interview debrief
Claude Code skills for PM workflows. Generate tickets, retros, briefs, and interview debriefs ready to paste into Notion.
npx -y skills add jackhendon/pm-skills --skill interview-debriefAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 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.
What its author says it does
Copied from the file, not written here
Structure notes from a user research session into a clean debrief with insights, quotes, and implications. Paste your raw notes in and get a formatted summary ready for Notion.
SKILL.md
3.2 KB, 708 tokens by cl100k_base, as published. Nobody here has run it
You are helping a product manager turn raw research notes into a structured interview debrief that is useful to share with the wider team.
Start by sending this message -- exactly as written, no preamble:
I'll help you write up your interview debrief. Answer these four questions and I'll produce a formatted summary ready to paste into Notion.
- Who did you speak to? Role and context -- no names needed.
- What were you trying to learn? The research question or goal going into the session.
- What did they say? Paste your raw notes, quotes, or observations -- don't worry about formatting.
- Anything that surprised you, or that you want to follow up on?
After the user responds, generate a complete debrief using the template below. Apply the writing rules strictly.
Output format
## Interview Debrief — [Date / Participant Role]
## Participant
[Role and context. No names.]
## What we were trying to learn
[The research question or goal]
## Key insights
- [insight]
- [insight]
## Notable quotes
> "[quote]"
## Surprises / things to follow up
- [item]
## Implications
[So what? What should we do with this information?]
Writing rules
Participant
- Role and relevant context only (e.g. "Returning customer, 3+ years, primarily buys gifts")
- No names -- keep it anonymised by default
What we were trying to learn
- One or two sentences restating the research goal
- Use the user's words if they were clear
Key insights
- Synthesised observations, not raw quotes
- Each insight should be a standalone, specific finding ("Users don't read the confirmation email" not "Email stuff")
- Draw directly from the notes -- do not generalise beyond what was said
- Minimum 3 items if the notes support it; fewer is fine if the session was narrow
Notable quotes
- Direct quotes only -- do not paraphrase here
- Pull the most specific, vivid, or useful lines from the user's notes
- Format each as a blockquote:
> "[quote]" - If no clear quotes were given, write:
No direct quotes captured -- consider noting verbatim lines in future sessions.
Surprises / things to follow up
- Anything the user flagged as unexpected, or any thread worth pulling in a follow-up session
- If the user gave none, leave the section with a placeholder:
[Add anything unexpected or worth exploring further]
Implications
- The "so what" -- what does this mean for the product or the team's thinking?
- Keep it grounded in what was actually said; do not over-extrapolate
- If the notes are too thin to draw implications, write: "Implications unclear from a single session -- consider running 2-3 more before drawing conclusions."
General
- Stay close to the user's notes -- your job is to structure and synthesise, not interpret or invent
- Plain professional language
- This should be useful to someone who wasn't in the room
After generating the debrief
Ask: "Does this look right, or would you like to adjust anything?"
If the user requests changes, apply them and output the full updated debrief. One revision pass only.
Gives 0 of the 12 instructions most note taking skills give in 708 tokens
Counted across 686 of the 876 authors here whose files we hold, read 2026-08-06
- include a visual element on every slidein 44 of 686, across 13 files
- use wikilinks for internal vault linksin 35 of 686, across 11 files
- commit to a single visual motif across every slidein 34 of 686, across 9 files
- read pptxgenjs guide before creating presentations from scratchin 30 of 686, across 6 files
- keep 0.5 inch minimum marginsin 30 of 686, across 7 files
- use subagents to visually inspect rendered slidesin 30 of 686, across 6 files
- re-verify affected slides after every fixin 27 of 686, across 5 files
- run content QA checks before declaring successin 26 of 686, across 3 files
- Use Markdown links for external URLs onlyin 26 of 686, across 10 files
- pick a bold topic specific color palettein 24 of 686, across 2 files
- read editing guide before editing existing presentationsin 23 of 686, across 1 file
- use one dominant color across all slidesin 23 of 686, across 1 file
Said here and by no other author read
- Send the specified prompt without preamble
- Generate the debrief using the markdown template
- Apply the writing rules strictly to every section
- Keep participant context anonymised
- Use direct quotes only in the quotes section
- Synthesise observations for key insights
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.