智能岗位需求引擎

从招聘需求到 JD，再明确“重点考什么”
未保存

1岗位需求与 JD

先确认岗位上下文
首次默认建议 4 个；已有选择保留
行业 + 标准岗位决定推荐范围，同名“项目经理”不会混用其他行业能力模型。
已载入示例草稿

2补充话术，继续完善 JD

修改预览 · 尚未覆盖当前 JD

仅修改 JD；不会重置或偷偷增加考核维度。AI内容仍需HR确认。

3考核侧重点

拖动标签到高中低区域；也可用标签右侧菜单调整。

优先级是“考察侧重点”，不等同于必须条件或自动淘汰。标签说明定义具体评估内容与证据要求。

已选维度 · 评估说明

点击说明可修改本岗位版本

4保存并用于后续匹配

将 JD、行业/岗位、标签 ID、标签说明、优先级及权重一并保存成岗位版本。简历匹配基于这个版本产出证据和分项判断；资料不足显示“待核实”。

尚未保存本次岗位配置。

功能逻辑、边界与研发标注
  1. JD生成：以用户输入、租户、行业、标准岗位为上下文；首次推荐3–5个有说明的有效标签。本演示使用4个。已有手动选择时保留，重新推荐须确认。
  2. 续写：补充、定向改写、整体优化均先生成可编辑预览，确认才替换JD，支持撤销。网络失败应保留原文和补充话术；模拟操作不代表真实AI输出。
  3. 标签：库内多选，当前页可新增。名称、说明、行业、标准岗位必填；同租户+行业+岗位内名称查重。当前页新增默认只用于本岗位；可明确选择加入企业库。
  4. 优先级：高/中/低相对系数暂用3/2/1（待业务校准），权重=该标签系数÷所有已选系数总和；同级同权。示意权重不作为准确性承诺，也不作为淘汰门槛。库内不保存跨岗位通用权重。
  5. 上下文变化：清空当前岗位已选维度并提示重新生成；JD保留但标记需核对。切换租户载入该租户独立草稿。正式服务必须由服务端校验tenant_id，不能依赖前端下拉框隔离。
  6. 版本：保存岗位时冻结JD、库标签ID与版本、岗位级说明、优先级、归一化权重；标签库编辑/停用不回写已保存岗位。重新匹配创建新运行；旧报告不被静默覆盖。
  7. 评分输入：岗位JD+标签说明+优先级权重+候选人获权材料；标签分项展示证据与缺口。履历不足不猜测稳定性等能力；禁止因权重变化后台自动淘汰候选人。
  8. 后台边界：正式服务对并发修改做版本冲突提示，写入幂等；删除引用标签改为停用。HR可编辑本岗位配置，企业标签库由授权角色维护。当前原型为管理员演示，不实现真实鉴权。

选择考核标签

取消选择不会改动库标签；新选标签默认中优先级

新建考核标签

不勾选时仅用于当前岗位；不影响其他岗位模板。

岗位考核标准

查看模式