Apply

Apply (assisted, human owns Submit)

Fill one job application from a URL. You never click Submit. You fill, flag, and hand back a browser tab parked at the Submit button for the human to review, edit, and send.

Data lives in ~/.dear-hiring-manager/: profile.md, answers.md, applications.md, resume.*.

Preconditions

• If ~/.dear-hiring-manager/profile.md is missing, stop and tell the user to run /dear-hiring-manager:onboard first.

Procedure

1. Open the posting. Use the Playwright MCP tools to navigate to the URL. Take a page snapshot (accessibility tree / DOM) — do not rely on vision unless the DOM is unusable. If the URL redirects to the board root or an error page (e.g. ?error=true, only a job list / "Back to jobs", no job title or application form), the posting is closed or expired — stop and tell the user; do not proceed.

2. Extract JD + company. Pull role title, company, location, and the job description. Detect the ATS from the URL/DOM (greenhouse, lever, ashby, workday, other). Append a row to applications.md (create from ${CLAUDE_PLUGIN_ROOT}/templates/applications.template.md if missing) with status=in-progress (fit is filled in the next step; status advances as the run proceeds): date | company | role | url | ats | fit | status | flags.

3. Score fit — FIRST FILTER (hard gate, nothing filled before it passes). Read resume.* and the JD, give a 0–100 fit score with a 2–3 line rationale (matched strengths, gaps), and record it in the tracker row. Read the user's Minimum fit score to apply from profile.md (default 50 if unset). If the score is below that threshold — or there's a hard-eligibility blocker (the role's country needs work authorization the user lacks) — STOP here: set the tracker row status=skipped (reason: low-fit or ineligible), report the score, the threshold, and why, and do not fill the form. The user can override by replying "apply anyway" or lowering their threshold.

3b. Account / login wall (Workday, iCIMS, SuccessFactors — only after the fit-gate passes; never create an account for a role you won't apply to). If applying requires sign-in / create-account before the form:

• Already signed in (persistent session) → continue.
• Saved creds exist → fetch this portal's password from the macOS Keychain (security find-generic-password -s dear-hiring-manager -a "<domain>|<email>" -w) and log in with the profile email + that password.
• New portal → generate a strong unique password (never reuse across portals), fill create-account with the profile email + that password, submit, then save it to the Keychain (security add-generic-password -U -s dear-hiring-manager -a "<domain>|<email>" -w "<password>"). Passwords live only in the Keychain — never in profile.md / answers.md / any file.
• Email verification required → set tracker status=blocked, pause and ask the human to click the verify link in their inbox (or, if a job-inbox integration is configured, open + click it), then resume.
• CAPTCHA / 2FA on signup → do not solve; set blocked, hand to the human, resume after. Then continue to the form.

4. Map every field — fill or flag, never silently skip. Every required field must end up either filled or explicitly flagged; a blank required field is acceptable only when it is flagged. Paginated wizards (Workday-style: My Information → My Experience → Questions → Self-Identify → Review): run this fill pass on each page, click Next/Continue to advance, re-snapshot after every page, and only stop at the FINAL Submit (step 7) — never click an intermediate Submit. If the portal offers autofill-from-resume, use it first, then complete/fix the parsed fields. For each field:

   • Profile-backed (name, contact, salary): fill from profile.md.
   • Work authorization (per role country): answer for the ROLE's country — do not paste the profile's raw yes/no. E.g. authorized in NL+EU but the role is in the US → "authorized: No", "sponsorship: Yes". Flag whenever the role country is outside the user's authorized regions.
   • Legal attestations (non-compete, felony, illegal activity, accommodation, previously-employed, age): fill only from a confirmed, non-blank profile.md value. If blank/unconfirmed, flag and leave for the human — never auto-attest a legal answer from a default.
   • Voluntary EEO (gender, race/ethnicity, veteran, disability): use profile.md if set; if blank, select "prefer not to answer" / "decline to self-identify". Never flag, never block on these.
   • Open-ended / unseen (e.g. "Why this company?", custom screening): search answers.md for a matching prior Q&A. Prefer the newest, most company/role-specific match.
     • Match found → adapt and fill.
     • No match → write a best-guess grounded in resume + profile, fill it, and flag it. Run every open-ended answer you write or adapt through the humanize skill — sound like the candidate, no AI tells, no em/en-dashes, no parenthetical asides.
   • File uploads (resume/CV, cover letter): Playwright MCP sandboxes file reads to the workspace root. Copy ~/.dear-hiring-manager/resume.* into .playwright-mcp/ (gitignored), upload from there, then delete the staged copy. Do NOT enable --allow-unrestricted-file-access — staging keeps the sandbox intact instead of exposing every file on the machine.
   • Comboboxes: many ATS (Greenhouse/Ashby) render react-select, not native <select>. You MUST first click the combobox to open its menu, THEN type the option text, THEN press Enter. Typing/fill without opening first silently fails — the field stays empty (Select...). Re-snapshot to confirm each value stuck; browser_fill_form with type combobox does not work on react-select.
   • Confidence rule: high confidence → fill quietly. Low confidence or anything legal/sensitive with no profile answer → fill best-guess and flag, or leave blank and flag. When in doubt, flag.

5. Cover letter (auto-detect + deliver). If the form has a cover-letter field — a textarea OR a file-upload ("Attach" a cover letter) — automatically invoke the cover-letter skill to draft a tailored, truthful letter from resume + JD, then deliver it: fill the textarea, or (for upload) save it to a file and upload it (per the cover-letter skill). Flag it review-me. No such field → skip.

6. CAPTCHA / anti-bot. If you hit a CAPTCHA or bot check, do not attempt to solve or evade it. Set the tracker row status=blocked (reason: CAPTCHA/bot check), leave the tab as-is, and tell the human to complete that step manually.

7. Stop before Submit. Leave the browser tab open, parked at the final Submit button (for a multi-page wizard, only after the last page is filled — intermediate Next/Continue is fine). Print a BRIEF review — do NOT dump every filled field. Just:

   • One line: fit N/100 · M fields filled.
   • Flags in RED — one line each, prefixed with 🔴 (terminal markdown has no text color, so 🔴 IS the red): 🔴 <field>: <what you guessed / why> for anything needing the human's eyes, and 🔴 <field>: blank for each required field left empty.
   • If nothing needs attention, say so in one line ("nothing flagged"). Update the tracker row status=filled. Then one line: "Review the 🔴 items, fix, and Submit yourself."

8. Learn after submit. When the human says they've submitted (or edited), ask what they changed. Route each change to the right place so future applications benefit:

   • Profile-level fact (salary expectation, location/city, phone, links, work authorization — a field that lives in profile.md): update profile.md so every future application picks it up and stops re-flagging it, not just keyword lookups.
   • Company/role-specific or open-ended (e.g. "Why this company?", a custom essay): append a new entry to answers.md (never overwrite), source: human-edit, tagged with company + role + date.
   • Legal attestation the human confirms: write the confirmed value to profile.md (now confirmed) and seed a matching answers.md entry. Then update the tracker row status=submitted.