career-ops 是一个运行在本地 AI 编程 CLI 中的求职工作区。它把职位收集、岗位评分、简历适配、公司研究、PDF 输出和投递跟踪放进同一个目录,让 Codex、Claude Code、OpenCode 等工具基于你的真实资料协助工作。
它不会替你自动获得工作,也不应该被用来编造经历或无差别群发申请。它真正解决的是文件版本混乱、不同岗位重复整理、投递后缺少状态记录这些流程问题。
安装前准备
最快安装方式依赖 Node.js 和 npx。先检查:
|
|
另外准备一份 Markdown 或纯文本格式的真实简历。不要把身份证号、家庭地址、证件扫描件等与求职分析无关的信息放进项目目录。
如果要生成 PDF,还需要 Playwright Chromium;只做岗位分析和文本修改时可以稍后安装。
一条命令初始化
官方提供的初始化命令是:
|
|
命令会把最新版本放入当前目录下的 career-ops 并安装依赖。完成后进入目录,再启动你实际使用的 Agent:
|
|
也可以把最后一条换成:
|
|
第一次进入时,让 Agent 引导你录入简历、个人资料和目标岗位。先用一个虚拟或低敏感度样例走通流程,再迁移正式资料。
手动安装与环境检查
如果自动初始化失败,可以手动执行:
|
|
需要 PDF 功能时再安装浏览器:
|
|
npm run doctor 比“目录存在、npm install 没报错”更能说明环境是否可用。它用于检查项目所需的前置条件;如果 doctor 失败,应根据具体项目修复,不要先删除整个目录重装。
配置个人资料和目标公司
手动初始化时,可以从示例配置复制:
|
|
Windows PowerShell 对应命令是:
|
|
然后在项目根目录创建 cv.md。建议按以下原则整理:
cv.md只写真实经历、项目和技能;profile.yml保存求职方向、偏好和限制;portals.yml维护目标公司或岗位入口;- 原始简历单独备份,AI 修改使用版本控制;
- 不要把 API Key、招聘网站密码或 Cookie 提交到 Git。
在 Codex 中怎么使用
Codex 不依赖斜杠命令,可以直接用自然语言指定流程。例如:
|
|
确认岗位值得申请后,再执行:
|
|
需要生成材料时可以继续:
|
|
最后让 Agent 更新跟踪状态:
|
|
推荐的实际工作流
不要收到职位链接后直接生成简历。更可靠的顺序是:
- 保存职位原文或 URL,记录抓取日期。
- 先评估硬性条件、职责和风险信号。
- 明确哪些条件已满足、哪些只是相近经验、哪些确实缺失。
- 只调整简历中与岗位相关的排序和表述。
- 检查每个数字、技能和项目是否能被原始资料证明。
- 导出 PDF 后人工检查分页、字体、链接和联系方式。
- 投递后更新状态和跟进日期。
这样可以避免 AI 为了提高匹配度而擅自补齐不存在的经历。
常见故障
npx 找不到或版本太旧
先安装当前受支持的 Node.js,再重新打开终端。不要同时混用系统 Node、nvm 和多个独立安装目录,否则 node、npm、npx 可能来自不同版本。
npm install 成功,但 doctor 失败
以 npm run doctor 的具体输出为准。PDF 相关失败通常与 Playwright Chromium 未安装有关;配置失败则检查示例文件是否已经复制、YAML 缩进是否正确,以及 cv.md 是否位于项目根目录。
PDF 生成为空或排版异常
先确认浏览器已安装:
|
|
再用一份短简历测试。生成后必须人工打开 PDF,检查页面数量、换行、字体和可点击链接,不能只凭命令退出码判断成功。
隐私和真实性底线
career-ops 运行在本地目录,但你使用的 AI CLI 可能把上下文发送到云端模型。提交资料前查看所用服务的数据政策,并删去不必要的身份信息。
AI 可以重排和改写已经存在的事实,不能替你创造工作年限、学历、证书、客户名称或业绩数字。自动化的目标是减少重复劳动,不是批量制造看似高度匹配的申请。