# 简历定向改写原则

## 核心原则

### 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) 先补技能再投"

不要为了"看起来匹配"而扭曲简历。