agentleFS
gascon-aigascon-ai/claude-skills/internal-focus-group/SKILL.md

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

  • Other versions1 project uses a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 1

    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.

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
  1. Very specific:

    Use a segment name instead of a personal name when you're modelling a persona rather than a human: enterprise-buyer.md, …

    line 16
  2. Distinctive:

    Read the request and pick one.

    line 22
  3. Distinctive:

    If an artifact arrives for someone with no profile, run a fast BUILD (the six core questions only), then RUN in the same session.

    line 31
  4. Distinctive:

    Risk tolerance: Do they move fast on reversible calls and stall on irreversible ones, or stall on everything?

    line 53
  5. Distinctive:

    Load the profile: If it's thin or stale, say so in one line, then run anyway.

    line 99
  6. Distinctive:

    Calibrate depth: Ask yourself, not them: is this reversible?

    line 100
  7. Distinctive:

    Start where their eye lands and stop where they'd actually stop.

    line 102
  8. Distinctive:

    Use their vocabulary and their bluntness, not yours.

    line 103
  9. Distinctive:

    Run each profile in character, separately, no cross-talk.

    line 115
  10. Distinctive:

    When a real outcome comes back:

    line 129
  11. Distinctive:

    Ask for this proactively. Close every RUN with "tell me what they actually said and I'll sharpen the profile."

    line 136

≈ “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.

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

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.

SignalMode
Named person has no profile yetBUILD
Profile exists and they bring an artifactRUN
Two or more people named, or "the panel"PANEL
A real outcome came backUPDATE

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:

  1. Who are they to you, and what do they actually control? Title is noise. Budget, veto, headcount, the yes. That's the profile.
  2. What are they judged on? Their scoreboard, not yours. What makes them look good to their own boss, board, or market.
  3. What makes them say yes fast? Format, length, channel, proof type, who else needs to be in the room.
  4. 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.
  5. How do they talk? Words they use, words they'd never use, how blunt they are, whether they say no directly or go quiet.
  6. 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

  1. Load the profile. If it's thin or stale, say so in one line, then run anyway.
  2. 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.
  3. 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."
  4. 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:

  1. Append a row to Track record: predicted, actual, lesson.
  2. Amend the sections the outcome contradicts. Promote [assumed] to [known] where reality confirmed it. Delete what reality killed.
  3. Bump the date and re-rate confidence.
  4. 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.

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.