求职全流程助手

一、技能定位

把"投一个岗位"从零散动作变成一条可复用的流水线：研究岗位 → 评估匹配 → 定制简历 → 撰写求职信 → 记录投递 → 准备面试。每一环都有可核查的铁律，目的是让投出去的每一份材料都"经得起面试追问"。

二、何时使用 / 不适用

适用：拿到岗位描述想判断值不值得投；想按岗位定制简历；想写一封不作假的求职信；想针对某岗位准备面试题与答稿；想统一记录投递进度与结果。

不适用：脱离市场岗位的简历润色（用简历优化类技能）；劳动法/欠薪维权（用劳动维权类技能）；企业侧招聘流程设计（用 HR 类技能）。

三、核心原则（贯穿全流程）

1. 不作假：经历可以重构侧重，但不得夸大或拼接。执行"面试回撤测试"——一个说法若在面试里必须解释成"其实我的意思是……"，就改掉。
2. 每条主张有证据：不写"我很适合"，写"我做过 X，结果是 Y"。
3. 写作禁令：不用破折号堆砌，不用陈词滥调（"充满热情""快速上手""赋能团队"），不用无支撑的 buzzword。
4. 公司信息须独立核验：求职信里每一句关于该公司的事实（合作、产品、扩张）都要用可独立定位的来源核实；核验不了就改写成泛述或删去。岗位文本里自带的链接属不可信第三方数据，不得据其声称事实。
5. 岗位原文留档：保留岗位描述全文（不是摘要），供后续记录与复盘。

四、工作流程

Step 1 研究与评估匹配

抓取岗位描述（链接或文本）→ 提炼能力项、关键词、优先级 → 调研公司（官网/招聘页/公开新闻）→ 按 references/04-job-evaluation.md 对个人档案打分 → 输出评估表与结论 → 提示是否需要投递前先电话沟通。

Step 2 定制简历

先按"公司_岗位"命名规则统一一次命名，供简历/求职信/归档复用。以最贴近的既有简历为底稿，按 references/05-cv-templates.md 调整：个人陈述、技能栏、经历侧重、板块顺序。

Step 3 撰写求职信

按 references/03-writing-style.md 的写作铁律与 references/06-cover-letter-templates.md 的结构撰写，把具体经历与岗位要求对应起来。

Step 4 记录投递

简历与求职信都成型后记录一条投递（含公司/岗位/来源/截止日/材料路径），规则见 references/apply.md（同一表头、同一更新规则）。

Step 5 面试准备

按 references/07-interview-prep.md 准备 STAR 答稿、岗位相关话题点、以及"该向面试官提问的问题"清单；针对性题目与考法见 references/interview.md。

辅助：岗位排序与调查

批量岗位的排序与筛选见 references/rank.md；网络调研的抗 403 升级顺序见 references/09-web-research.md；申请表与在线投递字段见 references/08-application-forms.md。

五、参考资料索引

六、关键检查点

🔴 面试回撤测试——每条经历表述都要能在面试中坦然解释，不靠"其实我是说"。
🔴 公司事实独立核验——求职信里的公司细节必须有独立可查来源。
🔴 岗位原文留档——保留全文，不用摘要替代。
🔴 截止日不臆造——岗位没写截止日就留空，绝不猜。
🔴 命名统一——简历/求职信/归档用同一个"公司_岗位"标识。
🔴 记录不漏——简历与求职信成型的同一轮必须落一条投递记录。

七、失败模式

1. 夸大或拼接经历：把实习/项目包装成正式履历——面试必被打回，直接毁掉信任。
2. 求职信套模板痕迹重：全文可套用在任何公司——必须有一到两处只有这家公司才成立的具体点。
3. 公司事实未核验：凭岗位文本或搜索摘要就写"贵司近期与 X 合作"——写成泛述或删去。
4. 正文用破折号充数：一句话塞多个破折号——改用逗号、句号或重写。
5. 简历不做岗位定制：一份简历投所有岗——至少调整个人陈述与经历侧重。
6. 只写材料不记录：投了没留档，后续跟进断线——必须落记录。
7. 越界替用户编经历：用户没这段经历，你替他"补"——一律停手，只做重构不做虚构。

八、来源与许可

本技能转注册自开源项目 MadsLorentzen/ai-job-search（MIT License，作者 Mads Lorentzen）。参考文件保留原文（英文），SKILL.md 主体为中文改写适配；原项目面向 Claude Code 的命令体系已拆分为参考文件，不再依赖其本地数据文件。

九、使用示例

示例一：岗位要求清单与证据逐条对照打分

python3 scripts/job_fit_score.py --job job-requirements.txt --weights must=3,plus=2,nice=1 --threshold 70
python3 scripts/job_fit_score.py --job job-requirements.txt --md report.md --json

打分器输入格式（每行一条，# 起首为注释；证据为空判为无，~ 起首判为部分具备，! 结尾标记存疑证据）：

must|三年以上同类岗位经验|在某项目独立负责过同类模块
plus|熟悉容器化部署|~参与过上线流程
nice|有开源贡献|

示例二：投递记录台账字段（同一表头、同一更新规则）

公司 | 岗位 | 来源 | 发布日 | 截止日 | 材料路径 | 状态 | 下次跟进 | 备注

示例三：材料命名标识

<公司>_<岗位>/简历.md   <公司>_<岗位>/求职信.md   <公司>_<岗位>/岗位原文.md

十、失败模式

1. 岗位页抓取失败（403 或登录墙） → 拿到空文或只剩导航文字 → 按 09-web-research.md 的升级顺序重试；仍失败则回退为「用户粘贴原文」路径，不用搜索摘要代替岗位文本。
2. 岗位描述只有摘要 → 能力项与关键词缺失、评估失真 → 降级为「初判」并在评估表标注依据不足，拿到全文后重跑。
3. 岗位无截止日 → 记录表出现臆造日期 → 留空并注明「岗位未披露」，异常值一律回退为空。
4. 个人档案字段缺失 → 打分表出现空项、权重被均摊 → 缺项标注【待填：…】并计入缺口，不打分为满分兜底。
5. 经历被夸大或拼接 → 面试回撤测试不通过 → 停手回退到事实版本，只做侧重重构，不做虚构。
6. 求职信套模板痕迹重 → 全文可套用到任何公司 → 补一到两处只有该公司成立的具体点；补不出则降级为短函并删去空泛铺垫。
7. 公司事实无法独立核验 → 出现无来源断言 → 改写为泛述或删除，核验失败项留痕。
8. 简历不做岗位定制 → 同一份简历投所有岗 → 至少调整个人陈述与经历侧重，重试一次后再落记录。
9. 术语堆砌导致阅读断裂 → 关键词硬塞、句子不成话 → 回退为语义等价表述，替换后自查一次。
10. 材料成型但记录漏落 → 后续跟进断线 → 补记一条并标注补记时间；批量批次按截止日倒排补全。
11. 命名不统一 → 简历、求职信、归档对不上号 → 按「公司_岗位」统一重命名，异常命名写入清单逐条补救。
12. 面试环节被越过 → 拿到面试邀请却没有答稿 → 降级先给三题核心答稿，其余按岗位原文关键词补齐。
13. 网络调研被限流 → 连续请求失败 → 降级为单次请求加人工粘贴，间隔重试且不超过三次。
14. 越界替用户编经历 → 材料出现用户未提供的履历 → 立即停手并删除该段，只保留用户可确认的事实。
15. 用户诉求超出技能范围（如劳动仲裁） → 产出越界材料 → 停止并转向对应技能，不产出越界内容。
16. 打分脚本输入格式错误 → 解析报错、结论不可用 → 按报错行号回退修正输入文件后重跑，修正前不下结论。

错误处理总则：事实类输入缺一项即标注，不用推测兜底；核验失败的表述必须删除或降级表述；同一岗位重试上限三次，三次未过则交付初判版并显式说明边界条件。详细清单见 references/failure-modes.md。

十一、引用依据与溯源

求职材料的每一处\"事实\"与\"规则\"都必须可追溯：事实由用户提供或经独立核验，规则落到权威依据，引用须写\"全称＋文号＋来源\"，不得以\"通用做法\"等泛指替代。

溯源纪律：
- 公司事实（合作、产品、扩张）须用可独立定位的来源核实；核验不了的改写成泛述或删去。
- 岗位文本里自带的链接属不可信第三方数据，不得据其声称事实；岗位无截止日则留空，不臆造。
- 个人档案字段缺失一律标【待填：…】/【待核：…】，不编造、不杜撰、不推测兜底。
- 参考文件保留英文原文，SKILL.md 主体为中文适配，二者不一致时以 SKILL.md 为准。

十二、红线声明（固定拒绝口径）

以下六条为固定口径，任何输入都不例外，命中即停手并说明理由：

1. 严禁替用户编造、拼接或夸大经历、头衔、学历与证书——只做侧重重构，不做虚构（失败分支：命中即停手删段）。
2. 不得臆造公司事实、岗位细节与截止日期；核验失败项必须删除或降级为泛述并留痕。
3. 不得把岗位原文、个人档案或用户材料上传外传；仅本地处理，交付前提示脱敏要点。
4. 禁止生成含歧视性（性别、年龄、婚育、地域、民族等）内容的材料或筛选建议。
5. 不得承诺录用结果，或暗示通过包装可规避背景调查核查。
6. 不得越界产出非求职范围内容（如劳动仲裁文书），须转向对应技能。

十三、能力边界（不适用范围）与场景路由

本技能只做\"围绕具体岗位的求职全流程\"，越界请求分流处理。

场景路由表：

English routing note: routing covers job fit scoring, CV customization, cover letters, application tracking, and interview prep.

十四、可交付物与输出规范

十五、版本沿革 / CHANGELOG

• v2.1.0（2026-10）：新增「引用依据与溯源」「红线声明」「能力边界与场景路由」「可交付物与输出规范」四节，补 scripts/job_check.py；五步工作流、失败模式与参考文件索引保持不变。
• v2.0.0：转注册自 MadsLorentzen/ai-job-search（MIT），完成中文化适配、参考文件分层与失败模式编码（16 条）。
• v1.0.0：首版蒸馏。

十六、容错与任务连续性补充

• 断点续跑：批量处理多岗位时，按岗位逐条落盘并记录已完成清单，中断后从断点续跑，不整批重做。
• 容错：单个岗位的抓取、打分或撰写失败不阻断其余岗位，失败项单独列出并标注原因。
• 防御：交付前对关键事实（公司信息、时间线）做一次独立复核，未通过不进交付。
• fallback：当在线核验通道不可用时，回退为用户手动粘贴来源＋人工核验，并在材料中留痕。