推荐 招聘进展周报
每周一早上生成岗位停留天数、卡点所在方、待决策事项清单。不给「建议放弃」这类结论。
正文位置:第一章 · 第 6 步
这一页是资产目录。它的作用有两个:告诉你本书体系里应该有哪些资产,以及给你一份可以照抄的台账结构——因为三个月后你真正的困难不是「不会搭」,而是「不知道自己搭过什么」。
五个资料包已可直接下载
全部内容为本书自行撰写,纯 Markdown、无宏、无外链依赖,可在企业内部自由修改使用。今天下午先下载起手包,导入 jd-writer,先跑样例再换真实岗位。全套含说明书和知识库,不是今天下午的第一步。
全套含说明书和知识库,不是今天下午的第一步。
下表按链路归类。状态列有四种:包内已提供 表示 起手包里有 SKILL.md;有粘贴块 表示正文里有完整可复制草案,但不是起手包目录;仅有方法 表示这个名字没有同名完整草案;建议自建 表示书中给了方法与判据,需要你结合本企业口径完成。
| Skill | 所属链路 | 做什么 | 状态 |
|---|---|---|---|
role-intake |
招聘 | 把用人经理的零散要求问成结构化清单 | 建议自建 |
competency-map |
招聘 | 提取胜任力要素,区分门槛能力与区分度能力 | 建议自建 |
jd-writer |
招聘 | 产出合规、可验证的 JD 初稿,附合规自查 | 包内已提供 |
interview-kit |
招聘 | 按要素生成面试题与三档评分锚点 | 有粘贴块 |
resume-inventory |
招聘 | 简历按要素分档,附依据原文与待核实事项 | 包内已提供 |
interview-debrief |
招聘 | 面试口述整理为结构化评价,标注证据强度 | 包内已提供 |
offer-checklist |
招聘 | Offer 要素核对清单草稿,含签字位与一致性检查 | 包内已提供 |
onboarding-checklist |
入职 | 入职待办核对草稿(不自动发邮件/IM) | 包内已提供 |
first-week-plan |
入职 | 首周日程草案与带教要点提示 | 建议自建 |
checkin-30-60-90 |
入职 | 节点访谈提纲、观察要点与风险信号清单 | 仅有方法 |
goal-review |
绩效 | 目标可验证性与对齐度体检 | 仅有方法 |
perf-evidence |
绩效 | 绩效材料归集(只归集;不打分不定级) | 包内已提供 |
evidence-pack |
绩效 | 包内没有这个目录。绩效材料用同一张表里的 perf-evidence。 |
仅有方法 |
calibration-brief |
绩效 | 校准会横向材料(不排名、不建议等级) | 仅有方法 |
review-language-check |
绩效 | 拦截人格化评价与无证据结论 | 仅有方法 |
metric-definition |
人力数据 | 指标口径定义草案,说明每种选择的偏向 | 仅有方法 |
causal-caution |
人力数据 | 列出替代解释,拦截「因此可见」式结论 | 仅有方法 |
gap-diagnosis |
培训 | 把业务问题归因为不会/不愿/不能三类 | 仅有方法 |
knowledge-harvest |
培训 | 把高绩效做法萃取为可教学内容 | 仅有方法 |
pay-comms |
薪酬 | 调薪沟通统一口径与不宜承诺事项清单 | 仅有方法 |
incentive-side-effects |
薪酬 | 激励方案的行为诱导与钻空子路径分析 | 仅有方法 |
task-inventory |
AI 转型 | 岗位拆解到任务颗粒度,标注出错代价 | 仅有方法 |
自动化的选择标准很简单:输入稳定、读者明确、不对外发送。三条都满足才值得做。下表标了「不建议」的两项,是我见过最常被提出、但最容易反噬的两个想法。
每周一早上生成岗位停留天数、卡点所在方、待决策事项清单。不给「建议放弃」这类结论。
正文位置:第一章 · 第 6 步
每工作日汇总到期未完成项、逾期项、责任人为空项。只给 HR 看,不自动催办。
正文位置:第四章 · 手册二
按周期提醒各环节完成度与逾期情况,发给 HR 与绩效 COE,不发给员工。
正文位置:第四章 · 手册三
指标口径每次调整,自动生成一条版本记录(改了什么、为什么、影响哪些报表)。
正文位置:第三章 · 团 07
包括自动约面、自动感谢信、自动拒信。候选人体验是雇主品牌的一部分,出错的成本远高于省下的时间。
用行为数据(考勤明细、软件活跃度、沟通频率)给员工自动打分或预警,在本书体系里属于禁止项。
五个包都是本书自行撰写的 Markdown,可在企业内部修改。转述请注明《HR AI 落地小蓝书》。规范地址 hr-ai.genedai.me/toolbox。渠道参数示例:?utm_source=wechat,静态托管会忽略未知参数,文件仍会下载。
包 02 的文件名仍是 expert-team-packs.zip,免得旧链接断开。它是说明书。解压后得到的是角色卡,专家要在客户端里新建。对齐 专家中心(核对日 2026-09-23):
skills-starter 里的 Skill。九个团是季度目标。六个可直接导入的 Skill,外加招聘 Sprint 工作流。每个 Skill 含 SKILL.md 与 examples/(先跑样例再换真实岗位)。
jd-writer/ · resume-inventory/ · interview-debrief/offer-checklist/ · onboarding-checklist/ · perf-evidence/hiring-sprint/WORKFLOW.md(编排,非上传项)README.md 导入方式与红线九个文件夹对应第三章的九条链路。每份都是角色卡片、强制链路和人审闸签字位,供你自己建成专家。解压不会在客户端里生成专家团。
README.md 写明这是说明书,含建团九原则与积分提醒六个可粘贴配置卡,结构为:触发 / 调用 Skill / 输入·输出路径 / 人审闸 / 粘贴块。不依赖特定助理通道。
Obsidian 友好的空骨架(纯 Markdown,双链可用)。它解决的是全书反复出现的那个问题:输出很漂亮,但用人经理说「不是我们要的」——九成情况是缺口径。
00-readme.md 建库顺序(按投入产出比)01-制度模板/ 使用说明 + 假期与考勤制度模板02-口径表/ 职级称谓表模板03-岗位JD库/ 使用说明 + JD 结构样例04-面试题库/ 使用说明 + 结构化面试题模板05-术语表.md · 06-合规红线清单.md上面各包的合集,外加一份总说明(建议使用顺序、三层结构的官方定义、三种工作模式、全套通用红线)。全套含说明书和知识库,不是今天下午的第一步。
jd-writer优先上传 jd-writer.zip;要文件夹就上传 jd-writer/。不要把六技能合包当成一个 Skill。公开文档若写「选择文件」,就选这个 zip。文件夹是否能选,以客户端为准。文档:技能。examples/input.md 的虚构样例,对照合格判据,再换真实岗位。虚构样例用来对判据;口径问题在真实岗位上暴露。automation-templates/01-每日简历初筛整理.md。02-每周招聘漏斗摘要.md 是粘贴草案,不是 Skill 目录。先手动跑,不自动发对外邮件。下载后请先看两件事
README.md 里都有一节红线,改写时请不要删掉——它是这些资产能长期用下去的原因。{{...}} 和「待填写」都需要替换成你们的真实口径。不补口径就直接用,输出会很流畅但对不上你们的体系。不管你最后有没有用现成包,这张台账都建议今天就建起来。它只有九列,用表格软件五分钟能做完,但它是你三个月后唯一能依靠的东西。
| 字段 | 为什么需要它 | 填写示例 |
|---|---|---|
| 资产名 | 唯一标识,避免出现三个「JD 助手」 | jd-writer |
| 类型 | 区分 Skill / 专家 / 专家团 / 自动化 | Skill |
| 所属链路 | 方便按链路整体检视 | 招聘 |
| 负责人 | 没有负责人的资产三个月后必然腐化 | 招聘组 · 具名 |
| 阶段 | 影子 / 半自动 / 常态 / 已下线 | 半自动 |
| 依赖口径 | 口径变更时知道要连带更新谁 | 职级体系 v3、能力模型 v2 |
| 人审闸位置 | 审计时第一个被问到的问题 | 发布前,用人经理确认 |
| 最近一次修订 | 超过一个季度没动过的资产要重新验证 | 日期 + 改了什么 |
| 下线条件 | 让停用变成正常动作,而不是悄悄不用 | 口径改版后未重新验证即下线 |
这套约定很小,但它决定了半年后你还能不能看懂自己建的东西。
jd-writer、evidence-pack。原因是它是动作,动作适合用动宾结构;英文短名在引用时不容易和正文混在一起。一个容易被忽略的动作:定期下线
每个季度检视一遍台账,把「超过一个季度没人用」和「依赖的口径已改版但没重新验证」的资产明确下线。留着不用的资产不是零成本——它会在某个人某天顺手用一次,然后用一个过期口径产出一份正式材料。
给搜索和转发用的四页,不另起一套方法。每页都能单独读,并链回对应章节。
附录 B 是关于本书的说明:作者视角、引用与版权声明、以及联系入口。