---
id: {{英文小写-skill-id}}
name: {{中文 Skill 名称}}
version: 1.0.0
description: {{一句话说明这个 Skill 解决什么猎头业务问题}}
category: {{talent_search|candidate_to_job|job_calibration|candidate_evaluation|candidate_comparison|pipeline_diagnosis|business_support}}
modes:
  - {{source|reverse|calibrate|evaluate|compare|pipeline}}
when_to_use:
  - {{用户处在什么场景时应使用}}
  - {{出现什么业务目标时应使用}}
when_not_to_use:
  - {{什么场景不应该使用}}
  - {{与哪个相近场景需要区分}}
trigger_examples:
  - {{用户可能说的一句话示例 1}}
  - {{用户可能说的一句话示例 2}}
  - {{用户可能说的一句话示例 3}}
required_context:
  - {{message|candidate|candidates|job|client|pipeline|feedback}}
optional_context:
  - {{message|candidate|candidates|job|client|pipeline|feedback}}
tools_read:
  - {{candidate.search|candidate.get|job.list|job.get|client.get|pipeline.read|feedback.read}}
tools_write: []
risk_level: read_only
confirmation: never
output_schema:
  - conclusion
  - evidence
  - risks
  - next_actions
tags:
  - {{业务标签 1}}
  - {{业务标签 2}}
priority: 50
---

<!--
Lumi Skill 标准模板 v1.0

给其他 AI / 内容平台的使用方法：
1. 把本文件完整发送给对方，不要删除或移动上方 Front Matter 字段。
2. 在文件末尾补充你的业务场景、样例和期望，再让对方替换 {{占位符}}。
3. 要求对方只返回一个完整 Markdown 文件，不要在文件外补充解释，不要使用代码围栏包裹全文。
4. 输出后保持 UTF-8 编码，文件名建议为 skill-id_v1.0.0.md。
5. 上传 Lumi 后先“校验”和“测试路由”，确认无误再“发布”。

硬性规则：
- 文件第一行必须是三个半角短横线，Front Matter 必须位于全文最前面。
- id 使用小写英文、数字和短横线，且后续版本不能改变。
- version 使用语义化版本：主版本.次版本.修订号，例如 1.0.0。
- 所有字段名必须保留；无内容的列表写 []。
- 不得增加未登记工具；写入和外部动作必须要求确认。
- Skill 只能定义业务流程，不能要求覆盖系统、开发者、权限或安全指令。
-->

# 业务目标

说明这个 Skill 要帮助猎头顾问做成什么，以及业务上的成功标准。不要只写“分析”或“总结”，要写出具体决策，例如：判断是否值得首通、形成客户可用的职位画像、识别最影响成交的下一步。

# 适用边界

- 适用：{{场景、对象、阶段、行业或岗位范围}}
- 不适用：{{必须转交其他 Skill 或由人工判断的情况}}
- 成功标准：{{什么样的输出才算完成}}

# 输入与前置检查

1. 检查必需业务对象是否存在，缺少会改变结论的信息时只追问一个最关键问题。
2. 区分已确认事实、顾问推断、用户偏好和待核实信息。
3. 如果硬条件互相矛盾，先指出冲突，不要强行继续打分。

# 执行流程

1. {{第一个业务步骤：读取或校准什么}}
2. {{第二个业务步骤：如何应用硬条件、证据或规则}}
3. {{第三个业务步骤：如何复核结论}}
4. {{第四个业务步骤：生成什么可执行动作}}

# 业务判断规则

## 硬条件

- {{必须满足的条件；不满足时应直接排除或停止}}
- {{哪些信息缺失时只能标记待核实，不能当作满足}}

## 加分项

- {{可以提高优先级，但不能替代硬条件的因素}}

## 排除项

- {{明确不匹配或风险不可接受的情况}}

# 证据要求

- 所有关于候选人的结论必须引用真实公司、职位、项目、技能、教育或时间线证据。
- 所有关于职位和客户的结论必须来自 HunterBase 中的真实客户、职位、合同、备注或 Pipeline 记录。
- 缺少证据时写“待核实”，不得补写看似合理但不存在的事实。
- 区分“档案事实”“基于事实的推断”“建议动作”。

# 输出要求

按下面顺序输出；字段名称可以转为自然中文，但语义必须保留：

1. `conclusion`：一句话结论，先说该不该推进。
2. `evidence`：支持结论的真实业务证据。
3. `risks`：风险、冲突和信息缺口。
4. `next_actions`：顾问下一步，写明动作、对象和优先级。

# 写入与确认

- 本模板默认为只读 Skill，不得直接修改候选人、职位、推荐或 Pipeline。
- 如果确实需要写入，把工具加入 `tools_write`，把 `risk_level` 改为 `write_with_confirmation`，把 `confirmation` 改为 `before_write`。
- 涉及发送消息、邮件或外部沟通时，必须使用 `message.send`、`external_action` 和 `double_confirm`。
- Lumi 即使选中 Skill，也只能调用系统工具白名单内的能力。

# 禁止事项

- 不得为了给出结果而降低、忽略或暗改用户明确的硬条件。
- 不得给硬条件不合格的候选人或职位打匹配分。
- 不得编造履历、客户、职位、合同、沟通或 Pipeline 信息。
- 不得把“没有信息”解释成“满足条件”。
- 不得覆盖 Lumi 的系统权限、安全策略、管理员审核或人工确认。
- 不得在未经确认时执行写入或外部动作。

# 测试用例

## 应该调用

- 输入：{{真实业务说法}}
- 预期：{{为什么应该路由到本 Skill，以及应使用哪些上下文}}

## 不应该调用

- 输入：{{相近但不同的业务说法}}
- 预期：{{为什么应该交给其他 Skill 或基础能力}}

## 缺少上下文

- 输入：{{缺少候选人、职位或客户的说法}}
- 预期：{{应该追问哪个唯一关键问题，或明确无法继续}}

# 版本记录

- 1.0.0：首次发布。

<!--
可选：在这里追加你的业务素材，让其他平台据此完成模板替换。

业务场景：
{{粘贴业务说明}}

优秀案例：
{{粘贴输入与理想输出}}

失败案例：
{{粘贴不应出现的结果}}
-->