Use Cases (更新: 2026/6/7)

人力资源与劳动法务事务所:用 Claude Code 起草员工手册与社保补贴通知的实操步骤

劳动法务事务所如何用 Claude Code 给员工手册和社保补贴通知打草稿。哪些交给 AI、哪些自己拍板,附可复制的提示词模板和脱敏脚本。

人力资源与劳动法务事务所:用 Claude Code 起草员工手册与社保补贴通知的实操步骤

周五傍晚,一家长期客户打电话过来:“下周开始员工就满 10 人了,员工手册麻烦你帮我们弄一份。”我看着日历,轻轻叹了口气。手里确实有几份给别家做过的模板,可没法原样递过去。加班费的尾数怎么处理、有没有包干加班、产假和护理假的最新条款——每一家要改的地方都不一样。

我以前栽过一次。直接拿另一家客户的模板套用,只顾着改假期天数,结果忘了改公司名。幸好递交前复查时发现了,要是真发出去,那就是砸招牌的事。做劳动法务这行,客户看的不是你做得多快,而是“一处都没漏改”。所以恰恰是改模板这种机械活儿,老是吃掉我大把时间。

社保补贴的通知也一样。给客户介绍稳岗补贴、岗位技能提升补贴这类政策时,每回都从零开始写说明。可申报条件的那段解释,对哪家公司都是一样的。明明是公用的部分,却要每次手敲一遍,这事让我憋了很久。

这些“打草稿”的活儿,能不能交给 Claude Code?下面是我在自己事务所里真刀真枪试过的步骤,照实写。

本文要点

  • 劳动法务事务所的员工手册草稿和社保补贴通知,用 Claude Code 大致能推进到七成。剩下三成的最终拍板由劳动法务顾问自己来——这个分界线最贴合实际。
  • 把模板和客户访谈记录一起喂给它,只让它写“差异部分”,漏改会明显变少。比起让它从零写,让它“读现成材料再改”出事故的概率更低。
  • 社保补贴通知拆成两层:公用的条件说明,和每家公司的对号入座。每回手敲的活儿就消失了。
  • 客户的姓名、身份证号、工资数额这类个人信息,喂给 AI 之前先换成脱敏占位符。文中附了一段可直接运行的校验脚本。
  • 补贴的发放条件和法条的最终核对,必须由人去查官方一手资料。AI 的产出绝不能原样上报。

谁该看这篇,以及现在的业务流程

这篇文章设想的读者,是一个人或几个人撑起、手上管着 10 到 50 家客户的劳动法务事务所顾问。业务主轴是工资核算和社保缴纳手续,做规章和咨询补贴政策的活儿,是从这些缝隙里挤进来的。团队也就 1 到 3 个人,专职文员有没有都说不准,大概是这么个规模。

把做员工手册的流程按平时的顺序排一下,是这样:

  1. 向客户访谈(员工人数、标准工时、薪酬结构、休假制度、有没有包干加班)
  2. 选一份手头的模板,照访谈结果替换条款
  3. 和公司自己的劳动合同、薪酬制度对齐
  4. 检查有没有漏掉法规修订
  5. 交给客户,处理修改意见
  6. 协助向劳动监察部门备案

这里头吃时间的是第 2 和第 3 步。改一个条款,另一处条款的引用编号就跟着错位。动了薪酬制度,员工手册里引用它的地方也得跟着改。这种“拔出萝卜带出泥”的连环返工,正是劳动法务事务所那块不起眼的负担。

常见的返工和糟心事

下面是我事务所里真实发生过的返工。对得上号的人应该不少。

  • 模板里的公司名、部门名只改了一部分,被客户当面指出来
  • 把法规修订前的旧条款(比如产假、护理假)原封不动复制过来
  • 公司明明用了包干加班,加班费的条款却还停在“按原则计算”
  • 写补贴通知时,把“对用人单位的条件”和“对劳动者的条件”混在一起
  • 把这份通知的截止日期、申报期限,跟另一项补贴的数字记串了

这些都不是“不懂业务”,而是“在机械活儿里走了神”。这恰恰就是该把草稿甩给机器、让人专心去做判断的地方。

哪些交给 AI,哪些必须由人拍板

得把分界线划清楚。这条线一含糊,就容易把 AI 的产出照单全收,出事故。

环节交给 Claude Code由顾问拍板
员工手册初稿替换模板、统一文风、整理引用编号采用哪套制度的方针决定
法规落地提出“这条是不是最新的”这类疑点在一手资料里核对条款、合法性的最终判断
补贴通知公用条件说明、各公司对号入座的草稿是否符合发放条件、能否申报的建议
个人信息整理已脱敏数据的格式哪些能给、哪些不能给的边界

一句话概括:“把文字理顺、把口径对齐”交给 AI,“合不合法、能不能拿到补贴”由人定。补贴的条件几乎年年变,一旦没批下来,直接伤的是客户对你的信任。所以这块绝对要由人去翻一手资料。

用例 1:用“差异对照”给员工手册打草稿

诀窍是别让它从零写,而是让它读现成模板,只产出“差异”。引入前,每家公司光改模板要花 3 到 4 小时;现在有了草稿,连最终核对算上也就压到 1.5 小时左右。

下面是可以直接复制的提示词模板。客户信息记得先换成脱敏占位符再贴进去。

你是协助制作员工手册的助手。不提供法律意见,只做草稿撰写和口径一致性检查。

# 输入
- 现有模板:(在这里贴模板。公司名用【公司A】这类占位符遮掉)
- 本次客户的条件:
  - 员工人数:10 人
  - 标准工时:每天 8 小时,每周 40 小时
  - 包干加班:有(每月按 20 小时折算为固定加班补贴发放)
  - 特殊假期:仅婚丧假
  - 其他:产假、护理假按法定标准

# 要做的事
1. 把模板中与上述条件冲突的条款列成清单
2. 每条的修改方案,按“改前 → 改后”的形式并排写出
3. 若采用包干加班所需的记载有遗漏,请指出
4. 把模板里仍残留专有名(公司名、部门名)的地方全部找出来

# 输出格式
- 不用表格,用带编号的列表写“条款编号、现状、修改方案、理由”
- 最后列出 3 条“必须由人确认的要点”

关键是开头就把它锁死:“不提供法律意见”。不写这句,AI 会用断定的口气写“这套制度违法”。判断是顾问的地盘,只让 AI 把疑点提出来就够了。

用例 2:把补贴通知拆成公用部分和个别部分

补贴通知只要按两层结构拆开,每回手敲的活儿就没了。

  • 公用层:补贴概述、对用人单位的一般条件、申报的大致流程
  • 个别层:这家客户是否满足条件、什么时间之前该做什么

公用层做一次就能反复用。只把个别层按公司逐家委托,一篇通知原来要 30 分钟,现在 5 到 10 分钟搞定。提示词模板如下。

你是为劳动法务事务所的同事打补贴通知草稿的助手。

# 前提
- 目标补贴:岗位技能提升补贴(正式员工转化类)
- 公用说明文(固定):
  (在这里贴你事务所已核实过的概述文)

# 本次客户的情况
- 行业:零售
- 固定期限合同员工:3 人(其中 2 人计划转为正式员工)
- 员工手册是否完备:有
- 过往违规领取记录:无

# 要做的事
1. 公用说明文原样使用
2. 针对这家客户,把“看起来符合的点”和“需要确认的点”分开写
3. 起草发给客户的邮件正文(礼貌但不啰嗦的文风)
4. 凡涉及申报期限、工资条件等数字的地方,统一打上【待确认】标签

# 禁止事项
- 不得断定“一定能拿到”“一定能批”
- 不得擅自补上公用说明文里没有的金额或期限

锁住“不下断言”“数字打【待确认】”这两条,递交前的复查会轻松很多——只去翻带标签那几处的一手资料就行。

用例 3:同一项法规修订,一次性通知多家客户

法规一改,就得给相关客户群发通知。可每家情况不同,没法用完全一样的文案。这里也能让 AI 来做按公司的内容套填。

做成清单,扫起来更顺手。

  • 是否备好了公用的修订概述文
  • 是否整理出各家受影响的程度(大/中/小)
  • 影响“大”的公司,是否附了单独的应对方案
  • 发送前,公司名和数字是否由人逐一目视
  • 修订的施行日期是否在一手资料里核对过

最后两条,必须留作人的活儿。

个人信息与安全注意事项

劳动法务事务所经手的,是姓名、身份证号、工资数额、健康信息这类最敏感的个人信息。把这些原样递给 AI,要避免。我自己的做法是多走一步:“递出去之前,先换成脱敏占位符。”

下面这段脚本,是把文本里像身份证号的 18 位数字、以及常见的姓名标签换成占位符的校验示例。只要装了 Node.js 就能直接跑。它不是完美的匿名化,而是当作粘贴前“防手滑”的门卫来用。

import { readFile, writeFile } from "node:fs/promises";

// 替换规则:可按事务所自己的格式按需追加
function maskPersonalInfo(text) {
  return text
    // 像身份证号的 18 位连续数字(末位可能是 X)
    .replace(/\b\d{17}[\dXx]\b/g, "【身份证号已脱敏】")
    // “姓名:张三”这类带标签的姓名
    .replace(/(姓名|名字|员工姓名)\s*[::]\s*\S+/g, "$1:【姓名已脱敏】")
    // “工资:280000”这类金额
    .replace(/(工资|薪资|月薪|时薪)\s*[::]\s*[\d,]+/g, "$1:【金额已脱敏】");
}

const inputPath = process.argv[2] ?? "input.txt";
const raw = await readFile(inputPath, "utf8");
const masked = maskPersonalInfo(raw);

// 保险起见,自查一下还有没有残留的 18 位数字
if (/\b\d{17}[\dXx]\b/.test(masked)) {
  console.error("疑似有漏脱敏的内容,请人工确认。");
  process.exit(1);
}

await writeFile("masked.txt", masked, "utf8");
console.log("已输出脱敏文件 masked.txt。喂给 AI 前请务必再目视一遍。");

运行就这一行。

node mask.mjs input.txt

这脚本不是万能的。住址和出生日期它没覆盖,所以最后还得人眼过一遍。它只是“粘贴事故的最后一道闸”。要把“喂 AI 之前的规则”定下来,可以参考CLAUDE.md 的写法,把它写成事务所内部的成文规矩,会更稳妥。

引入前后有啥变化(简单的 ROI 估算)

数字只是我事务所的大致估算,仅供参考。

工作引入前引入后每月节省的大致量
员工手册替换(1 家)约 3.5 小时约 1.5 小时每月 2 家,省 4 小时
补贴通知(1 篇)约 30 分钟约 8 分钟每月 6 篇,省 2 小时
法规修订群发通知半天约 2 小时每逢修订,省 2 小时

粗算下来每月省 6 到 8 小时。按顾问的时薪 250 元算,相当于每月腾出 1500 到 2000 元的余力。把省下的时间挪去做单价更高的咨询、或开拓新客户,才是最大的变化。

要是连操作本身都没底,建议先读非程序员的入门方式Claude Code 入门指南,能少踩不少坑。

常见问题

问:AI 写出来的员工手册,能直接交给客户吗? 答:不能。草稿终归只是初稿。条款是否合法、包干加班的上限、法规修订有没有落实,这些必须由顾问翻一手资料核对。AI 是“减少漏改的工具”,不是替你拍板的人。

问:连补贴能不能批,也能问 AI 吗? 答:不能问。发放条件年年变、解释又细。让 AI 只做到通知草稿和条件梳理就好,是否符合的判断由顾问来下。模板里之所以锁住“不下断言”,就是为了这个。

问:把客户数据递出去,我心里没底。 答:敏感个人信息要先脱敏再递,这是底线。中间夹一道本文那样的门卫脚本,最后用人眼确认。事务所层面把“哪些信息能递”定成规矩,同事之间也不会各做各的。

问:每次写提示词太烦了。 答:常用的模板存成文本文件,每次只换可变那几处,最省事。想把提示词的精度再提一档,可以参考提示词设计进阶

问:小事务所也有效果吗? 答:人越少越管用。机械活儿占去的时间比例越大,自动化草稿腾出来的时间相对就越多。日常那些零碎的提速,我也整理在提升效率的小技巧里了。

补贴政策本身的具体内容,请务必到中国政府网等官方一手渠道核对最新信息。

如果你想从公司层面重新梳理规章建设和补贴申报的体系,欢迎来培训·咨询,我们可以结合事务所的实际业务,一起把推进方式设计出来。

我实测之后的结果

我在自己事务所里,照这套步骤给 1 家公司的员工手册和 3 篇补贴通知打了草稿。我想验证的是“漏改是不是真能变少”。

员工手册这边,让它读模板、产出差异,结果把 4 处残留的专有名干干净净地揪了出来。这正是手工每回都差点看漏的地方。另一边,关于包干加班的条款,AI 把“按原则计算”的加班条款原样留着,同时标了一句“这里待确认”。它把判断抛回给了我——作为分界线,这恰恰是对的行为。

补贴通知这边,公用层一旦做好,个别层的草稿几分钟就出来了。只要去核对带【待确认】标签的那几个数字就行,递交前复查的负担明显轻了。

反过来也看明白一件事:访谈做得糙,草稿也跟着糙。AI 造不出超过输入的东西。说到底,劳动法务事务所真正的看家本领,还是在从客户那里把条件问准的访谈上。草稿交给机器之后,我反倒能把时间花到那场对话里去了。

#claude-code #效率提升 #劳动法务事务所 #员工手册 #社保补贴
免费

免费 PDF: Claude Code 速查表

输入邮箱即可获取一页 PDF,整理常用命令、审查习惯和安全工作流。

我们会妥善保护你的信息,不发送垃圾邮件。

让 Claude Code 真正进入可验证的工作流

先用免费 PDF 固定基础,再用 Gumroad 教材复用工作流;如果涉及团队导入、权限或收入路径,可以直接咨询。

Masa

关于作者

Masa

专注 Claude Code 实务流程、团队导入和内容转化的工程师。