---
name: employee-handbook-review
description: >-
  当用户提供规章制度、员工手册、考勤制度、奖惩制度或纪律处分办法文本，要求
  审查其民主程序、公示告知与内容合法性时使用。覆盖场景：新建制度合规审查、
  既有制度补正评估、依制度拟作违纪解除前的制度有效性核查、制度与劳动合同
  冲突排查。同义场景词：员工手册审查、规章制度民主程序、制度公示、违纪
  解除依据审查。执行链路：民主程序要件核查、公示告知证据评估、内容合法性
  审查、与劳动合同冲突处理、三色分桶输出补正流程建议，收尾过引用审计。
argument-hint: "<制度文本路径或粘贴文本；可注明用途：新建/补正/解除依据核查>"
user-invocable: false
metadata:
  legal_frame: cn-mainland
  legal_sources: [{name: 中华人民共和国劳动合同法, effective_date: '2008-01-01'}]
  last_reviewed: '2026-08-18'
---

# 规章制度 / 员工手册审查

## 目的

把一份规章制度从「内容读起来合理」变成「程序 + 内容双重有效」：劳动
领域铁律是——**直接涉及劳动者切身利益的规章制度，未经民主程序与公示
告知的，不能作为用工管理与违纪解除的依据**。本技能先核程序、再核
内容、再核与劳动合同的冲突，输出三色分桶 memo 与补正流程建议。

本技能的核心纪律有三条：

1. **程序先于内容**：内容再合理的制度，没有民主程序与公示证据，在
   解除案件中就是一堆废纸；
2. **制度是解除的弹药库**：过错解除（劳动合同法第三十九条「严重违反
   规章制度」）的胜败往往不在员工行为，而在制度本身是否有效、
   「严重」是否在制度层面可识别；
3. **补正只面向未来**：程序补正能救将来的管理动作，救不了已经发生
   的解除——历史个案按场景 B5 提示咨询律师。

本技能遵守 legal-core Shared guardrails（G1–G12）与docs/scenes/labor-cn.md；
冲突时以 legal-core 为准。

## 前置检查

1. 已按docs/scenes/labor-cn.md B1 完成画像检查与路由确认。
2. blocks 红线初扫（场景 A8.1）：用户意图借制度修订掩盖拖欠工资、
   规避社保或针对三期员工的，停止并按 blocks 纪律处理。
3. 用途确认：新建制度 / 既有制度补正 / 拟依制度作违纪解除前的有效性
   核查——第三种用途下，个案事实与证据问题提示同步加载
   `termination-assessment`。
4. 文本完整可读；制度版本与修订历史不明的，在 reviewer note「已读」
   行写明。
5. 利益冲突扫描（G11 + 场景 A6）。

## 操作规程

### 第 0 步：Matter context（事项上下文）

- 查 `matters/_log.yaml`；制度修订通常伴随多轮讨论与公示动作，建议
  经 `matter-workspace` 建档（一句提示即可，不强制）。

### 第 1 步：民主程序要件核查

直接涉及劳动者切身利益的规章制度或重大事项（劳动报酬、工作时间、
休息休假、劳动安全卫生、保险福利、职工培训、劳动纪律、劳动定额
管理等），应当依法经以下程序（劳动合同法第四条，memo 中正式引用
保持 [CITE:__]）：

1. **讨论**：经职工代表大会或者全体职工讨论，提出方案和意见
   [模型知识—待核实，引用前经 statute-verify 核验]；
2. **协商确定**：与工会或者职工代表平等协商确定 [模型知识—待核实]。

核查证据链（逐项问用户要，要不到的列入 [需复核] 并说明后果）：

- 职工代表大会或全体职工会议的通知、签到表、会议纪要、讨论意见
  记录；
- 与工会或职工代表协商的记录（意见书、答复、修改对照稿）；
- 无工会、无职工代表大会的小微企业：全体职工讨论的替代安排与
  证据 [模型知识—待核实]。

程序缺失的后果：制度不能作为确定双方权利义务的依据，违纪解除据此
将被认定违法 [模型知识—待核实]——这是 🔴 级后果，但程序本身可
补正，属 work-but-ships（见第 5 步）。

### 第 2 步：公示告知证据评估

规章制度应公示或告知劳动者（劳动合同法第四条）：

- **常见公示方式与证据力**：培训签到 + 考核、入职签收单、OA/邮件
  系统已读回执、公告栏张贴（配合拍照与见证）[模型知识—待核实]；
- **评估要点**：告知是否覆盖**全体**适用对象（老员工在制度修订后
  是否重新告知）、证据是否可归档调取、电子证据是否有原始载体；
- **修订即重新告知**：制度修订版本未重新公示告知的，对员工不生
  效力风险，🟠 起步；
- 告知证据缺失的：制度在个案中可能不被采信 [模型知识—待核实]，
  属 work-but-ships，可补正（重新公示 + 签收），但补正前不作
  解除依据使用。

### 第 3 步：内容合法性审查

逐章审查制度内容，高频问题：

1. **罚款条款**：企业对员工罚款的权力在法律上存重大争议，主流
   口径持谨慎否定态度 [模型知识—待核实，引用前经 statute-verify
   核验]——建议以绩效考核扣减、依实际损失主张赔偿等替代结构；
   保留罚款表述的，🟠 起步并给替代方向；
2. **违纪解除条款的明确性**：「严重违反规章制度」作为解除依据，
   制度层面必须可识别——行为类型尽量列举（如旷工天数、损失金额
   线）、程度标准尽量客观；只有「情节严重者可解除」而无任何
   量化或列举的，个案认定空间完全交给裁判者，🟡 起步；
3. **与法律强制性规定冲突**：如迟到扣全天工资、离职扣发全部未发
   工资、限制法定休假权利等内容，无效风险 🔴 起步；
4. **过罚相当**：轻微违纪直接顶格解除的条款，个案中被认定不合理
   的风险 [模型知识—待核实]；
5. **兜底条款**：「其他严重违反公司规定的行为」类兜底表述的效力
   不确定性 [模型知识—待核实]——可作补充但不能作唯一依据。

### 第 4 步：与劳动合同的冲突处理

- 制度与劳动合同约定不一致时，劳动者主张按合同约定处理的，可能
  获得支持 [模型知识—待核实，引用前经 statute-verify 核验]；
- 审查动作：把制度中的报酬结构、工时休假、考核与解除条款与在用
  劳动合同模板逐项比对，输出冲突清单；
- 处理建议：统一文本版本管理——制度修订后同步评估合同模板是否
  需要联动更新；冲突不可调和的，提示「建议转法务/律师起草」
  修订方案。

### 第 5 步：三色分桶 + 补正流程建议

- **🔴 不得作为依据使用**：程序与公示证据均缺失，且用户拟立即依
  该制度作违纪解除——此时解除违法风险高，先停止解除动作（联动
  `termination-assessment` 评估）；或内容含明显违法条款（🔴 级
  内容项）。
- **🟡 需补正后使用**：程序或公示证据有缺口可补正；内容有瑕疵
  条款可修订。
- **🟢 可使用**：程序证据链完整、公示覆盖全员、内容合法且明确。
- 每个标记项按 G9 双轴标注。
- **补正流程建议**（🟡/🔴 制度通用）：
  1. 修订文本（内容瑕疵条款先行修订——起草部分「建议转法务/律师
     起草」）；
  2. 重新履行民主程序（职代会或全体职工讨论 + 协商），全程留痕；
  3. 重新公示告知并组织签收/培训考核；
  4. 归档证据（通知、签到、纪要、签收单、系统回执）；
  5. 补正完成前，不以新条款作为解除依据。

### 第 6 步：输出审查 memo

按下方模板输出。制度修订文本起草一律「建议转法务/律师起草」。

### 第 7 步：后果门（对应 G5）

- 含 🔴 且涉及拟解除个案的：明示「当前制度不宜作为解除依据」，
  生成「带给律师的一页 brief」，非律师用户到此停止。
- 用户为非律师且拟发布/修订制度：发布前走 G5 动作闸门——显式
  确认知悉程序要求并获得明确指令。
- 向用户复述补正流程与「补正只面向未来」的边界，确认其理解。

### 第 8 步：收尾

- 引用过 `citation-audit`；未核验保持 [CITE:__]，FAIL 不得外发。
- 过程产物按 matter-workspace 版本规则保存；制度各版本永不覆盖。
- 民主程序与公示证据的归档要求写入 memo，提醒用户制度化执行。

## 输出模板

```markdown
【保密标头：按 G4 二选一】

# 规章制度审查 memo：<制度名称 / 版本>

## Reviewer note
- 来源：<文本来源；民主程序与公示材料清单 [用户提供]>
- 已读：<全文 / 指定范围>
- 标记：结论 🔴 不得作为依据使用 / 🟡 需补正后使用 / 🟢 可使用；
  单项 = 法律风险轴（🔴🟠🟡🟢）× 商业摩擦轴（阻碍/拖慢/费解/无感）
- 时效：<法律状态核查日期；未核验写"未核验">
- 使用前注意：<去向限制；非律师注明"本 memo 不是法律意见">
```

（正文：程序核查表 → 公示告知评估 → 内容标记项表 → 合同冲突清单 →
补正流程建议 → [需复核] 清单 → 下一步）

```markdown
## 程序要件
| 要件 | 证据 | 状态 | 补正动作 |
| --- | --- | --- | --- |

## 公示告知
| 方式 | 覆盖范围 | 证据力 | 补正动作 |
| --- | --- | --- | --- |

## 内容标记项
| # | 条款位置 | 问题 | 法律风险轴 | 商业摩擦轴 | 建议 | 依据 |
| --- | --- | --- | --- | --- | --- | --- |
| 1 | 第 X 条 | <问题> | 🔴/🟠/🟡/🟢 | 阻碍/拖慢/费解/无感 | <建议 或 "建议转起草"> | [CITE:__] |

## 与劳动合同冲突清单
## 补正流程建议
```

## 本技能不做什么

- 不代拟制度全文或修订稿——需要起草的一律「建议转法务/律师起草」。
- 不保证补正后历史解除行为被追认有效——补正只面向未来；历史个案
  按场景 B5 提示咨询律师。
- 不处理依该制度已发生的解除个案的完整辩护策略（联动
  `termination-assessment` 与律师）。
- 不设硬编码管理标准（旷工几天算严重、损失多少算重大）——给明确性
  原则，具体数值由用户按经营实际确定并承担。
- 不覆盖集体合同谈判、职工代表大会组建方案——属专项，提示咨询
  劳动法律师。
- 不做法律意见陈述：对非律师用户的全部输出受 G5 UPL 门控。

## 收尾与下一步

1. memo 交付后按第 7 步后果门分流。
2. 全部引用过 `citation-audit`；条文核验经 `statute-verify`。
3. 拟依制度解除个案的，联动 `termination-assessment` 评估路径与
   程序。
4. 制度与劳动合同模板冲突的，提示路由 `labor-contract-review`
   审查合同模板联动修订。
5. 补正流程完成后，建议将程序与公示证据归档规则经 `customize`
   写回画像，形成长期资产。
6. 发生依该制度的仲裁案件的，转 `labor-arbitration-prep` 并重点
   准备程序与公示证据。