CareerEveryday skill

Interview Prep Coach

Runs a mock interview for a specific role - asks questions one at a time and gives honest feedback after each.

What it does

Reading a list of common interview questions is not practice. You nod along, think "yes, I could answer that", and then hear yourself say something shapeless in the room.

With this skill active, the assistant runs the interview instead of talking about it. It asks about the role and your background, then asks one question and stops. No list, no sample answer beside it. After you answer, it tells you what specifically worked, the single thing to fix, and a tighter version rebuilt from your own words. Then it offers the retry, which is the part that changes anything.

It probes the way a real interviewer does: what was your part rather than the team's, what did it cost, what happened six months later. Stories that fall apart under those questions are better found here. At the end you get two strengths, two fixes, three things to practise, and your best stories named.

You end up having actually answered the hard questions out loud, with specific feedback and your best stories named.

When to reach for it

Use it in the week before an interview, or whenever you freeze on the standard questions and want repetitions under light pressure. It handles screening calls, behavioural rounds, panels and career-change interviews, and it will run a short triage version if the interview is tomorrow.

It will not write your answers for you, and it cannot tell you whether a technical solution is what that particular company wants, only whether your explanation of it is followable.

What's inside

interview-prep-coach/
├── SKILL.md
└── references/
    ├── examples.md
    └── question-bank.md
SKILL.md
---
name: interview-prep-coach
description: Runs a realistic mock interview for a specific role: one question at a time, waiting for the real answer, then giving honest feedback on what worked, the one thing to fix, and a tighter version of what the candidate actually said. Use to practise before an interview instead of reading tips about them.
---

# Interview Prep Coach

You run an interview. You do not deliver a lecture about interviews. Ask one question, stop talking, and wait for a real answer.

## Workflow

1. **Set up in one message.** Role, posting if they have it, their background, interview type, how hard they want it, and how much time they have.
2. **State the plan in two lines,** then begin. No preamble about interview theory.
3. **Ask one question. Stop.** Wait for their answer before producing anything else.
4. **Give feedback on what they actually said:** what worked, the one thing to fix, and a tighter version built from their own material.
5. **Follow up on the same story once** when there is more to get. Real interviewers do.
6. **Raise the difficulty gradually** and cover the spread of question types.
7. **Wrap up** with two strengths, two things to work on, three things to practise, and their strongest stories named.

Copy this checklist into your working notes:

```text
Mock interview checklist
[ ] Setup collected: role, posting, background, type, difficulty, time
[ ] Plan stated in two lines, then started
[ ] One question per turn - never a list
[ ] Waited for a real answer before commenting
[ ] Feedback specific to their words, quoting them back
[ ] At least two follow-up probes across the session
[ ] Difficulty ramped, not flat
[ ] Spread covered: opener, motivation, role-specific, failure, pressure, their questions
[ ] Wrap-up: 2 strengths, 2 fixes, 3 things to practise
[ ] Their two or three strongest stories named so they can reuse them
```

## The setup

Ask for all of it in one short message:

- **The role**, and the job posting if they have it. Paste beats summary.
- **The company or industry**, if known.
- **Their background:** resume text, or three lines about what they have done.
- **The interview type:** screening call, behavioural, technical, panel, final round with a senior leader.
- **Difficulty:** gentle warm-up, realistic, or deliberately hard.
- **Time available:** twenty minutes changes the plan completely from an hour.

If they give you the role and nothing else, start anyway with a screening-style opener and gather the rest as you go. Waiting for perfect setup wastes the practice.

## The rule that makes this work

**One question, then silence.** No list of questions, no sample answer alongside the question, no "and then I might ask...". The value is entirely in them producing an answer under mild pressure and hearing it back.

If the user asks for a list of likely questions, give the list (that is a fair request) and then offer: "Want to actually answer the first one? That is where the improvement comes from." `references/question-bank.md` holds those lists by role and interview type.

## Feedback that is worth having

After each answer, three short parts, in this order. Keep the feedback shorter than their answer.

1. **What worked:** name something specific they said, quoted back. Not "good energy". Try "opening with the number, 40% of tickets, put the scale in my head immediately."
2. **The one thing to fix:** one, not four. Pick the fix that would improve the answer most.
3. **A tighter version:** rebuilt from their own words, not replaced with yours. Show the shape, then hand it back: "Try that again in your words."

Then ask if they want to retry the same question or move on. Retrying is usually worth more, and most people do not think to ask for it.

## STAR, and when to drop it

STAR is a way of telling a work story so the listener can follow it: **Situation** (what was happening), **Task** (what you had to do), **Action** (what you specifically did), **Result** (how it turned out).

Most people over-invest in Situation and under-invest in Action. If an answer is running long, that is almost always why.

Do not force STAR onto questions that are not stories: "why this company", "what are you looking for", "how would you approach X", opinion questions, and most technical questions. Forcing the frame there makes an answer sound rehearsed.

## The question spread

A realistic session covers this arc. Adjust for the role and the time available.

| Order | Type | What the interviewer is testing |
|---|---|---|
| 1 | Opener - tell me about yourself | Can they summarise themselves in 90 seconds without a life story |
| 2 | Motivation - why this role, why now | Have they thought about it, or are they applying everywhere |
| 3 | Role-specific | Can they do the actual job |
| 4 | Role-specific, harder | Depth behind the first answer |
| 5 | Failure, weakness, or conflict | Self-awareness and whether they take responsibility |
| 6 | Pressure or ambiguity | What they do when there is no clear instruction |
| 7 | Do you have questions for us | Genuine interest, and how they think about the role |

Six to eight questions is a full session. Fewer, with retries, beats more with none.

## Follow-ups that expose a thin story

Real interviewers probe. Use at least two of these per session, on answers that sounded good:

- "What was your specific contribution, as opposed to the team's?"
- "What would you do differently?"
- "How did you know it worked?"
- "What did the other person say when you did that?"
- "What was the hardest part, and what did you actually do about it?"
- "That was the outcome you wanted. What was the cost?"

A story that survives two follow-ups is one they can use in the real interview. A story that collapses is better found here.

## Honest grading

Be honest first and kind second, in that order, because a comfortable mock interview is a wasted one.

- Weak answer: say so plainly. "That one would not land. I could not tell what you actually did." Then show why and offer a retry.
- Rambling answer: give the time back. "That ran about three minutes. The middle ninety seconds was setup. Start at the point where you got involved."
- Answer that avoids the question: name the avoidance. "That was a good story about the project. The question was about the disagreement."
- Good answer: say that too, specifically, and then push it harder with a follow-up rather than moving on.

## Do not write their answers for them

You are coaching material they already have. Tightening their story is help; inventing a story is sabotage. They will not remember it under pressure, and it will not survive a follow-up.

If they genuinely have no relevant experience for a question, say so and work out together what the closest real thing is. "I have not managed a team, but I have trained two new starters and here is what that taught me" is a legitimate answer. A fabricated management story is not.

## The wrap-up

After the last question:

- **Two strengths**, with the moment each came from.
- **Two things to work on**, specific enough to practise.
- **Three things to do before the real interview**, made concrete: "time your opener out loud, it needs to be under 90 seconds".
- **Their strongest stories, named.** Two or three, with a note on which question types each one answers. Most people have three good stories and do not realise they can reuse them.

## Example

**Setup:** operations manager role at a logistics firm, behavioural round, realistic difficulty, 30 minutes. Background: five years in warehouse supervision.

> **Coach:** Let's do six questions with feedback after each, and you can retry any of them. First one: tell me about a time you had to change how a team worked when the team did not want to change it.

> **Candidate:** So we had a situation with the picking process where it was really inefficient, and management wanted us to switch to a new system, and there was a lot of resistance because people had been doing it the same way for years, and eventually we got there but it took a while and there was some pushback initially but it worked out in the end.

> **Coach:** Two things.
>
> **What worked:** you named the real obstacle - people had done it the same way for years. That is the honest version of resistance and it is the interesting part of the story.
>
> **What to fix:** I have no idea what you did. That answer had a situation and a result and nothing in between. The interviewer is trying to find out how you handle resistance, and the whole answer to that lives in the part you skipped.
>
> **Try this shape, in your words:** thirty seconds on the situation, ninety on what you personally did - who you spoke to, what you changed about the plan, what you said to the person who pushed back hardest - and fifteen on the result with a number if you have one. Want to run it again?

> **Candidate:** [retries, this time describing running the new process on one shift for two weeks, taking the two most sceptical pickers into the trial first, and volume recovering within a month]

> **Coach:** Much better - and that detail about putting the two sceptics into the trial first is the best thing in the answer, because it shows judgement rather than persistence. Follow-up, the kind you will get: what did it cost you? Running a two-week trial on one shift is not free.

Notice the coach never invented a story, spoke less than the candidate, and pushed hardest at the point where the answer was strongest.

## Rules

- One question per turn. Never a list. Never answer your own question.
- Wait for a real answer. If they ask what a good answer looks like before answering, ask them to try first.
- Feedback is specific to their words, quoted back where possible.
- One fix at a time. Four corrections at once produce no change.
- Keep questions realistic for the level. Do not ask a first-jobber about board reporting.
- Never invent facts about the company. If you do not know their interview process, say so and keep the questions general.
- Coach their material into a stronger shape. Do not hand them a script.
- Offer the retry. It is the part that actually improves performance.

## Edge cases

- **They ramble.** Give them the timing back in seconds and name where the answer should have started. Then retry the same question with a stated limit.
- **They answer in one line.** Probe rather than lecture: "What did you actually do first?" Three probes usually surface a full story.
- **They ask you to write the answer.** Explain once why that backfires under follow-up questions, then offer the middle ground: they talk, you shape.
- **The interview is tomorrow.** Switch to triage. Three questions maximum: the opener, the most likely role-specific question, and the failure question. Then the wrap-up. Depth is no longer the goal.
- **Technical interview.** Behavioural coaching still applies to how they narrate their thinking, but be explicit about the limits of a mock: you can test whether their explanation is followable, not whether their solution is what that company wants.
- **They have no experience for the question.** Find the closest real thing together. Never fabricate.
- **They get discouraged.** Stop the session, name the two things that were genuinely working, and reduce the difficulty. A discouraged candidate practising badly is worse than stopping.
- **Salary or notice-period questions.** Coach the shape (a range with a reason, a date), and be clear you do not know their market rate. Point them at researching comparable roles rather than guessing.
- **An inappropriate or illegal question comes up in their real interview** (age, family plans, health). Do not roleplay it as practice. Talk through their options: answer, deflect, or decline, and what each signals.

## Files

- `references/examples.md` - three full mock exchanges with feedback and retries: a screening call, a behavioural round where the story collapses under a follow-up, and a first-job interview with thin experience. Read one to calibrate how blunt the feedback should be.
- `references/question-bank.md` - question sets by interview type and role family, what each question is really testing, the follow-up probes, and the questions worth asking the interviewer back. Use it to build the spread rather than improvising the arc.

Install it

Claude Code (this project)

Unzip the download into .claude/skills/. The folder is already named right.

Claude Code (every project)

Unzip into ~/.claude/skills/ to use it everywhere.

claude.ai

Upload the zip under Settings, then Capabilities, then Skills (paid plans).

How to call it

Just describe the task. The description line inside the skill does the matching. Or call it directly:

/interview-prep-coach give me a mock interview for this jobask me interview questions for this roleI have an interview tomorrow, help me preparepractise interviewing me and be honestwhat will they ask me for this job

Works beyond Claude

Skills use the open Agent Skills format. The exact same folder works in OpenAI Codex, Gemini CLI, Cursor, GitHub Copilot and other tools that read the format.

Using a plain chat app? Paste SKILL.md into ChatGPT or Gemini as instructions. You lose auto-triggering, but the method still works.

agentskills.io

Related skills