Initial commit

skills/jd-resume-tailor/references/rewrite_principles.md

@@ -0,0 +1,75 @@
+# 简历定向改写原则
+
+## 核心原则
+
+### 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) 先补技能再投"
+
+不要为了"看起来匹配"而扭曲简历。