2.6 KiB
Executable File
2.6 KiB
Executable File
简历定向改写原则
核心原则
1. 不编造，只重组
简历里的事实部分（公司、岗位、时间、量化数字）一字不改。 可以改的：
- bullet 的措辞和顺序
- 强调的角度（同一段经历，不同 JD 强调不同侧面）
- 项目分类（"相关项目"放前，"其他项目"放后）
2. 把 JD 的关键词嵌入到真实经验里，而不是单独贴
❌ 错：在简历末尾加一行"关键词：A/B 测试、用户增长、SQL、Python" ✅ 对：把"我做过的灰度对比"改成"A/B 测试（灰度对比）"，让关键词嵌在真实场景里
3. 用 JD 的动词
JD 说"主导 ___ 系统设计"，如果你是这段经历的负责人，把"参与"改成"主导"。
但前提是真的主导——agent 在改写前必须确认：
- 这段经历你是 leader 吗？是的话改"主导"；不是就保留"参与"或写明"作为 _ 角色 协助 ___"
4. 重排经历顺序
工作经历（按时间倒序）—— 不可改，否则失实。 项目经历 / 实习经历 —— 可以改，把与 JD 强相关的放前面。
更进一步：可以拆成两个小标题：
【相关项目】（与目标岗位强相关）
- ...
【其他项目】
- ...
5. Summary 要直接对位 JD must-have
JD 说"5 年 C 端产品 + SQL + A/B 测试" Summary 改成："5 年 C 端互联网产品经验，主导过 ___ 增长项目，熟练使用 SQL 与 A/B 测试驱动决策"
6. 技能列表也要倾斜
JD 说"Python / Spark / Flink"，简历技能列表把这三个放前面。 不会的不要写。
7. 适度补 nice-to-have
如果 JD 的 nice-to-have 你真的有但简历没写，补上。 如果没有，不补——nice-to-have 本来就不是硬门槛，不影响过简历筛选。
改写后的双向校验
每条改后 bullet 自问：
- 这是不是用户真实做过的？
- 这条 bullet 在 JD 里能找到对应的关键词 / 职责吗？
- 量化数字有保留吗？
每段经历自问：
- 是否覆盖了 JD 的至少 1 条 must-have？
- 是否突出了用户在这段经历里"真正的高光"？
整份简历自问：
- ATS 命中率有提升吗？
- HR 看 30 秒能不能 get 到"为什么这个候选人适合这个岗位"？
- 有没有让真实经历变形 / 失实？
当用户与 JD 严重不匹配时
诚实告诉用户：
- "JD 里有 N 条 must-have 你的简历完全没有覆盖，这个岗位投递成功率较低"
- "建议你考虑：(a) 投匹配度更高的类似岗位 (b) 在 cover letter 里诚实说明 transferable skill (c) 先补技能再投"
不要为了"看起来匹配"而扭曲简历。