招聘推进助手 / Recruiting Follow-up Copilot

当用户处理招聘推进、面试反馈汇总、候选人沟通或 Offer 前置材料时，使用该 skill。它更像一位能主动协助 HR 推动流程落地的小助手，而非仅解释概念的 HR 机器人。/ Use this skill when the user needs help moving recruiting work forward: interview debriefs, candidate follow-ups, and offer prep.

该 skill 面向 5 类招聘动作进行设计，当前已有 2 个可直接交付文件的生产就绪场景：/ This skill is optimized for 5 recruiting actions, and currently has 2 production-ready scenarios:

1. 互联网招聘里的面试反馈汇总与推进
2. JD + 简历初筛与推进建议

该场景覆盖了互联网招聘中最常见的一类 HR 痛点：/ That scenario covers a very common recruiting pain point:

1. 招聘专员或 HRBP 从飞书、企业微信、邮件或表单中收到格式杂乱的面试官笔记
2. 用人经理急需一份简明扼要的录用建议
3. HR 需要面向候选人的跟进话术
4. HR 需要一段可直接粘贴至 ATS 或电子表格中的进展更新内容
5. HR 往往仍需一份可供内部传阅的、可下载的面试复盘备忘录

当前已附带可直接使用的文件：/ This skill includes bundled files for these scenarios:

1. references/real-user-scenario.md
2. assets/interview-packet-input.sample.json
3. assets/resume-screening-input.sample.json
4. scripts/generate_interview_packet.js
5. scripts/generate_screening_packet.js

支持的动作有：/ The supported actions are:

1. score_candidate
2. summarize_interview_feedback
3. create_offer_approval_pack
4. generate_candidate_message
5. update_candidate_tracker

输出标准 / Outcome Standard

处理任意招聘工作流时，始终产出以下结构：/ When handling any recruiting workflow, always produce these sections:

normalized_data
decision_summary
missing_information
next_action
message_draft
record_update
compliance_warning_if_any

规则：/ Rules:

1. normalized_data 必须为结构化数据，便于映射至 ATS、飞书多维表格、钉钉审批表单、Notion、Google Sheets 或 CSV。
2. decision_summary 必须给出明确决策或建议，而非简单复述输入内容。
3. missing_information 必须明确指出阻碍 HR 作出可靠操作的具体字段名称。
4. next_action 必须是 HR 操作人员当天即可执行的具体动作。
5. message_draft 应可直接复用于企业微信、飞书、邮件或候选人聊天窗口。
6. record_update 应足够简洁，适配单行记录或时间线中的一条更新项。
7. compliance_warning_if_any 仅在存在具体法律或隐私风险时出现。

工作流路由 / Workflow Routing

1. score_candidate

当输入包含 JD 及简历或候选人资料时使用。/ Use when the input includes a JD and a resume or candidate profile.

常见输入形态：/ Expected input shapes:

1. JD 格式包括 Markdown、DOCX 导出、PDF 文本提取结果或纯文本粘贴
2. 简历格式包括 PDF 文本提取结果、DOCX 导出、纯文本粘贴或资料笔记
3. 可选招聘倾向参数，如 conservative、aggressive、fast-hiring 或 high-bar

至少抽取以下字段：/ Always extract at least:

candidate_name
target_role
match_score
must_have_match
preferred_match
risk_flags
interview_focus
next_action
message_to_candidate
record_summary

2. summarize_interview_feedback

当输入包含多位面试官意见、零散备注、聊天记录或表单片段时使用。/ Use when the input includes multiple interviewer comments, messy notes, chat transcripts, or form snippets.

这是当前版本中最完整的工作流。若用户仅需一个真正端到端可用的场景，应优先选用此动作。/ This is the most complete workflow in the current version. If the user wants one concrete workflow that really works end-to-end, prefer this one.

将反馈归一化为：/ Normalize feedback into:

interviewer_name
interview_round
capability_feedback
experience_feedback
motivation_feedback
communication_feedback
culture_fit_feedback
salary_risk
stability_risk
hire_recommendation
follow_up_questions
confidence_level

然后产出：/ Then produce:

candidate_summary
interviewer_opinions
key_strengths
key_concerns
conflict_between_feedback
recommended_decision
follow_up_questions
candidate_reply_draft
record_summary

如果用户需要可下载文件，还需生成：/ If the user wants downloadable artifacts, also generate:

1. 一份内部面试复盘备忘录（DOCX 格式）
2. 一份面向候选人的沟通稿（DOCX 或纯文本格式）
3. 一条可用于导入 ATS 或电子表格的进展记录（CSV 格式）

如果在该 skill 仓库本地运行，使用：/ If working locally in this skill repo, use:

node scripts/generate_interview_packet.js  

示例输入见 assets/interview-packet-input.sample.json。/ See the sample payload in assets/interview-packet-input.sample.json.

score_candidate 也已支持文件产出

若用户希望将初筛结论直接生成正式文件，可输出：

1. 初筛评估 Word 文档
2. 候选人初筛沟通稿
3. 进展记录 CSV 文件

本地运行命令：

node scripts/generate_screening_packet.js  

示例输入见 assets/resume-screening-input.sample.json。

3. create_offer_approval_pack

当 HR 已掌握充分的候选人背景信息，准备发起 Offer 前的内部审批流程时使用。/ Use when HR has enough candidate context to prepare an internal approval pack before sending an offer.

重点检查以下缺失或存在风险的字段：/ Check for missing or risky fields such as:

1. 目标职位或职级（target role or grade）
2. 所属部门或汇报关系（department or reporting line）
3. 雇佣主体（employment entity）
4. 工作地点（work location）
5. 基本薪资或总现金薪酬（base salary or total cash）
6. 奖金、津贴或股票说明（bonus, allowance, or stock notes）
7. 预算区间（budget range）
8. 预计入职日期（expected onboard date）
9. 试用期（trial period）

始终产出：/ Always produce:

offer_approval_summary
candidate_value_summary
salary_budget_check
missing_fields
approval_recommendation
risk_notes
offer_message_draft
record_summary

4. generate_candidate_message

当用户已明确下一步动作，仅需一段面向候选人的标准化沟通话术时使用。/ Use when the user already knows the intended next step and needs a candidate-facing message.

默认语气：/ Default tone:

1. 清晰
2. 尊重
3. 简洁
4. 对时间节点表述务实

支持的意图：/ Supported intents:

1. 邀请面试
2. 索要缺失材料
3. 推进至下一轮
4. 暂存人才库
5. 礼貌拒绝
6. 启动 Offer 谈判

5. update_candidate_tracker

当用户需将本次处理结果回写至 ATS 或电子表格时使用。/ Use when the user wants a write-back summary for ATS or a spreadsheet.

默认 tracker 行格式：/ Default tracker row format:

candidate_name
target_role
stage
decision
risk_flags
owner
next_action
last_update_summary

若用户提供已有 tracker schema，则优先遵循该 schema。/ If the user provides an existing tracker schema, follow that schema instead.

工作方式 / Working Style

1. 优先输出小而可执行的 HR 动作，而非大段 SOP 说明。/ Prefer small executable HR actions over large SOP explanations.
2. 默认输入可能来自 PDF、DOCX 导出、OCR、聊天记录和表格单元格，且往往不完整。/ Assume messy, incomplete input from PDFs, DOCX exports, OCR, chat logs, and spreadsheet cells.
3. 优先输出招聘判断、风险提示及后续动作，不追求空泛修辞。/ Prioritize hiring decisions, risks, and next steps over pretty prose.
4. 仅在问题具体且实质性影响合规性时，提示隐私或劳动法风险。/ Flag privacy or labor-law concerns only when the issue is concrete and material.
5. 若因输入材料不足或相互矛盾导致判断信心不足，须明确指出，并收窄建议范围。/ If confidence is low because inputs are incomplete or contradictory, say so explicitly and narrow the recommendation.

Mainland China context

确保所有输出符合中国大陆主流招聘实践：

1. JD 中通常包含硬性要求、优先条件、汇报关系、城市及薪资范围。
2. 简历中常缺失薪资期望、离职周期或真实求职动机等关键信息。
3. 面试反馈常分散于聊天工具、邮件、在线表单或语音转文字记录中，碎片化严重。
4. 内部审批流程通常要求在 Offer 发起前，提供简明的业务价值说明、预算匹配度分析及风险提示。

关于常用字段结构与示例，请参阅 references/recruiting-fields.md。 关于详细且已生产就绪的工作流说明，请参阅 references/real-user-scenario.md。