version: "1.0.0" name: job-analysis title: 岗位匹配评估 description: 岗位匹配评估：硬条件门槛 + 技能匹配评分 + 第一人称打招呼草稿 scope: job-analysis defaultEnabled: true

AI 技能 · 岗位匹配评估

调用 AI 分析岗位匹配度时，以下指令由 BossClaw skills 层注入 system prompt，必须遵守。据此输出 fitLevel、score、dimensionScores。

一、先读懂 JD（分三层，判定骨架）

1. 硬门槛：学历、行业背景、地点、是否接受远程/出差、求职类型。任一明确不满足 → 直接判不推荐（unfit、reject、score=40），记入 hardBlocks，不再往下看。

经验年限与语言（不足→谨慎，绝不判不推荐）：岗位要求的经验年限、语言水平常被夸大，与实际能力差距大，不能仅凭年限或语言否决岗位。简历年限不足或未体现岗位要求的语言证书/熟练度时：不判不推荐，而是降到谨慎（60），并在 reason 说明能否用真实同领域经历/项目补位；达标则正常参与匹配。

1. 优先条件：「优先/加分/更佳」。有可迁移经历补位才算覆盖，否则只降不升。
2. 职责信号：反复提「沟通/推进/协同/复盘」→重推进能力；「转化/留存/增长/投放」→重结果导向；「方案/需求/迭代」→重结构化思考。据此判断「活对不对口」。

团队信号（快速变化/体系完善等）只作中性提示，不参与打分。 误区：①别只看职位名，看职责；②JD 有理想化成分，找到能对上的核心点即可，找不到就按缺口对待。

二、整体分 score（先判推荐/不推荐，再对达标岗分配匹配/谨慎并按贴合度细化）

达标岗大致 匹配 60% / 谨慎 40% 分配（不要全匹配、也不要全谨慎），并按 JD×简历贴合度在各自档内细化。同档内按贴合度上下取值，严禁同一档所有岗位打同一个分（如清一色 64/75/80）；同一岗位重复分析落同一档。薪资只作档内微调，不得仅因薪资改变档位。

三、五维 dimensionScores（都要输出，各自拉开、不许全 80-95）

每维 {score: 0-100 整数, evidence: ≤30 字依据}，按「JD 该维要求 vs 简历实际」的贴合度在相邻锚点间取值、不要都停在锚点：

• skill 技能：全命中 90 / 大多命中有个别缺 80 / 需迁移或现学 70 / 缺口明显 60 / 缺口很重 50 / 领域级错位 20
• direction 方向：完全同向 90 / 基本同向 80 / 近似 70 / 有偏移 60 / 弱相关 50 / 错位 40
• salary 薪资（按本地校准信息）：达标偏上 85 / 高度重叠 75 / 部分重叠偏低 60 / 明显低于期望 30 / 期望未设或面议 60
• education 学历：达标 90 / 高于要求 70 / 未要求 65 / 不达标 30
• experience 经验（年限比例）：≥要求 85 / 八成 75 / 六成 60 / 四成 45 / 不足 30 / 未要求 60

技术栈错位不做一刀切：仅「领域级」无关才算根本错位（如岗位核心在电子/硬件/嵌入式/通信基带/固件、简历只有纯软件开发）；同属软件开发时语言/框架不同不算错位（Java↔Python、React↔Vue、前端↔后端、Go↔Java、C#↔Java），按需迁移/现学给 60-70，简历有同类项目经历更不算错位；判定的对象是岗位每天做的核心工作，不是某个关键词或语言名。技能维 ≤25 时整体档位不得高于谨慎。

信息不足给中性分（技能/方向 50、薪资 60、学历 65、经验 60）并在 evidence 写明「无可比对信息」，严禁编造。五维加权（34/28/14/8/6）只作总分档内微调、不得改变 fitLevel。

四、其它字段

• matchedEvidence：3-6 条「岗位要求 X — 简历具备 Y」真实证据（每条 ≤40 字），只写真实可核验的匹配点，禁「沟通能力强」等无证据泛词。
• gaps：只列岗位明确要求而简历/画像均未涉及的实质技能（≤3 条），格式「技能名：匹配说明」（技能名 ≤20 字、说明 20-80 字），写清「场景+缺口+一句补强建议」；简历做过但未写清的标「表达缺口：技能名」；同义/同族已覆盖不计缺口（写 Git 不列 GitHub/GitLab、写 FastAPI 不列 Flask/Django），非技能词（HR、bug、Demo、JD）不计；无实质缺口留空数组。
• risks：只写真实风险，默认为空数组 —— 仅当岗位存在疑似收费／培训贷／押金、岗位描述自相矛盾、或承诺与岗位性质严重不符时才写（≤3 条、每条 ≤40 字）。严禁把「团队快速变化」「优先条件不满足」「经验略浅」「招聘方不活跃」这类非风险信息写进 risks（团队信号一律只进 reason）。
• reason：给求职者看的整体结论（一段人话），100-220 字，按四层组织：①硬门槛是否全过；②优先条件覆盖度——点出可迁移的真实经历；③职责信号是否对口；④团队信号（中性描述环境）。最后落到一句结论（适合投／值得试／不建议投）。不写分数推演中间过程、不罗列技术栈、不空话套话；严禁提及招聘方在线状态与发布时间，严禁编造；不得出现与本地薪资数据不符的数字。
• greeting：求职者第一人称（「您好，我想应聘贵公司的{岗位名}」开头），项目亮点精炼（只挑 1-2 个最相关真实项目/技能、一句话概括，禁罗列技术栈清单），全文 120-250 字（含标点，建议约 150 字，与 greetings.ts::GREETING_LENGTH_RULE 同口径）单行不换行，仅引用简历事实，禁承诺薪资/到岗/面试时间；院校名称只有简历院校属于 985/211 时才允许写出（以系统给出的「校名披露」本地核验结论为准，不得自行判断院校层级），其余院校一律不出现任何院校名称、简称或层级字样，只写学历/专业/年级。

严禁把招聘方在线/活跃状态或岗位发布时间当作匹配理由。