Batch apply (many jobs, one review)
Fill N applications, each in its own tab, all parked before Submit. The human reviews the whole batch at
the end. This orchestrates the apply skill once per URL — identical invariants, fill-or-flag, and
fit-gate. You never Submit anything.
Unattended by design — walk away while it runs. Filling is sequential (one tab at a time; a single
agent has no true parallel — that's the Phase-3 daemon's job), but you don't watch it. The batch never
pauses for you mid-run: anything that needs a human (account/login wall, email verification, CAPTCHA) is
marked blocked and skipped, to handle together at review. Come back to the parked + blocked tabs and
review/submit in one pass. Sessions can expire, so come back within a reasonable window, not days later.
Input
- URLs passed as arguments (space- or newline-separated), OR
- if none are given, read
~/.dear-hiring-manager/urls.txt (one URL per line; skip blank lines and
lines starting with #).
Preconditions
~/.dear-hiring-manager/profile.md must exist — else stop and tell the user to run
/dear-hiring-manager:onboard first.
Procedure
Collect the URL list (args or urls.txt), de-dupe, and report the count. If more than ~10 URLs,
process the first 10 this run and tell the user the rest were deferred (avoid a runaway).
For each URL, in its own tab:
- Open a new browser tab for it (
browser_tabs action new) — one application per tab, all kept open.
- Run the
apply skill procedure on that tab:
- Stale/closed posting (redirect to board root /
?error=true, no form) → mark skipped, move on.
- Extract JD + company; score fit; fit-gate: below the profile's
Minimum fit score to apply
or a hard-eligibility blocker → mark skipped, do not fill, move on.
- Otherwise fill-or-flag every field; generate a cover letter if the portal has one; stop before Submit.
- Update the row in
applications.md (status: skipped | filled | blocked; record fit + flag count).
- Anything that needs a human — account/login wall, email verification, CAPTCHA, unreadable form
→ set
status=blocked with the reason, leave the tab open, and move on. Never pause the batch, and
never create an account unattended. Never let one URL abort the batch or sit in-progress.
Combined review (brief). After all URLs, print ONE table: company · role · fit · status · #flags · tab.
List blocked apps (CAPTCHA/unreadable) FIRST, in red (🔴) — they need your manual action. Then
under each filled app, one 🔴 line per flagged/blank field (🔴 = the red; terminal has no text color).
No dump of filled fields. Tell the human: handle the 🔴 tabs/items, then Submit each yourself.
Never Submit. Every filled tab stays parked at its Submit button for the human.
Rules
- One tab per application; leave them all open for the human's final pass.
- Same invariants as
apply: never Submit, never solve CAPTCHAs, never auto-attest unconfirmed legal
answers, EEO blank → prefer-not-to-answer, react-select combobox = click-to-open → type → Enter.
- A failure on one URL is recorded and skipped — it never stops the batch.
- One batch per run; keep it to ~10 URLs.
1---2name: batch3description: Batch job-application filler. Given several job URLs (or a urls.txt file), run the assisted-apply flow for each in its own browser tab — fit-gate, fill-or-flag, stop before Submit — skipping stale or low-fit postings, then present one combined review table so the human can approve each tab one by one. Use for /batch or whenever the user wants to apply to multiple jobs at once.4---56# Batch apply (many jobs, one review)78Fill N applications, each in its own tab, all parked before Submit. The human reviews the whole batch at9the end. This **orchestrates the `apply` skill once per URL** — identical invariants, fill-or-flag, and10fit-gate. You never Submit anything.1112**Unattended by design — walk away while it runs.** Filling is sequential (one tab at a time; a single13agent has no true parallel — that's the Phase-3 daemon's job), but you don't watch it. The batch **never14pauses for you mid-run**: anything that needs a human (account/login wall, email verification, CAPTCHA) is15marked `blocked` and skipped, to handle together at review. Come back to the parked + `blocked` tabs and16review/submit in one pass. Sessions can expire, so come back within a reasonable window, not days later.1718## Input19- URLs passed as arguments (space- or newline-separated), OR20- if none are given, read `~/.dear-hiring-manager/urls.txt` (one URL per line; skip blank lines and21 lines starting with `#`).2223## Preconditions24- `~/.dear-hiring-manager/profile.md` must exist — else stop and tell the user to run25 `/dear-hiring-manager:onboard` first.2627## Procedure28291. **Collect the URL list** (args or `urls.txt`), de-dupe, and report the count. If more than ~10 URLs,30 process the first 10 this run and tell the user the rest were deferred (avoid a runaway).31322. **For each URL, in its own tab:**33 - Open a **new** browser tab for it (`browser_tabs` action `new`) — one application per tab, all kept open.34 - Run the `apply` skill procedure on that tab:35 - Stale/closed posting (redirect to board root / `?error=true`, no form) → mark `skipped`, move on.36 - Extract JD + company; score fit; **fit-gate**: below the profile's `Minimum fit score to apply`37 or a hard-eligibility blocker → mark `skipped`, do **not** fill, move on.38 - Otherwise fill-or-flag every field; generate a cover letter if the portal has one; **stop before Submit**.39 - Update the row in `applications.md` (`status`: skipped | filled | blocked; record fit + flag count).40 - **Anything that needs a human — account/login wall, email verification, CAPTCHA, unreadable form**41 → set `status=blocked` with the reason, leave the tab open, and move on. **Never pause the batch, and42 never create an account unattended.** Never let one URL abort the batch or sit `in-progress`.43443. **Combined review (brief).** After all URLs, print ONE table: `company · role · fit · status · #flags · tab`.45 **List `blocked` apps (CAPTCHA/unreadable) FIRST, in red (🔴) — they need your manual action.** Then46 under each filled app, one 🔴 line per flagged/blank field (🔴 = the red; terminal has no text color).47 No dump of filled fields. Tell the human: handle the 🔴 tabs/items, then Submit each yourself.48494. **Never Submit.** Every filled tab stays parked at its Submit button for the human.5051## Rules52- One tab per application; leave them all open for the human's final pass.53- Same invariants as `apply`: never Submit, never solve CAPTCHAs, never auto-attest unconfirmed legal54 answers, EEO blank → prefer-not-to-answer, react-select combobox = click-to-open → type → Enter.55- A failure on one URL is recorded and skipped — it never stops the batch.56- One batch per run; keep it to ~10 URLs.
extrasmall0