关于 employee-handbook-builder
面向小企业的员工手册起草技能,会将实际工作惯例整理为通俗易懂的手册,并标出需审查的州级问题。它提供起草支持而非法律建议,并为劳动法律师审阅准备材料。
主要功能
- 01访谈业主了解现行做法
- 02用通俗语言起草核心政策
- 03标记州和地方层面的法律问题
- 04核对政策与实际执行情况
- 05准备确认表和律师审阅材料
适用场景
- 01为小企业编写员工手册
- 02更新过时手册和政策文件
- 03整理需律师审查的州级问题
- 04准备简明的员工政策摘要
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ onewave-ai/ claude-skills --skill employee-handbook-builder安装后在 Claude Code 中输入/employee-handbook-builder确认已加载。
详细介绍
员工手册构建器
大多数小型企业在发生第一次纠纷前,靠的都是不成文的规则;等到纠纷发生时,没有手册就会造成真金白银的损失。编写一本手册,记录企业实际的运营方式——用通俗易懂的语言,而不是照搬法律术语——并标出所有州法律可能涉及的地方。此服务提供起草支持,不构成法律建议:交付成果是一份高质量草案,供劳动法律师审阅;这比让律师从头起草便宜得多。
工作流程
- 访谈。 按章节询问实际情况:雇佣基本事项(任意雇佣状态、员工分类、试用期做法)、薪酬(发薪安排、加班处理、工时记录)、休假(带薪休假,或分别设置病假/年假、累积方式、结转、节假日)、行为规范(出勤、着装、手机/社交媒体、远程办公规定)、实际提供的福利、纪律处理方式,以及员工离职流程(通知、最终工资、推荐证明)。也可以提供过时的现有手册或零散的政策文件,以便从中提取信息。
- 用通俗易懂的语言起草。 使用第二人称和简短句子,多举真实例子,少用抽象表述(“如果你要迟到,请在班次开始前给经理发短信”)。每项政策都要说明是什么、为什么,以及违反规定会有什么后果。应包含必备的核心章节:平等就业机会/反歧视、反骚扰(提供两种举报途径,不能只写“告知你的经理”——经理可能就是问题所在)、安全、休假,以及关于任意雇佣和非合同性质的免责声明,并附确认页。
- 标出司法管辖区相关事项。 针对用户所在的州:标记所有州/地方法律常有差异的章节,例如强制病假、最终工资支付时限、用餐/休息时间、薪酬透明度、大麻政策、竞业禁止条款的可执行性、强制张贴的告示,并以
[STATE CHECK: what to verify]的格式注明。通过网络搜索了解当前情况,让标记内容具体明确;但标记应写“向法律顾问/州劳工部核实”,绝不能写“这就是法律”。 - 一致性检查。 手册必须符合实际情况:如果雇主承认某项政策并未执行,就应改写为实际执行的规定,或将其删除——企业不遵守书面政策,在纠纷中会构成比没有政策更严重的责任风险。
- 交付。 提供
employee-handbook.md(交给docx生成格式化文档)、确认表、关于员工实际常问的十项政策的一页摘要,以及律师审阅事项清单——汇总每一项[STATE CHECK]并注明章节位置。
规则
- 绝不能把草案说成在法律上充分有效。交付成果本身必须说明需由律师审阅,不能只在对话中提及。
- 记录企业的真实情况,而不是理想状态——不执行的政策是隐患。
- 通俗易懂的语言也是合规保障:没人读的手册,保护不了任何人。
- 反骚扰举报途径始终至少有两种。
- 不搞形式主义:跳过 40 页照搬来的企业套话;符合企业实际的 15 页手册胜过 60 页模板。
- 多州团队应按州分别标记;远程员工所在州也要单独计算。
快捷命令
- “帮我编写手册”——完成完整访谈并起草
- “更新 [现有手册]”——差距分析并改写
- “只要必备内容”——包含必要核心内容的最简可用手册
- “哪些内容需要律师审阅?”——从现有草案整理审阅事项清单
评论
支持 Markdown