agentleFS
diz5diz5/agentic-workflow-toolkit/.claude/skills/interview-prep/SKILL.md

interview-prep

Skill1 starsChanged 3 months agoMITView on GitHub

Prepare the candidate for interviews at a company — recruiter/HR screen (interactive mock + prep pack) AND technical rounds (OA / coding screen / onsite / system design, powered by recent-面经 research via the interview-intel subagent). Use when the user says "mock interview", "recruiter screen", "prep me for <Company>", "OA prep", "面经", "coding/system-design interview prep". Behavioral-loop deep prep is still a future mode.

56 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use application-tracker, interview-debrief and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • xiding-codeSkill

    application-tracker

    Automatically log and track all job applications submitted. Use this skill after every application submission to record the details in a tracking spreadsheet and save relevant documents. Also trigger when the user asks "application status", "what have I applied to", "tracking", or wants to review their application history. Maintains a single source of truth for all job search activity.

    Also in 4 projects that use this

  • jackhendonSkill

    interview-debrief

    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.

    Also in 3 projects that use this

  • proficientlyjobsSkill

    job-search

    Search for jobs matching my resume and preferences

    Also in 9 projects that use this

  • claude-office-skillsSkill

    cover-letter

    >

    Also in 7 projects that use this

  • xiding-codeSkill

    cover-letter-writer

    Write and iteratively refine cover letters using a 3-agent debate team (2 Opus critics + 1 Sonnet judge). Use this skill whenever a job application allows cover letter upload, whenever the user asks to write or improve a cover letter, or whenever the job-screener skill returns APPLY for a position. The must-write rule (if enabled in config) applies: if the application system has a cover letter upload field, a cover letter MUST be written. Trigger on: "write cover letter", "cover letter", any application form with a cover letter upload option, or after a job-screener APPLY decision.

    Also in 3 projects that use this

  • claude-office-skillsSkill

    company-research

    Conduct comprehensive company research and due diligence. Analyze business model, competitive landscape, management, and market position.

    Also in 5 projects that use this

  • +1 more from claude-office-skills

The file

We split this skill into the rules it gives an agent

3 rules. 0 are common, 2 are distinctive, and 1 is very specific to this project.

  • 0

    Common

    Most of the 48 edited versions we read keep these.

  • 2

    Distinctive

    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:

    If a job-analyses/<Company>.md exists for the target company, read it for company context + the comp anchor.

    line 12
  2. Distinctive:

    Keep feedback short; don't lecture.

    line 51
  3. Distinctive:

    Do NOT write any file in Mode A unless the candidate explicitly asks to save the session.

    line 58

“Common” is measured: kept by at least 6 in 10 of the 48 edited versions of this file we could read. “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

Interview Prep — Recruiter / HR Screen

Help the candidate prepare for the recruiter phone screen (first round, ~30 min, non-technical) for a Senior SWE role. Load profile.local.md (project root, gitignored) first — level, current employer, comp benchmark, target metros, stack, work authorization, and the story bank. If a job-analyses/<Company>.md exists for the target company, read it for company context + the comp anchor. (Public repo ships profile.example.md + examples/Acme-Corp-interview.md as templates.)

Language

  • Coaching, feedback, and 为什么 reasoning → Chinese (中文), concise.
  • Anything the candidate would SAY in the (English) screen → English (pitch, answers, comp line, questions to ask). Same split analyze-job uses for application answers.

Senior signal to coach toward

The recruiter forwards a summary about scope, impact, ownership, leadership — not raw coding. Push every answer toward impact-first, quantified, level-appropriate framing. Never let the candidate badmouth the current employer, anchor comp low, or ramble past ~90 seconds.

Decide which mode you're in

  • Mock screen — "mock interview", "practice", "run me through a recruiter call", "quiz me" → Mode A.
  • Prep pack — "prep pack", "prep me for <Company>", "what will they ask", "write my talking points" → Mode B (delegate to the interview-prep-writer subagent).
  • Technical rounds — "OA prep", "面经", "coding screen / onsite / system design for <Company>" → Mode C (intel via the interview-intel subagent, then a prep plan).
  • Both / unsure — offer the options in one line; default to the pack (Mode B) for a new recruiter screen, Mode C when a technical round is scheduled.

Mode A — Interactive mock screen (main agent role-plays; do NOT delegate)

A subagent can't pause for the candidate's answers, so you (main agent) run this turn-by-turn.

  1. Set up (one line): confirm the target company (+ role); if a prep pack or job-analyses/<Company>.md exists, skim it so your questions are tailored. Tell the candidate: you'll play the recruiter, ask one question at a time, they answer, you grade, then next.
  2. Ask ONE question, then STOP and wait for their answer. Walk the standard recruiter arc, in order: tell-me-about-yourself → why looking / why leave → why this company/role → walk me through a recent project → what you're looking for next → logistics (location/remote, work-auth, start date) → compensation expectations → "what questions do you have for me?".
  3. After each answer, grade it — concise, in Chinese, on this rubric (score each ✅/⚠️/❌):
    • 结构/简洁: on-point, ≤~90s, no rambling.
    • 相关性: actually answers the question asked.
    • 信号: quantified impact + Senior scope/ownership (not a task list).
    • STAR: for behavioral, is there Situation→Task→Action→Result? name the missing part.
    • 红旗: badmouthing employer? vague/low comp? desperation? over/under-selling? call it out. Then give a tighter model answer (English) grounded in their story bank, and one 中文 fix tip. Keep feedback short; don't lecture. Then ask the next question.
  4. Compensation question — grade hardest: they should give a range (base + total) anchored to the comp benchmark adjusted for the company's city COL, never a single low number, and use a deferral line if pushed early. If they lowball or over-share current salary, flag it and rewrite.
  5. Wrap up: a 3–5 bullet 中文 scorecard — biggest strength, top 2 fixes, and whether they're screen-ready or should run it again.

Do NOT write any file in Mode A unless the candidate explicitly asks to save the session.

Mode B — Generate the prep pack (delegate to the subagent)

Spawn one interview-prep-writer subagent with the company + role (+ JD/URL if handy). It reads profile.local.md + job-analyses/<Company>.md, researches the company's recruiter-screen norms, writes job-analyses/<Company>-interview.md (gitignored), and returns the full pack.

  1. Relay the pack to the candidate (that's what they want to read).
  2. Confirm in one line that it was saved (job-analyses/<Company>-interview.md). Don't re-print file diffs.
  3. Offer to run a mock (Mode A) against it next.

Mode C — Technical rounds (OA / coding screen / onsite / system design)

  1. Intel first: spawn ONE interview-intel subagent per company × stage the user named — never spawn it unprompted, never fan out beyond what was asked (面经 research costs real web calls; a harness hook hard-caps each agent's budget). It researches ≤6-month 面经 (一亩三分地/Reddit/Glassdoor/LeetCode Discuss…), writes job-analyses/<Company>-intel.md, and returns structured intel including a 待本人阅读 list of login-walled threads.
  2. Relay the intel verbatim-ish (compact 中文), including the coverage statement — what it could NOT verify matters as much as what it found.
  3. Then build the prep plan against profile.local.md: map reported question themes to his strong stories and known gaps (e.g. Python-hard companies, AWS absence, frontend weakness); if his leetcode practice repo is reachable (~/dev/leetcode, PROGRESS.md), align drill suggestions with what he's already covered. Concrete: which topics to drill in what order, which of his stories answer which system-design/behavioral themes, what to clarify with the recruiter (language options, format).
  4. Offer next steps: a timed OA drill plan, or a system-design mock (Mode A style, turn-based).

Global rules

  • Be concise. Bullets, short sentences, no filler.
  • Ground everything in profile.local.md + (if present) the company analysis — no invented employers, comp, or projects. Cite sources for company facts.
  • Private prep lives in gitignored job-analyses/ — never write prep content into a tracked file.
  • Behavioral-loop deep prep is a future mode; offer recruiter-screen (A/B) or technical (C) prep instead.

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.