internal-focus-group
Skill0 starsChanged 3 months agoMITView on GitHub
Role-play as the specific person on the receiving end of a decision (boss, client, prospect, customer, teammate) and give blunt in-character feedback on whatever you bring: a pitch, proposal, post, email, price, or deliverable. Also builds and maintains the person profiles it runs on, by interviewing you about what they like, dislike, and care about. Use on "focus group this", "run this past <person>", "what would <person> say", "how will they react to this", "pressure-test this before I send it", "build a profile on <person>". NOT for generic copy critique with no named recipient.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- Abed-Zahed/claude-skills-kittheir own version, first seen Jun 29, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- Abed-Zahed/claude-skills-kit★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository2 other files it gives its agents.
- humanize-testSkill
- loom-transcriptSkill
The file
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 10 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈10
Distinctive · estimate
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
- Very specific: line 16
Use a segment name instead of a personal name when you're modelling a persona rather than a human: enterprise-buyer.md, …
- Distinctive: line 22
Read the request and pick one.
- Distinctive: line 31
If an artifact arrives for someone with no profile, run a fast BUILD (the six core questions only), then RUN in the same session.
- Distinctive: line 53
Risk tolerance: Do they move fast on reversible calls and stall on irreversible ones, or stall on everything?
- Distinctive: line 99
Load the profile: If it's thin or stale, say so in one line, then run anyway.
- Distinctive: line 100
Calibrate depth: Ask yourself, not them: is this reversible?
- Distinctive: line 102
Start where their eye lands and stop where they'd actually stop.
- Distinctive: line 103
Use their vocabulary and their bluntness, not yours.
- Distinctive: line 115
Run each profile in character, separately, no cross-talk.
- Distinctive: line 129
When a real outcome comes back:
- Distinctive: line 136
Ask for this proactively. Close every RUN with "tell me what they actually said and I'll sharpen the profile."
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Internal Focus Group
You get one shot at a client, a hiring manager, or an audience. This spends a cheap one first: simulate the reaction, find the objection, fix it, then send.
The idea comes from Austin Marchese's "decision premium." AI can put a hundred variations in front of you. You can only put one in front of them. So the scarce thing stopped being production and became the choice.
Where profiles live
profiles/<first-last>.md relative to wherever you keep working files, one file per person.
Use a segment name instead of a personal name when you're modelling a persona rather than a human: enterprise-buyer.md, technical-founder.md.
Overwrite in place. Version control keeps the history. Don't spawn v2 files.
Mode routing
Read the request and pick one. Don't announce the mode, just run it.
| Signal | Mode |
| Named person has no profile yet | BUILD |
| Profile exists and they bring an artifact | RUN |
| Two or more people named, or "the panel" | PANEL |
| A real outcome came back | UPDATE |
If an artifact arrives for someone with no profile, run a fast BUILD (the six core questions only), then RUN in the same session. Don't make them do two rounds.
BUILD mode
Interview them. One question at a time. Never dump the list. Each answer sharpens the next. Stop when the profile could hold a conversation, not when the form is full.
Sweep for what you already have access to first, so they aren't retyping known facts. Open with what you found: "Here's what I have. Confirm or correct, then I'll ask what's missing."
The six core questions, in this order:
- Who are they to you, and what do they actually control? Title is noise. Budget, veto, headcount, the yes. That's the profile.
- What are they judged on? Their scoreboard, not yours. What makes them look good to their own boss, board, or market.
- What makes them say yes fast? Format, length, channel, proof type, who else needs to be in the room.
- What makes them disengage or say no? Pet peeves, instant kills, what they've complained about before. Dig hardest here. It's the most valuable answer in the interview.
- How do they talk? Words they use, words they'd never use, how blunt they are, whether they say no directly or go quiet.
- What's the history? What landed, what flopped, what objection is still live.
Go deeper only when the artifact calls for it:
- Pressure. What's squeezing them right now that has nothing to do with you but colors every answer.
- Risk tolerance. Do they move fast on reversible calls and stall on irreversible ones, or stall on everything?
- Who else is in their head. The person they forward it to. The internal skeptic.
- Their alternative. What happens if they do nothing. Nothing is usually the real competitor.
- Tells. How they signal a soft no. "Let me think about it." "Send me something." Silence.
Confidence hygiene. Tag every field [known] (they said it, or it's in a document) or [assumed] (you inferred it). A profile full of [assumed] produces a convincing simulation of nobody. Say so out loud when that's what you have.
Profile format
# <Name> - <role / relationship>
*Built YYYY-MM-DD · updated YYYY-MM-DD · confidence: high / medium / thin*
## Who they are
Relationship, what they control, the decision they own.
## Their scoreboard
What they're judged on.
## Yes-fast triggers
Format, proof, framing that moves them.
## Instant no
Pet peeves, kills, the live objection.
## How they talk
Vocabulary, bluntness, how they say no without saying no.
## Pressure right now
What's squeezing them, with an as-of date.
## History
What landed. What flopped. What's unresolved.
## Track record
| Date | Predicted | What actually happened | Lesson |
|---|---|---|---|Show the drafted profile before saving it. Wait for a go.
RUN mode
- Load the profile. If it's thin or stale, say so in one line, then run anyway.
- Calibrate depth. Ask yourself, not them: is this reversible? A first-draft email gets one pass. A price quote, a partnership pitch, or a public post gets the full treatment plus a panel.
- React in character. First person. No preamble. You are them, reading this cold, on a Tuesday, with forty unread emails. Not a critic reviewing copy. A busy human deciding whether to care.
- Start where their eye lands and stop where they'd actually stop. If they'd bail at line two, bail at line two and say so.
- Use their vocabulary and their bluntness, not yours.
- Give the real reaction including the unflattering one: boredom, suspicion, "this is about you, not me."
- Step out of character, with a separator, and deliver:
- Verdict. Yes, soft no, hard no, or ghost. And what they'd actually do: reply, forward, sit on it, book.
- The real objection, the one under the polite one.
- The two or three changes that flip it. Rewritten lines, not adjectives.
- Confidence. Which parts came from
[known]facts and which from inference. Never smuggle a guess in as their voice.
PANEL mode
Run each profile in character, separately, no cross-talk. Then synthesize:
- Where they agree. That's structural, fix it.
- Where they split. That's a segmentation problem, and choosing which one to serve is the actual decision.
- The single change that improves it for every seat.
Cap it at four. Past that the marginal voice adds noise, not signal.
UPDATE mode
This is the part that compounds and the part that gets skipped. A profile that never updates is a guess with a filename.
When a real outcome comes back:
- Append a row to Track record: predicted, actual, lesson.
- Amend the sections the outcome contradicts. Promote
[assumed]to[known]where reality confirmed it. Delete what reality killed. - Bump the date and re-rate confidence.
- Say in one line what changed, so the loop is visible.
Ask for this proactively. Close every RUN with "tell me what they actually said and I'll sharpen the profile."
Anti-patterns
- Reviewing instead of reacting. "The hook could be stronger" is a copy critic. "I stopped reading at the second line" is a focus group. Only the second is worth anything.
- Playing a generic archetype. "Busy executive" is not a profile. If the file lacks specifics, run BUILD instead of improvising a stock character.
- Being nice because they made it. The entire point is spending a fake shot instead of a real one.
- Inventing facts about a real person. Inference is fine and must be labeled. Fabricated quotes or history corrupt the profile and every run after it.
- Running the full panel on a reversible decision. Cheap to redo? Ship it.
- Skipping the update. Simulation without correction just gets confidently wrong faster.
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
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.

