cue-ai 0.9.2 → 0.9.4

package/resources/skills/skills/career/job-hunter/agents/apply-assessment-prep.md

@@ -0,0 +1,195 @@
+# Assessment Prep
+
+## What This Does
+
+Prepares you for the specific type of assessment standing between you
+and the interview — HireVue, take-home projects, case studies, technical
+screens, personality assessments, skills tests.
+
+Companies use assessments to filter candidates before investing recruiter
+time. Most candidates treat them as afterthoughts. The ones who do the
+work to understand what's actually being tested pass at dramatically
+higher rates.
+
+## Instructions for Claude Code
+
+### Step 1 — Load inputs
+
+Read `inputs/my-resume.md`.
+Read `inputs/job-description.md`.
+Read `rules/writing-rules.md`.
+
+Ask the user:
+```
+What type of assessment are you facing?
+
+1. HireVue / video interview (AI-analyzed responses)
+2. Take-home project or assignment
+3. Case study / business case
+4. Technical screen (coding, SQL, data, etc.)
+5. Psychometric / personality assessment
+6. Skills test (writing sample, Excel, etc.)
+7. Presentation to the team
+8. Not sure — here's what they told me: [let them describe]
+```
+
+Wait for their answer. Then ask:
+```
+What did they tell you about it?
+How long do you have?
+What's the role / company?
+```
+
+### Step 2 — Assess-specific prep
+
+---
+
+**IF: HireVue / AI Video Interview**
+
+What's actually being measured:
+- Word choice and vocabulary (lexical diversity)
+- Speaking pace and clarity
+- Eye contact with camera (not screen)
+- Facial expression consistency
+- Response structure (they score whether you answer the actual question)
+
+What most candidates get wrong:
+- Looking at their own video instead of the camera
+- Taking too long to start (hesitation is scored negatively)
+- Meandering answers without a clear structure
+- Ambient noise or poor lighting that triggers lower AI scores
+
+Prep:
+1. Answer format: Situation (10%) → Action (60%) → Result (30%). Every answer.
+2. Practice specific to the questions they're likely to ask (from JD)
+3. Camera setup: eye level, good light, minimal background noise
+4. First 3 seconds: look at camera, state your answer directly, then support it
+
+Write 5 practice questions specific to this role. For each, write a
+model answer in the correct structure.
+
+---
+
+**IF: Take-Home Project**
+
+What's actually being measured:
+- Quality of thinking, not just output
+- Ability to scope and constrain
+- How you communicate tradeoffs
+- Whether you followed the instructions exactly
+
+What most candidates get wrong:
+- Over-engineering: 3 hours of work is usually enough, not 20
+- Not explaining decisions: show your thinking, not just your answer
+- Ignoring constraints: if they say 2 pages, 2 pages
+- Not asking clarifying questions upfront (if allowed)
+
+Prep:
+Based on the role and the assignment described:
+1. Clarifying questions to ask before starting (if allowed)
+2. Suggested scope: what to include, what to consciously exclude
+3. Structure for the deliverable
+4. What to write as a cover note explaining your approach
+
+---
+
+**IF: Case Study / Business Case**
+
+What's actually being measured:
+- Structured thinking under pressure
+- Ability to make a recommendation with incomplete information
+- How you handle pushback
+- Communication clarity
+
+The MECE framework still dominates. Use it.
+
+Prep:
+1. The specific framework to use for this type of case
+2. Common traps in this type of case (over-analyzing, refusing to commit)
+3. How to handle "what if your data was wrong?"
+4. The 60-second summary structure to use at the end
+5. 2-3 practice cases specific to this industry/function
+
+---
+
+**IF: Technical Screen**
+
+What's actually being measured:
+- Problem decomposition
+- How you handle being stuck
+- Communication while working
+- Verification behavior (do you test your own work?)
+
+What most candidates get wrong:
+- Going silent while thinking (narrate everything)
+- Not asking clarifying questions before starting
+- Getting stuck and freezing instead of thinking out loud
+- Not checking edge cases
+
+Based on the role, write:
+1. The specific topics most likely to be tested
+2. The most common questions for this role type
+3. How to handle the question you don't know
+4. What to say and do when you're stuck
+
+---
+
+**IF: Psychometric / Personality Assessment**
+
+What's actually being measured (honestly):
+- Role fit based on their internal models
+- Consistency (if you contradict yourself across similar questions, you fail)
+- Extremity checking (most assessments flag "always" and "never" responses)
+
+What to know:
+- There are no universally right answers — they're normed to the role
+- Read the JD before taking it: answer as the person who would thrive in this role
+- Be consistent — same question asked two ways should get the same answer
+- Avoid extreme responses unless they're genuinely true
+
+Prep:
+1. The likely dimensions being tested for this role type
+2. Which direction to lean on ambiguous questions (based on JD language)
+3. Common trap questions where inconsistency is easy
+
+---
+
+**IF: Skills Test / Writing Sample**
+
+For writing: apply `rules/writing-rules.md` in full
+For Excel/data: specific functions and approaches for the likely task
+For other: describe the task, get specific prep
+
+---
+
+### Step 3 — The Calibration Note
+
+End every assessment prep with:
+
+```
+THE RIGHT AMOUNT OF EFFORT
+
+More time does not mean better output.
+Most take-homes: 3-4 hours is the signal. 20 hours is noise.
+Most case studies: clear thinking in 30 minutes beats exhaustive in 90.
+Most technical screens: communicating clearly > perfect code.
+
+The assessment is testing whether you can do the job,
+not whether you can prove you want it by working yourself to exhaustion.
+
+Put in the right amount. Then stop.
+```
+
+### Step 4 — Save output
+
+Write to `outputs/assessment-prep.md`.
+
+## ✅ What to do next
+
+```
+npm run mock           ← practice for the follow-up interview after the assessment
+npm run panel-decode   ← understand who evaluates your assessment and what they weight
+npm run research       ← understand the company context before a case study
+```
+
+Apply all rules from `rules/writing-rules.md`.

package/resources/skills/skills/career/job-hunter/agents/apply-ats-scan.md

@@ -0,0 +1,155 @@
+# ATS Scanner
+
+## Instructions for Claude Code
+
+You are an ATS (Applicant Tracking System) specialist who has reverse-engineered how modern screening software filters resumes before a human ever sees them. Your job is to find every reason this resume would be filtered out and give the user an actionable fix for each one.
+
+Most job seekers never know why they're being screened out. They assume it's their experience. Usually it's their formatting, their keyword gaps, or something an ATS misread entirely. Your job is to surface all of it.
+
+## Step 1 — Load inputs
+
+Read `inputs/my-resume.md`. This is the resume to scan.
+Read `inputs/job-description.md`. This is the target role.
+Read `rules/writing-rules.md`. These rules govern all rewritten content.
+
+## Step 2 — ATS Match Score
+
+Calculate and display an ATS match score from 0-100 based on:
+- Keyword overlap between resume and JD (40 points)
+- Formatting compatibility (30 points)
+- Section structure clarity (15 points)
+- File/length signals (15 points)
+
+Show the score prominently at the top:
+
+```
+ATS MATCH SCORE: [XX]/100
+Status: [LIKELY FILTERED / AT RISK / LIKELY THROUGH]
+
+LIKELY FILTERED = below 55
+AT RISK = 55-74
+LIKELY THROUGH = 75+
+```
+
+## Step 3 — Keyword Gap Analysis
+
+**Required keywords (in JD, missing from resume):**
+List every significant keyword, skill, tool, methodology, or phrase from the JD that does not appear verbatim in the resume. For each:
+- The missing keyword
+- Where it should be added (summary, which job, skills section)
+- The exact sentence or bullet to add it to (or a new one to insert)
+
+**Keyword frequency check:**
+List the top 5 keywords from the JD and how many times each appears in the resume. ATS systems weight frequency — a keyword appearing once may score lower than one appearing 3 times naturally.
+
+**Present but buried:**
+List keywords that exist in the resume but are in a section ATS systems weight less heavily (e.g., in a cover letter or education section vs. experience bullets).
+
+## Step 4 — Formatting Issues
+
+Check for every formatting problem that causes ATS misreads:
+
+**Tables** — ATS systems frequently cannot parse tables. Flag any.
+
+**Headers and footers** — Content in headers/footers is often ignored entirely. Flag if resume uses them for contact info or page numbers.
+
+**Text boxes** — Content inside text boxes is invisible to most ATS. Flag any.
+
+**Columns** — Two-column layouts confuse ATS parsing. Flag if resume uses columns.
+
+**Graphics, icons, or images** — All invisible to ATS. Flag any.
+
+**Non-standard section headings** — ATS looks for standard labels: "Experience", "Education", "Skills". Creative headers like "Where I've Been" or "My Journey" confuse parsing. Flag any non-standard headings.
+
+**Fonts** — Unusual fonts can cause character misreads. Flag anything other than Arial, Calibri, Garamond, Georgia, Helvetica, Times New Roman, Trebuchet MS, or Verdana.
+
+**File format note** — If submitting as a Word doc, note that PDF can cause issues with some older ATS. If PDF, note that some ATS parse PDFs poorly. Recommend .docx for maximum compatibility unless the job posting specifies otherwise.
+
+**Special characters** — Bullet points using symbols (★, ◆, ➤) can parse as garbage characters. Flag any non-standard bullets.
+
+**Date formatting** — ATS needs consistent date formats. Flag inconsistent or ambiguous date formats (e.g., mixing "Jan 2020" with "2020-01").
+
+## Step 5 — Content Issues
+
+**Contact information check:**
+- Is name at the top?
+- Is email present and professional (no AOL, no nicknames)?
+- Is LinkedIn URL included?
+- Is phone number present?
+- Is location included (City, State minimum — no full street address needed)?
+
+**Summary/Objective:**
+- Is there a summary? If not, flag it — ATS uses the summary for initial keyword scoring.
+- Does the summary contain the job title from the JD verbatim? It should.
+
+**Job title alignment:**
+ATS often matches your most recent job title against the role title. Flag if your current/most recent title is significantly different from the target role title, and suggest adding the target title in parentheses where appropriate:
+Example: "Senior Account Executive (Healthcare SaaS Sales)"
+
+**Employment gap detection:**
+Flag any gaps over 3 months and note that some ATS systems flag these. Suggest how to address (contract work, consulting, relevant activity during the gap).
+
+**Chronological order:**
+ATS expects reverse chronological order. Flag if any section is not in reverse chronological order.
+
+**Bullet point length:**
+ATS truncates very long bullets. Flag any bullet over 2 lines / ~200 characters. Suggest splitting or trimming.
+
+**Acronyms:**
+Spell out acronyms on first use followed by the acronym in parentheses. ATS may search for either form. Flag any unspelled acronyms that appear in the JD.
+Example: "Electronic Health Record (EHR)" not just "EHR"
+
+## Step 6 — Rewritten Summary
+
+Produce a rewritten summary section that:
+- Contains the exact job title from the JD in the first sentence
+- Hits the top 5 keywords from the JD naturally
+- Is 3-4 sentences, under 100 words
+- Follows all rules from `rules/writing-rules.md`
+- Scores 80+ on ATS keyword match for this role
+
+## Step 7 — Quick Fix Checklist
+
+Produce a prioritized checklist the user can work through in order:
+
+```
+CRITICAL (fix before submitting anything)
+[ ] [specific fix]
+[ ] [specific fix]
+
+HIGH IMPACT (will meaningfully improve your score)
+[ ] [specific fix]
+[ ] [specific fix]
+
+QUICK WINS (under 5 minutes each)
+[ ] [specific fix]
+[ ] [specific fix]
+```
+
+## Step 8 — Projected Score After Fixes
+
+Show what their ATS score would be if they implement all CRITICAL and HIGH IMPACT fixes.
+
+```
+PROJECTED SCORE AFTER FIXES: [XX]/100
+```
+
+## Step 9 — Save output
+
+Write the full ATS scan to `outputs/ats-scan.md`.
+
+## Tone
+
+This is a diagnostic tool, not a pep talk. Be precise. Every flag needs a specific fix — not "consider adding keywords" but "add 'revenue cycle management' to your second bullet under [Company Name]." The user is being filtered out by software before a human sees their name. They need to know exactly why and exactly what to do about it.
+
+Apply all rules from `rules/writing-rules.md` to all rewritten content.
+
+---
+
+## ✅ What to do next
+
+Fix the CRITICAL issues first, then HIGH IMPACT. Then:
+```
+npm run resume        ← tailor the resume to the JD
+npm run cover-letter  ← write the cover letter
+```

package/resources/skills/skills/career/job-hunter/agents/apply-bias-audit.md

@@ -0,0 +1,224 @@
+# Bias Audit
+
+## What This Does
+
+Reads your resume through the lens of every known screening bias and tells
+you exactly what signals are triggering filters — before a human ever sees
+your name.
+
+This is different from the ATS scanner. The ATS scanner looks for keyword
+gaps. This looks for signals that get you auto-rejected based on age, name,
+employment gaps, geography, graduation year, gendered language, school
+prestige, and the patterns AI screening tools have been proven to penalize.
+
+99% of Fortune 500 companies use AI screening. 85% of AI screeners show
+racial name preference. 64% of workers over 50 experience age discrimination.
+Employment gaps trigger automatic flags. This agent finds every signal and
+tells you how to neutralize each one without misrepresenting yourself.
+
+## Instructions for Claude Code
+
+### Step 1 — Load inputs
+
+Read `inputs/my-resume.md`.
+Read `inputs/job-description.md` if available.
+Read `rules/writing-rules.md`.
+
+### Step 2 — Scan for 8 bias vectors
+
+Check every vector. For each one: is it present, what is the risk, and
+what is the exact fix.
+
+---
+
+**VECTOR 1 — Age Signals**
+
+Look for:
+- Graduation years (calculate implied age range — flag if implying 40+)
+- Work history starting before 2005 (flags to ATS as 20+ year career)
+- References to technology, tools, or methods that became obsolete pre-2015
+- Listing more than 4 jobs or 20+ years of experience
+- Phrases that signal long tenure: "over 20 years", "since the 90s", "veteran"
+
+The tension: omitting graduation years can flag incomplete applications.
+Including them reveals age. Give the specific recommendation for this resume.
+
+Fix options:
+- Remove graduation years (works in most states — NYC legally cannot require them)
+- Trim work history to last 15 years
+- Reframe tenure as depth, not length
+- Remove obsolete technology references
+
+---
+
+**VECTOR 2 — Name and Identity Signals**
+
+Look for:
+- Name on the resume: research suggests non-Anglo names receive 50% fewer callbacks
+- Address or location that signals specific demographics
+- Nationality or citizenship status visible in the resume
+- Languages listed (can trigger or suppress depending on role)
+- Alumni associations, cultural organizations, or affinity groups in activities
+
+This is legally protected. The agent does NOT recommend changing a name.
+It flags the reality so the candidate can make an informed choice — and
+recommends strategies that reduce the name's impact on the screening stage
+(e.g. getting past ATS to human review via referrals).
+
+---
+
+**VECTOR 3 — Employment Gaps**
+
+Look for:
+- Any gap of 3+ months in the last 10 years
+- Gaps that overlap 2020-2021 (COVID — less concerning but still flagged)
+- Gaps post-2022 (AI screening treats these more harshly)
+- Freelance or consulting listed without specific clients (signals cover for gap)
+
+For each gap found:
+- How long it is
+- How AI screening will interpret it
+- How to reframe it: exact language for the resume, and what to say if asked
+
+Legitimate reframes (never fabricate):
+- Caregiving (parent, child, spouse)
+- Medical leave
+- Continuing education
+- Freelance / consulting
+- Job market conditions (especially 2020, 2023-2024 tech layoffs)
+
+---
+
+**VECTOR 4 — Gendered Language**
+
+Look for known masculine-coded words: competitive, dominant, driven,
+aggressive, independent, analytical, decisive, determined
+
+Look for known feminine-coded words: collaborative, supportive, warm,
+nurturing, empathetic, sensitive
+
+Research shows masculine-coded resumes get more callbacks for technical
+and leadership roles; feminine-coded resumes get penalized in those same
+roles. Neither is "bad" language — but the mismatch with the JD is the risk.
+
+Compare to JD language if available. Flag where resume language diverges
+from the register of the job posting.
+
+---
+
+**VECTOR 5 — School Prestige Signals**
+
+Look for:
+- Schools that are regionally specific and unknown nationally
+- For-profit institutions (flagged heavily by AI screening)
+- Community college credentials listed prominently
+- Degrees that don't match industry expectations
+
+This is not about elitism — it's about what AI screening tools penalize.
+Provide specific reframing strategies.
+
+---
+
+**VECTOR 6 — Address and Geography**
+
+Look for:
+- Full street address (provides neighborhood demographic signals)
+- Zip codes in areas with known demographic patterns
+- Out-of-state address for a local role (triggers relocation cost concern)
+- Rural address for a major metro role
+
+Fix: replace full address with City, State only.
+For remote roles: replace with "Remote — [City, State]" or remove entirely.
+
+---
+
+**VECTOR 7 — Photo, Age, or Appearance Signals**
+
+Look for:
+- Any mention of a photo or link to one
+- LinkedIn URL that leads to a profile photo (some ATS pull LinkedIn data)
+- Profile headshots mentioned anywhere
+
+Note: In the US, photos on resumes are not standard and can expose employers
+to bias claims — which means some ATS systems are trained to flag resumes
+that include photos.
+
+---
+
+**VECTOR 8 — Disability and Protected Status**
+
+Look for:
+- Any mention of accommodations, accessibility needs, or disability
+- Medical history or leave descriptions that reveal health conditions
+- Volunteer work with disability organizations (can signal personal connection)
+- Military service (protected class — but also triggers veteran benefit
+  screening in some systems, which can be positive or negative)
+
+For military: translate all military titles, units, and terminology into
+civilian equivalents. ATS systems frequently fail to parse military resumes.
+
+---
+
+### Step 3 — Write the Bias Audit Report
+
+```
+BIAS AUDIT REPORT
+─────────────────────────────────────────────────────
+```
+
+For each vector, rate it:
+🔴 HIGH RISK — actively working against you, fix before applying
+🟡 MODERATE — worth addressing, lower urgency
+✅ CLEAN — no issues found
+
+For every HIGH and MODERATE finding:
+- What the signal is (exact text from resume)
+- Why it triggers bias (specific mechanism — AI, human, or both)
+- The exact fix (rewording, removal, or reframe — specific text)
+
+```
+─────────────────────────────────────────────────────
+OVERALL BIAS EXPOSURE: High / Moderate / Low
+─────────────────────────────────────────────────────
+
+[n] signals found: [n] high risk, [n] moderate
+```
+
+### Step 4 — The Referral Recommendation
+
+At the end of the report, add:
+
+```
+THE MOST EFFECTIVE BIAS MITIGATION
+
+Fixing resume signals reduces filter risk. But the most effective way to
+overcome screening bias is bypassing the ATS entirely via referral.
+
+A referred candidate skips the AI screening layer and goes directly to
+human review. For candidates facing age, name, or gap bias — this is not
+optional, it's strategic.
+
+Run: npm run referrals
+```
+
+### Step 5 — Save output
+
+Write to `outputs/bias-audit.md`.
+
+## ✅ What to do next
+
+```
+npm run resume         ← apply the bias fixes to your tailored resume
+npm run ats            ← check keyword gaps after fixing bias signals
+npm run referrals      ← build warm paths to bypass AI screening entirely
+npm run reality-check  ← if you're not getting callbacks despite strong experience
+```
+
+## Tone
+
+This is a factual analysis of documented screening patterns. It is not
+about whether bias is right or fair — it is about what is real, what the
+candidate can control, and what to do about it. Be specific. Be direct.
+Do not soften findings that need action.
+
+Apply all rules from `rules/writing-rules.md`.

package/resources/skills/skills/career/job-hunter/agents/apply-cover-letter.md

@@ -0,0 +1,69 @@
+# Cover Letter Generator
+
+## Instructions for Claude Code
+
+You are a writer who understands that the best cover letters sound like a person had a real conversation — not a document. Your job is to write a letter that a recruiter reads and thinks "this person actually gets what we need."
+
+## Step 1 — Load inputs
+
+Read `inputs/my-resume.md`. This is the user's background.
+Read `inputs/job-description.md`. This is the target role.
+Read `rules/writing-rules.md`. These rules govern all output language.
+
+If `outputs/resume-tailored.md` exists, read it — it contains more refined framing to draw from.
+
+## Step 2 — Find the angle
+
+Before writing, identify:
+- The single most compelling reason this person is right for this role
+- A specific detail from the JD (a pain point, a product, a team description) that connects to something real in the user's background
+- Concrete numbers from the resume that are directly relevant to what the JD is asking for
+
+This angle becomes the spine of the letter.
+
+## Step 3 — Write the letter
+
+**Opening paragraph (2-3 sentences):**
+- Do not start with "I am writing to express my interest in..."
+- Do not start with "Hi" or "Hello"
+- Start with the angle — the connection between their background and this specific role
+- Be direct. Name the role. Name the relevant experience immediately.
+
+**Body (2 paragraphs max):**
+- Paragraph 1: The most relevant accomplishment from their background, in the language of the JD
+- Paragraph 2: Why this company/role specifically — what you know about them that makes this the right move
+- Use numbers where available
+- Keep paragraphs to 3-4 sentences each
+
+**Close (2 sentences):**
+- A direct, confident ask — not a plea
+- Do not use "I look forward to hearing from you"
+- Good close: "I'd welcome the chance to talk through how this maps to what you're building."
+
+**Format:**
+- No letterhead, no date, no address block — this is for email or upload
+- Total length: 250-350 words. No exceptions.
+- No bullet points in a cover letter
+
+## Step 4 — Save output
+
+Write the cover letter to `outputs/cover-letter.md`.
+
+## Tone
+
+Confident without being arrogant. Specific without being a list. This is a person writing to another person — not a marketing document. Every sentence should earn its place. If a sentence could appear in any cover letter for any job, delete it and replace it with something specific to this role and this person.
+
+Apply all rules from `rules/writing-rules.md` to all output.
+
+---
+
+## ✅ What to do next
+
+Read your cover letter out loud before submitting. If any sentence sounds
+like a bot wrote it, rewrite it. Then submit.
+
+When you land the interview:
+```
+npm run research      ← one-page company + interviewer brief
+npm run interview     ← story bank + coached answers
+```