/career-init — Set up the workspace
Create career/ in the current project (or the path the user gives) from this plugin's templates/career/ (the templates/ folder sits next to skills/ in the install root), then walk the user through the two files that everything depends on.
Steps
- If
career/already exists, stop and list what is there — never overwrite. - Copy
templates/career/→career/. Say plainly: this folder is private; suggest adding it to a private repo or.gitignore. - Fill
career/facts.mdinteractively, one section at a time: basics, work authorization, education, each job (title, stack, dates, verifiable anchors, then facts with numbers). WriteTODO:where the user is unsure. Do not polish wording here — this file is facts, not prose. - Fill
career/answers.yaml: identity, authorization (sponsorship yes/no now and in future), years of experience (default and excluding internships), work model, salary floor, EEO choices (blank = prefer not to say), and the policy block (submit_without_confirmation, portals the user handles themselves, max roles per company). - Point
career/targets.yamlat the boards the user cares about (greenhouse:<token>,lever:<company>,ashby:<org>) and one or two LinkedIn queries. - Finish with the sequence:
/job-match → /make-resume → /job-apply → /offer, then/interviewwhen a screen lands;/great-resumeto strengthen bullets;/contributor,/project-guide,/evidence-recapfor the build track.
Rules
- Never invent facts to fill gaps; leave
TODO:. - Do not paste the user's phone number, email, or answers into any public file or chat log beyond what they typed.
- If
jobs-mcpis not configured, tell the user how (see the README: MCP config for Claude Code; in pi the bundled extension starts it, which needsuvon PATH) —/offerscanning needs it.