人力中介公司如何用 Claude Code 对照职位说明和候选人邮件

人力中介公司常把职位说明和候选人邮件分开修改。问题就在这里留下。职位说明写着每周两天远程，候选人邮件却写成灵活远程；薪资范围来自旧的客户备忘录；面试流程已经改成三轮，邮件还是两轮。今天先修的不是全部招聘流程，而是一张发送前对照表。

这篇文章面向 RA、CA、招聘运营负责人。Claude Code 的作用是读取脱敏后的职位说明、候选人邮件、客户确认记录、候选人常见问题和 JobPosting 字段，然后输出差异表。它不决定薪资、工作地点、合同、年龄或性别表达，也不代替人按发送键。

读者卡: 行业是人力中介。读者正在看职位说明、候选人邮件和客户确认备忘录。现场失败是候选人收到的邮件承诺和职位说明不一致。读完后的第一步，是把一封即将发送的邮件和职位说明横向比较。Claude Code 负责做表和提出问题，人负责事实、个人信息、客户确认和发送。主 CTA 是培训与咨询，因为这涉及团队权限和审批。

要点

• 职位说明和候选人邮件要一起检查薪资、地点、远程规则、面试流程、职责范围和合同说明。
• Claude Code 可以比较脱敏资料，输出不一致项、候选人疑问和给客户的确认问题。
• 人需要审核薪资、地点、合同、年龄或性别相关表达、个人信息、客户批准和最终发送。
• 三个 Use case 分别处理条件差异、候选人反复提问、发送前应暂停的邮件。
• 指标不只看浏览量，要看客户退回次数、候选人追问、面谈转化率、重发邮件数和职位发布时间。

业务流程: 从职位说明到候选人邮件放到一张表

发送前检查从候选人会看到的信息开始。把职位说明、RA 的客户备忘录、候选人邮件、招聘平台字段、候选人常见问题、JobPosting JSON-LD 放进同一个文件夹。让 Claude Code 读取之前，先把候选人姓名、现公司、评价记录、年薪谈判细节和客户未公开信息换成占位符。

资料	Claude Code 提取什么	人来判断什么
职位说明	薪资、地点、职责、面试流程	客户已确认的事实
候选人邮件	承诺语气、模糊表达、缺少的说明	是否发送
RA 备忘录	未确认条件、给客户的问题	非公开信息
候选人问题	FAQ、需要上移的说明	个人信息处理
JobPosting	地点、薪资、日期、有效期	公开结构化数据

日本厚生劳动省公开了招聘广告展示相关信息，也说明 2024 年 4 月起，招聘时需要明示的事项包括工作内容变更范围、工作地点变更范围、固定期限合同更新标准等。公正招聘选考的官方资料也适合放进检查表。职位页面如果使用结构化数据，还要参考 Google 的 JobPosting structured data，让页面正文和数据一致。

Claude Code 负责的范围和人要看的范围

职位说明、候选人邮件、客户备忘录准备好后，让 Claude Code 生成差异表。表的行可以是薪资、地点、远程频率、面试次数、入职时间、职责变更范围、工作地点变更范围。每一行比较职位说明、邮件、客户备忘录和公开数据。空白或冲突的格子变成客户确认问题，不变成漂亮文案。

人负责风险高的决定。薪资、办公地点、远程频率、合同期限、更新标准、年龄或性别暗示、候选人个人信息、客户非公开内容、最终发送都要由人确认。Claude Code 可以指出“这句话像是在承诺”，但不能把未确认条件写成候选人可依赖的承诺。

个人信息要单独划线。候选人姓名、现公司、联系方式、面谈评价、精确谈判金额不要贴进提示词。用 Candidate A 或 C001 这样的 ID。实施前还要确认个人信息保护委员会的官方信息、公司合同和所用工具的设置。目标是比较文字，而不是暴露敏感数据。

3 个 Use case

Use case 1: 找出职位说明和邀约邮件的条件差异

输入: 职位说明、RA 客户备忘录、候选人邮件、招聘平台字段。输出: 薪资、地点、远程频率、面试次数、入职时间、职责变更范围的差异表。人的确认: 薪资范围、远程频率、工作地点、面试流程和客户是否确认。

候选人邮件容易写成最吸引人的解释。职位说明是“每周远程两天”，邮件写成“灵活工作方式”，候选人就会提高期待。Claude Code 负责抽出候选人会当成条件的句子，和职位说明并排。

Use case 2: 把候选人不安放回职位说明

输入: 候选人常见问题、辞退理由、职位说明、后续邮件。输出: 放到职位说明上方的说明、FAQ、邮件补充句、给客户的问题。人的确认: 删除能识别个人的信息、候选人评价和客户未回答条件。

如果每封邮件都在补充同一个问题，职位说明本身就少了内容。比如加班何时发生、最高薪资需要什么经验、第一轮面试是谁。这些内容应回到职位说明或 FAQ。

Use case 3: 发送前暂停不该发送的邮件

输入: 待发送邮件、职位说明、客户批准列表、风险词列表、JobPosting JSON-LD。输出: 可发送 / 回客户确认 / 删除候选人信息 的表。人的确认: 收件人、候选人称呼、发送时间、法令或平台规则、个人信息和最终批准。

邮件语气礼貌还不够。如果邮件和职位说明不一致，就先暂停。Claude Code 标出像承诺的句子。人只保留客户确认过的条件，把未确认项放回客户确认。

可复制的提示词

使用前先把姓名和非公开细节替换为占位符。

你是人力中介公司的发送前审核员。
请比较职位说明、候选人邮件和客户确认备忘录。
在邮件发给候选人之前找出不一致。

输入:
- 职位说明:
- 候选人邮件:
- RA 客户确认备忘录:
- 候选人常见问题:
- 招聘平台字段:
- JobPosting JSON-LD:
- 人工审核要求:

输出:
1. 职位说明和邮件条件不一致的地方
2. 候选人可能理解为承诺的表达
3. 需要回到客户处确认的问题
4. 需要删除个人信息或非公开信息的地方
5. 可发送 / 暂停 / 修改 的状态表
6. 人工最终审核清单

限制:
- 不推测薪资、地点、远程、合同、面试次数
- 标出年龄、性别、家庭、出生地、宗教、政治相关表达
- 不包含候选人姓名、现公司、联系方式、评价记录
- 最终发送由人决定

下面的 Node.js 代码不会发送邮件。它只检查职位说明字段、候选人邮件是否和远程条件一致、客户备忘录是否批准、风险词和 CTA 是否偏移。

const reviewPacket = {
  jobPost: {
    role: "Customer Success",
    salary: "JPY 4.8M to 6.5M",
    location: "Tokyo office / two remote days per week",
    process: "screening, first interview, final interview",
    workChangeScope: "customer success, support, sales operations",
  },
  candidateEmail: {
    subject: "Customer Success opportunity",
    body: "This role is based in Tokyo with two remote days per week. The process is screening, first interview, and final interview.",
    cta: "sendToCandidate",
  },
  companyMemo: {
    salaryConfirmed: true,
    locationConfirmed: true,
    processConfirmed: true,
    clientApproval: true,
  },
};

const findings = [];
const { jobPost, candidateEmail, companyMemo } = reviewPacket;
for (const field of ["salary", "location", "process", "workChangeScope"]) {
  if (!jobPost[field]) findings.push(`${field}: missing in job post`);
}
if (!candidateEmail.body.includes("two remote days")) {
  findings.push("candidateEmail: remote policy may not match");
}
for (const [key, value] of Object.entries(companyMemo)) {
  if (value !== true) findings.push(`companyMemo: ${key} is not approved`);
}
if (candidateEmail.cta !== "sendToCandidate") findings.push("CTA drift");
if (findings.length) {
  console.error(findings.join("\n"));
  process.exit(1);
}
console.log("Ready for human pre-send review.");

Pitfall: 发送前常漏掉的差异

第一个陷阱是相信漂亮文案。原因是职位说明、RA 备忘录、候选人邮件和平台字段在不同画面里修改。修正方法是按条件名建行，在所有资料中比较同一个词。

第二个陷阱是只在邮件里回答候选人问题。原因是把每个问题当作单次回复。修正方法是分成“放回职位说明”和“只给该候选人的说明”。重复问题应回到职位说明上方。

第三个陷阱是让 AI 输出决定是否发送。原因是事实未确认前就要求完成邮件。修正方法是让 Claude Code 只给出发送、暂停、修改建议，薪资、地点、合同、个人信息和客户批准交给人。

常见问题

这和职位说明审核有什么不同？ 职位说明审核看职位说明本身。这篇文章看职位说明和候选人邮件之间的差异。

可以把候选人信息贴进去吗？ 不要贴姓名、现公司、联系方式、面谈评价和精确谈判金额。用占位符，只比较必要表达。

Claude Code 可以做法务审核吗？ 它只提取风险点。最终公开、例外事由、客户确认和发送判断由人负责。

先看哪个数字？ 先看客户退回次数、候选人追加问题、面谈转化率和重发邮件数。

咨询路径

发送前检查不是单纯改文字。它连接 RA 客户确认、CA 候选人理解、平台字段、发送批准和个人信息处理。多个顾问一起使用 Claude Code 时，可以通过培训与咨询设计 AI 比较什么、人批准什么。

相关流程可参考人力中介职位说明审核和招聘负责人职位说明与应聘后邮件。外部参考包括厚生劳动省招聘广告、2024 年 4 月劳动条件明示、公正招聘选考、Google JobPosting structured data 和个人信息保护委员会。

我实际确认了什么

本文确认了厚生劳动省的招聘广告展示、2024 年 4 月劳动条件明示、公正招聘选考、Google JobPosting structured data、个人信息保护委员会网站。文章围绕职位说明、候选人邮件、RA 备忘录、候选人问题、JobPosting 字段来写，主 CTA 保持为培训与咨询。

我还运行了 Node.js 检查代码。代码检查职位说明字段、远程条件、面试流程、客户批准、风险词和候选人发送 CTA。下一步只做一件事: 取一封即将发送的候选人邮件，把它和职位说明按薪资、地点、远程、面试流程四列并排。之后观察客户退回和候选人追问。