它具体怎么工作
-
能力词频排行
区分硬技能、工具与软素质，带出现次数与占比。出现 30 次和出现 3 次的要求，权重完全不同。
-
职责聚类
从几十份 JD 里归纳出 3–5 条典型职责，一眼看懂这个岗位日常到底在干什么。
-
薪资分布
列表页写「20-40K」，实际给多少？按城市与经验分层给出 P25 / 中位 / P75，谈薪有锚点。
-
差异对比（杀手锏）
把岗位画像和你的简历放进同一个坐标系，输出已具备、表述不足、明确缺失三栏清单。
你现在是怎么做的
收集箱里攒了 28 个「Go 后端」岗位，你凭感觉总结：「好像都要会分布式」。
这是自我认知偏差的重灾区：你记住的往往是最近看的、印象最深的那几个岗位，而不是出现频率最高的要求。
装上之后
选中这 28 个岗位，生成一份《岗位画像报告》：
1. 能力词频
- 硬技能：Go（86%）、微服务（64%）、分布式事务（41%）
- 工具：Kubernetes（52%）、Kafka（38%）、Prometheus（21%）
- 软素质：跨团队协作（57%）、技术沉淀输出（33%）
2. 职责聚类
- 负责核心服务的设计与开发，保障高可用与高性能
- 参与系统架构演进，推动服务拆分与治理
- 主导线上问题排查与性能调优
3. 薪资分布
| 分位 | 月薪 |
|---|---|
| P25 | 26K |
| P50 | 32K |
| P75 | 41K |
4. 差异对比
这是整份报告里最有价值的一栏：
- ✅ 已具备：Go、微服务、MySQL、Kubernetes —— 可作为主推优势
- ⚠️ 表述不足：你做过服务拆分，但简历里只写了「参与架构优化」，没写清规模与结果
- ❌ 明确缺失：分布式事务、消息队列 —— 按 ROI 排序后的学习优先级
看完你能回答什么
- 这个岗位到底要什么？
- 我差在哪？
- 先补哪个？
如果一份报告看完你答不出这三个问题，那就是我们没做好。
关于这个场景
多少份 JD 出一份报告比较合适？
10–50 份同方向岗位效果最好。少于 10 份统计意义不足，超过 50 份建议按城市或经验拆分批次。
同一批岗位重复打开报告会重复扣额度吗？
不会。报告按批次缓存，同一份 JD 的抽取结果也有缓存，重复分析零成本。
薪资数据是真实的吗？
来自你抓取到的岗位公开薪资区间统计，属于**统计参考**而非承诺。实际 offer 取决于面试表现与谈判。