制度白话要点
用途
把用户提供的制度、行政通知或流程长文，整理成一线员工能照着做的白话要点包：
- 适用范围与时效（文中有则录）
- 必做 / 禁止 / 例外
- FAQ（3–7 条）
- 待确认（歧义、冲突、原文未写清）
空表见 references/digest-template.md。
本技能非法务意见：不判断「是否合法」、不起草/修改有法律效力的条款、不代替合规或 HR 签字。只做可读消化与执行对照。
适用场景
- 适合: 粘贴考勤/差旅/报销通知/员工手册节选等，要求「人话版要点」「我该注意什么」「出个 FAQ」。
- 不适合: 合同谈判与条款起草、法律结论、报销单据逐票合规（见
expense-policy-check）、编造原文没有的权利或义务。
怎么使用(普通用户)
在 AI 助手里直接说，例如:
- 「用制度白话要点，把下面通知翻译成必做和禁止」
- 「这份考勤制度我是远程员工，帮我出要点和 FAQ」
- 「制度太长了，给我执行清单，有歧义标出来」
使用步骤
1. 收集输入
至少需要制度或通知原文（粘贴或用户指定的文本）。可选:
| 字段 | 说明 |
|---|---|
| 读者角色 | 如全员、销售、实习生；影响措辞侧重点，不改变原文事实 |
| 关注点 | 如请假、加班、报销上限 |
原文缺失时先请用户粘贴，不凭常识编制度。
2. 只依据原文抽取
- 适用范围、生效/废止：原文有则写，无则标「未知」
- 每条必做/禁止尽量附短摘录；无摘录不得写成硬性规则
- 条款互相冲突时并列写出，放入「待确认」，请用户问 HR
- 禁止猜测立法意图或补全「公司一般会怎样」
3. 组织白话要点包
按下方「输出格式」填写。FAQ 回答必须能在原文找到依据；否则答「原文未写清」并列入待确认。
4. 边界话术
若用户问「这样算不算违法 / 帮我改合同条款」: 明确拒绝法律结论与条款起草，可继续只做原文要点对照。
输出格式
优先使用 references/digest-template.md 结构，或等价 Markdown:
# 制度白话要点：{主题}
## 元信息
- 读者角色: …
- 适用范围: …
- 生效/废止: …
- 原文来源说明: …
## 必做
| # | 要点（白话） | 原文摘录 | 不做的后果（原文有则写） |
| --- | --- | --- | --- |
## 禁止
| # | 要点（白话） | 原文摘录 |
| --- | --- | --- |
## 例外与特殊情形
- …
## FAQ
1. Q: … A: …
## 待确认
- …
## 一句话提醒
不构成法律意见；冲突以正式制度为准。
示例
示例 1: 单份通知(可直接成要点)
输入:
读者角色: 全员
正文:
《关于清明节假期安排的通知》
一、4月4日至6日放假调休，共3天。4月7日（星期日）上班。
二、各部门妥善安排值班，值班人员名单于3月28日前报综合部。
三、假期期间严格遵守安全生产规定，杜绝违规用火用电。
（无废止日期）
输出:
# 制度白话要点：清明节假期安排
## 元信息
- 读者角色: 全员
- 适用范围: 各部门员工（通知未写外包/实习例外）
- 生效/废止: 针对本次清明假期；废止日期原文未写（未知）
- 原文来源说明: 用户粘贴《关于清明节假期安排的通知》
## 必做
| # | 要点（白话） | 原文摘录 | 不做的后果（原文有则写） |
| --- | --- | --- | --- |
| 1 | 按放假日历休息与返岗：4/4–4/6 休，4/7（周日）上班 | 「4月4日至6日放假调休…4月7日（星期日）上班」 | 原文未写 |
| 2 | 有值班任务的部门：3月28日前报综合部值班名单 | 「值班人员名单于3月28日前报综合部」 | 原文未写 |
## 禁止
| # | 要点（白话） | 原文摘录 |
| --- | --- | --- |
| 1 | 假期违规用火用电 | 「杜绝违规用火用电」 |
## 例外与特殊情形
- 原文未写哪些岗位必须值班；值班范围待确认
## FAQ
1. Q: 4月7日要不要来公司？ A: 要。原文写明「4月7日（星期日）上班」。
2. Q: 我不是值班人员要不要报名单？ A: 原文要求「各部门」报值班名单；是否含无值班部门，待确认。
3. Q: 能否提前调休换成其他时间？ A: 原文未写，待确认。
## 待确认
- 值班覆盖哪些岗位/是否可轮空
- 违反安全生产规定的具体处分（原文仅原则要求）
## 一句话提醒
不构成法律意见；执行以公司正式通知为准。
示例 2: 两份制度打架(并列双方表述，不擅自裁定)
新旧文件对同一事项规定不一致，且没有任何一份写明「本文废止/修订前文」时，不按「新文件优先」这类常识自行裁定：必做与禁止分节并列双方表述，冲突项全部进待确认，交回 HR 认定。
输入:
读者角色: 全员
正文:
【文件一｜《员工手册》2023 版 第 5.2 条】
年休假当年有效，当年未休完的天数自动作废，不予结转、不折算工资。
【文件二｜2026 年 1 月《关于年假管理的补充通知》】
为鼓励员工合理安排休假，上年度未休年假可结转至次年 3 月 31 日前使用，逾期作废。
（该通知未写明是否修订《员工手册》第 5.2 条，也未写废止条款）
输出:
# 制度白话要点：年休假结转规则
## 元信息
- 读者角色: 全员
- 适用范围: 全员（两份文件均未写明例外岗位）
- 生效/废止: **存在冲突且未澄清** —— 补充通知发布于 2026 年 1 月，但未写明是否修订或废止手册第 5.2 条
- 原文来源说明: 用户提供《员工手册》2023 版节选 + 2026 年 1 月补充通知
## 必做
| # | 要点（白话） | 原文摘录 | 不做的后果（原文有则写） |
| --- | --- | --- | --- |
| 1 | **说法一（员工手册）**：年假须在当年内休完 | 「年休假当年有效…自动作废」 | 未休天数作废，不折算工资 |
| 2 | **说法二（补充通知）**：上年度未休年假须在次年 3 月 31 日前休完 | 「可结转至次年 3 月 31 日前使用，逾期作废」 | 逾期作废 |
（第 1、2 条为同一事项的两种规定，**不可同时成立**，定稿前请勿据此安排休假。）
## 禁止
| # | 要点（白话） | 原文摘录 |
| --- | --- | --- |
| 1 | 两份文件均规定逾期后不得再使用该部分年假（差异仅在期限） | 手册「自动作废」／通知「逾期作废」 |
## 例外与特殊情形
- 两份文件均未写明离职、产假、长病假等情形下的结转处理
## FAQ
1. Q: 我去年剩的 3 天年假今年还能休吗？ A: **取决于哪份文件现行**。按手册已作废；按补充通知可在 3 月 31 日前休完。原文冲突未澄清，请先问 HR。
2. Q: 补充通知比手册新，是不是就按通知来？ A: 原文未写明通知修订或废止手册第 5.2 条，本要点不替公司认定效力顺序，待 HR 确认。
3. Q: 未休完能不能折钱？ A: 手册明确「不折算工资」；补充通知未提及折算。以 HR 确认为准。
## 待确认
1. **《员工手册》第 5.2 条是否已被 2026 年 1 月补充通知修订或废止**（最关键，决定上面所有条目）
2. 若可结转，结转是否有天数上限
3. 离职、产假、长病假等特殊情形下的结转与折算处理
4. 冲突澄清前，HR 是否统一口径对外答复
## 一句话提醒
不构成法律意见；冲突以正式制度与 HR 认定为准。
对照要点：示例 1 只有单份文件，要点可直接落地；示例 2 的两份文件对同一事项给出互斥规定，即使补充通知日期更近，也不自动认定其优先——因为它没写明修订或废止条款。此时正确做法是并列双方、把效力认定问题排在待确认第一条。
常见问题(FAQ)
- 原文是扫描件/图片: 请用户先提供可复制文本或 OCR 结果；本技能不假设看见图中未转写内容。
- 两份制度打架: 分节并列双方表述，全部进入「待确认」，建议问 HR，不擅自裁定以哪份为准。
- 用户只要「总结一段话」: 仍输出必做/禁止/待确认骨架，可缩短 FAQ，避免只给空泛摘要。
已知限制
- 不访问公司制度库或 OA；只处理用户提供的文本。
- 不做报销票据合规核对（请用报销制度类技能）。
- 不保证覆盖地方劳动法规；不输出法律结论。
变更说明
- 0.1.1: 补「两份制度打架」对照示例（员工手册 vs 补充通知的年假结转冲突），演示必做/禁止分节并列双方表述、把效力认定排在待确认第一条，并明确不因文件日期更近就自动认定其优先。
- 0.1.0: 首发。把制度或通知长文压成员工可读的执行要点与 FAQ。
