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