Catalog
github/technical-job-search

github

technical-job-search

Use this skill when a software engineer asks for help with job search tasks: parsing or analyzing a job description, tailoring a CV/resume, writing a cover letter, evaluating a job offer, or drafting a post-interview follow-up email. Do not activate for general career advice unrelated to an active job search action.

v1.0Latest
New~1.2kUpdated Jun 26, 2026

Technical Job Search

Helps software engineers with discrete job search tasks: job description analysis, CV tailoring, cover letter writing, offer evaluation, and follow-up emails.


Job Description Analysis

When given a job description, extract and structure:

Must-haves (explicitly required or repeated multiple times):

  • Technical skills, years of experience, specific domain knowledge

Nice-to-haves (preferred, a bonus, or mentioned once):

  • List these separately. Candidates often disqualify themselves over requirements that are actually optional.

What the role actually solves (inferred from the description):

  • Summarize in 2-3 sentences what business problem this hire addresses

Red flags to surface:

  • "Wear many hats" with no clarity on scope — risk of undefined ownership
  • 10+ must-have technologies for a single role — unrealistic bar or poor team planning
  • No mention of team size, tech stack, or what the role ships — may indicate disorganization

CV / Resume Tailoring

When tailoring a CV to a specific job description:

  1. Match language exactly — use the same terminology as the JD, not synonyms. If the JD says "distributed systems", do not write "large-scale systems".
  2. Lead with impact — every bullet should have a result: "Reduced P99 latency by 40%" not "Worked on performance improvements".
  3. Quantify everything possible — users, QPS, team size, cost saved, revenue impact.
  4. Cut what does not match — a two-page CV tailored to the role beats a four-page generic one.
  5. Mirror the seniority signals — entry roles want "built", senior roles want "designed", staff and principal roles want "drove" or "defined".

Do not keyword-stuff. Write for the hiring manager reading it, not for an ATS parser.


Cover Letter Writing

A cover letter should answer three questions in under 300 words:

  1. Why this company? Something specific — a product, a technical challenge they have written about, a problem space you care about. Not "I admire your mission."
  2. Why you? One or two concrete things from your background that directly match what they need. Link to the specific role, not your full career history.
  3. Why now? What is your motivation at this point in your career? One sentence.

Format: three short paragraphs. No preamble ("I am writing to apply for..."). No summary of your CV.

Avoid:

  • Restating your CV in prose form
  • "I am passionate about..."
  • Generic company praise ("a leader in the industry", "innovative company")
  • Going longer than one page

Offer Evaluation

When evaluating a job offer, compare across these dimensions:

Compensation

  • Base salary: check against market rate for role, level, and location (levels.fyi, Glassdoor, Blind, Comprehensive.io)
  • Equity: current valuation, vesting schedule (4-year with 1-year cliff is standard), dilution risk for early-stage companies
  • Bonus: target percentage vs actual historical payout
  • Total comp = base + expected bonus + annualized equity value

Role clarity

  • Scope: what does "owning" this role actually mean vs what is already decided?
  • Team: size, structure, who you report to, tenure of the team
  • Growth: what does the next level look like and how long do people typically take to get there?

Company health

  • Stage: runway, revenue, growth rate — ask directly if not public
  • Engineering culture signals: PR review process, incident postmortem culture, on-call burden
  • Remote or hybrid reality: written policy vs actual practice

Red flags in an offer

  • Pressure to decide in under 48 hours — a reasonable window is one to two weeks
  • Equity with no clear liquidity path for a company that has been private for 10+ years
  • A role described as greenfield that turns out to have 6 months of existing unmaintained code

Get everything in writing before accepting.


Follow-up Emails

After an interview, send a follow-up within 24 hours:

  • One sentence thanking them for the time
  • One sentence referencing something specific from the conversation (a problem discussed, a question they asked)
  • One sentence reaffirming interest, if genuine

Do not write multiple paragraphs. Do not restate your qualifications. Do not follow up more than once if there is no reply.

Files1
1 files · 1.0 KB

Select a file to preview

Overall Score

78/100

Grade

B

Good

Safety

95

Quality

75

Clarity

82

Completeness

68

Summary

This skill provides structured guidance for software engineers conducting a technical job search. It covers five discrete tasks: analyzing job descriptions (extracting must-haves vs. nice-to-haves, identifying red flags), tailoring CVs/resumes to specific roles, writing concise cover letters, evaluating job offers across compensation and company health, and drafting post-interview follow-ups. The skill is purely advisory—it does not execute code, access files, or interact with external systems; instead it teaches the agent how to reason through job search decisions.

Detected Capabilities

text analysis and extractionstructured comparison and evaluationadvisory guidance and reasoning

Trigger Keywords

Phrases that MCP clients use to match this skill to user intent.

analyze job descriptiontailor resume for rolewrite cover letterevaluate job offerpost-interview follow-up

Use Cases

  • Analyze a job description for must-haves, nice-to-haves, and red flags
  • Tailor a CV to match a specific job description using quantified impact language
  • Write a compelling cover letter answering why-this-company, why-you, why-now
  • Evaluate a job offer comparing compensation, role clarity, and company health signals
  • Draft a professional follow-up email after an interview

Quality Notes

  • Clear, actionable guidance for each job search task with concrete examples (e.g., 'Reduced P99 latency by 40%' vs. 'Worked on performance improvements')
  • Specific anti-patterns documented (keyword-stuffing, generic praise, pressure tactics) to help agents avoid common mistakes
  • Practical reference sources provided for offer evaluation (levels.fyi, Glassdoor, Blind)
  • Well-structured with distinct sections and bullet-point clarity that an agent can follow without ambiguity
  • Red flags section in JD analysis teaches critical thinking about role scope and team organization
  • Cover letter guidance is prescriptive (3 paragraphs, under 300 words, specific avoidances) making it easy for an agent to operationalize
  • Offer evaluation covers both financial (base, equity, bonus) and non-financial dimensions (team tenure, culture signals)
  • Some sections could benefit from example inputs/outputs (e.g., a before/after CV or sample follow-up email) to show the agent what 'done' looks like
  • No discussion of how to handle conflicting signals (e.g., high salary but weak team) — guidance on prioritization would strengthen offer evaluation
  • Limited guidance on handling negotiations or multiple offers simultaneously
Model: claude-haiku-4-5-20251001Analyzed: Jun 26, 2026

Reviews

Add this skill to your library to leave a review.

No reviews yet

Be the first to share your experience.

Use github/technical-job-search in your dev environment

Command Palette

Search for a command to run...