Initial commit

This commit is contained in:
Z User
2026-06-06 05:21:10 +00:00
Unverified
commit 6664758a6d
493 changed files with 135653 additions and 0 deletions

View File

@@ -0,0 +1,79 @@
# JD 解析信号词参考
## must-have 强信号词
只要 JD 句子里出现这些词,后面的技能 / 经验大概率是硬门槛:
- 必须 / 必备 / 要求 / 应当
- 至少 X 年 / X+ years / 不少于
- "需要" / "需具备"
- "必要条件" / "硬性要求"
- 工科背景 / 985 / 211 / 硕士及以上 / 博士
英文 JD
- Required / Must have / Mandatory / Essential
- Minimum X years
- Strong proficiency in / Expert in
- Demonstrated experience with
## nice-to-have 弱信号词
- 加分 / 优先 / 优先考虑
- 熟悉 ___ 者优先
- 有 ___ 经验者优先
- "了解 ___ 即可"
- 加分项
英文:
- Preferred / Nice to have / Plus / Bonus / Desirable
- Familiar with / Exposure to
- A plus / Would be a plus
## 职责动词(写在 bullet 里能呼应 JD
中文:负责、主导、推动、设计、搭建、优化、规划、迭代、孵化、复盘、运营、管理、协调、执行
英文Lead / Drive / Build / Design / Architect / Develop / Implement / Optimize / Manage / Coordinate / Execute / Own
## 特殊要求
- **学历**:本科 / 硕士 / 博士及以上;学校 tier
- **工作年限**X-Y 年(写明 range不写满则有弹性
- **语言**:英语口语流利 / CET-6 / 雅思 X / 母语
- **证书**CFA / CPA / PMP / AWS Solutions Architect 等
- **出差 / 派驻 / 加班**"接受出差"、"奇偶周末调休"、"项目制 996"
- **工作地点**:城市 + 是否 remote / hybrid
## 反信号(看到这些要警觉)
- "其他领导交办的任务" → 工作边界模糊
- "良好的抗压能力" → 加班多
- "拥抱变化 / 快速迭代" → 业务方向不稳定
- "扁平化沟通 / 没有层级" → 实际可能更乱
- "5 险一金 + 节日福利" 写在 JD 显眼位置 → 福利可能就这些
## 输出格式Step 1 给用户看的)
```json
{
"company": "XX 公司",
"position": "XX 岗位",
"must_have": [
{"item": "5 年以上 C 端产品经验", "evidence": "JD 第 X 行"},
{"item": "熟练 SQL", "evidence": "JD 第 Y 行"}
],
"nice_to_have": [
{"item": "海外业务经验", "evidence": "JD 第 Z 行"}
],
"soft_skills": ["跨部门推动", "数据驱动决策"],
"responsibilities": [
"主导 ___ 业务线产品规划",
"通过数据分析驱动迭代"
],
"special_requirements": {
"education": "本科及以上",
"years": "5+",
"language": "英语口语流利",
"location": "上海,可接受短期出差"
}
}
```

View File

@@ -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) 先补技能再投"
不要为了"看起来匹配"而扭曲简历。