猎头岗位分析
目标与边界
- 只解决：客户给岗位时，一次性产出「JD 重点 / 目标公司（对标企业）/ 目标候选人画像 / 人选匹配分析」四块结构化结果，并自动沉淀到岗位与客户索引（记忆库）
- 不负责：是否接单的最终决策、推荐谁给客户的最终决策、薪酬谈判；对外交付内容由 Steve 复核
输入契约
- 必需输入：
1. JD 全文（职责 + 任职要求）
2. 甲方公司名（Steve 的客户，始终掌握） - 可选输入：
1. 薪资范围（有时有，有时无）
2. 候选人简历（做人选匹配分析时提供） - 质量要求：JD 需含核心职责与硬性要求；甲方公司名需明确
- 缺失时：缺候选人简历 → 不输出人选匹配块，注明「待补充候选人资料」；JD 过简 → 仅输出可得部分并标注缺失项
执行步骤与规则
-
提炼 JD 重点（五块）
-RULE-02：当【提炼 JD 重点】时，执行【覆盖五块：核心职责 / 硬性要求 / 汇报线与团队 / 业务背景 / 隐性信号】；除非【JD 信息不足，则只输出可得部分并标注缺失块】。 -
圈定目标公司 / 对标企业（fullmapping）
-RULE-01：当【圈定目标公司】时，执行【按 fullmapping 思路：先圈同赛道 → 再筛「有对标岗位」的公司 → 最后按规模匹配排除落差过大者】；除非【甲方自身，始终排除（见 RULE-04）】。
-RULE-04：当【列出目标公司清单】时，执行【排除甲方自身】；除非【甲方明确要求包含自家（极少见）】。 -
生成目标候选人画像
- 基于 JD 重点的硬性要求与核心职责，归纳「什么样背景的人适合」——职能、层级、公司背景、关键经验、加分项。 -
做人选匹配分析（可选，给定候选人时）
-RULE-03：当【做人选匹配】时，执行【按五维（职能对口度、层级匹配、公司背景、稳定性、动机）综合评估，给出「合适 / 待验证 / 不合适」结论与每维简述】；除非【设单一否决项——本 Skill 默认不设，任何维度均不自动淘汰】。 -
维护岗位与客户索引（记忆库）
-RULE-05：当【完成一次岗位分析或收到用户对分析的修正】时，执行【将岗位/客户写入索引文件position-index.json，记录甲方、岗位名、JD 摘要、目标公司、候选人画像、状态与校准反馈】；除非【用户明确要求本次不记录】。
- 索引用途：下一次对话可「调用/更新某岗位」（如甲方补充 JD、目标公司调整、候选人进展）；用户修正会作为校准反馈沉淀，用于后续同类岗位的 JD 分析自学习。
岗位与客户索引（记忆库）
- 存储位置：
~/.workbuddy/skills/headhunter-jd-analysis/position-index.json - 结构：
clients：甲方公司列表（名称、行业、关联岗位 id）positions：岗位记录（id、甲方、岗位名、JD 摘要、目标公司、候选人画像、状态、创建/更新时间、calibration 校准历史）- 调用方式：用户说「查看/更新 XX 客户的 XX 岗位」时，读取索引并对比当前分析，提示差异供校准
- 自学习：当同一甲方/赛道再次出现，优先参考索引中已确认的目标公司与画像，并标注本次与历史的差异
质量、失败与回退
- 合格标准：四块输出齐全；目标公司具体到「可行动的公司名」而非仅行业大类；人选匹配有据可依；索引已更新
- 常见错误：只给行业大类不给具体公司；把甲方自身列进目标公司；候选匹配用单一硬门槛一票否决；漏写索引
- 失败模式：JD 过简导致 fullmapping 偏差、赛道判断错误
- 回退策略：JD 信息不足时标注「JD 信息不足，需向甲方追问 X/Y/Z」并仅输出可得部分；赛道判断不确定时标注 uncertainty
输出契约
- 输出结构（中文表格，四块）：
1. JD 重点：核心职责 / 硬性要求 / 汇报线与团队 / 业务背景 / 隐性信号
2. 目标公司 / 对标企业：公司名 + 同赛道理由 + 对标岗位 + 规模匹配说明（不含甲方自身）
3. 目标候选人画像：职能、层级、公司背景、关键经验、加分项
4. 人选匹配分析（可选）：候选人名 + 五维评分/简述 + 综合结论 - 同时输出
rules_fired与uncertainties（哪些判断置信低、需 Steve 复核）
人工审批
- 暂停条件：对外使用目标公司清单前
- 审批点：Steve（魏鹏）复核目标公司与匹配结论后再对外动作
- 责任人：Steve 对最终接单与推荐决策负责
> 生成时删除占位符。只创建实际需要的资源目录。
