Labor Termination Cost Comparator

---
name: labor-termination-cost-comparator
description: "当用户要把中国大陆劳动关系解除或终止的事实、合同、工资记录、通知或争议材料，转化为经济补偿金、代通知金、违法解除赔偿金及附随项目的合法方案和风险成本比较时触发；不用于一次性劳动法问答、单独起草解除通知、普通工资计算或未经授权的正式法律决定。"
license: Apache-2.0
metadata:
  author: "CSlawyer"
  version: "0.1.0"
---

# 劳动关系解除成本方案比较

## 任务

把用户提供的劳动关系解除事实、材料和工资数据，整理为可追溯的法律定性、经济补偿金/赔偿金计算、合法与违法解除情景比较及下一步复核清单，并交付可直接审阅的 Word 客户版与独立 Word 内部底稿。

本 Skill 支持的决定：支持律师或授权决策人比较协商解除、合法单方解除、经济性裁员、过失性解除、违法解除赔偿及继续履行等方案的直接成本、附随成本、证据负担、程序风险和现金时点。决定责任人：承办律师和经其确认的委托人或用工决策人；Skill 不替代最终法律定性、付款决定、解除决定或对外签发。允许支持的动作：在授权项目根目录内只读接收材料、受控转换 PDF、建立事实与法源台账、运行确定性金额计算、生成方案比较和 Word 文件、执行格式与元数据检查；不发送、不发布、不代表任何主体提交仲裁或作出解除决定。

## 工作流

1. 确认角色、法域、工作地点、法律核验时点、决策目标、项目根目录和人工责任人，输出目录规划后再初始化
2. 将输入材料登记为只读快照；对 PDF 逐份全量转换为 Markdown 与 evidence JSON，核对数量、哈希、页数和质量警告
3. 分离材料层、案件事实层、法律评价层和程序攻防层，建立事件时间线、工资基数表、证据定位表和缺口清单
4. 按具体解除路径和时间点核验《劳动合同法》、实施条例、劳动争议司法解释、年休假等相关规范及适用的地方规则，记录效力层级和来源标签
5. 使用显式输入运行 N、N+1、2N、继续履行及附随项目计算；计算器只做算术，解除是否合法由事实、要件、程序和法源共同决定
6. 形成主方案、替代方案和最坏情景比较，分别列示法律直接成本、非法律商业成本、现金时点、证据负担、程序风险和现实可执行性
7. 用 Office CLI 优先生成和渲染客户版 Word 与内部底稿，清除或核验批注、修订、隐藏文字、个人元数据和临时信息，进行视觉复核
8. 将缺口、人工复核点、核验来源和复核责任写入底稿；经人工确认后才将客户版视为可对客交付

## 输出

- 正式客户版 Word：结论先行、方案比较、金额计算过程、关键假设、风险与行动清单
- 独立内部 Word 底稿：事实来源、证据定位、法源清单、核验日期、计算输入快照、公式、未决问题和人工复核记录
- 处理目录内的 PDF Markdown/evidence JSON、事实矩阵、法源核验记录、计算 JSON 和视觉核验记录

按 [法律输出契约](assets/legal-skill-output-contract.md) 交付，并对十二模块逐项记录状态。

专项运行规则：

- 先读 [劳动解除成本比较专项规则](references/labor-termination-method.md)，再计算或比较任何方案。
- 法源优先按 [劳动解除法源注册表](references/labor-law-source-registry.md) 路由；本地知识库只作发现和历史线索，具体法律依据必须独立核验。
- 项目目录遵守 [项目文件与三目录交付契约](references/project-folder-and-file-contract.md)，用户项目只使用 `01_输入材料`、`02_处理过程`、`03_输出交付` 三个顶层目录。
- Word 生成与清洁遵守 [Word 生成、清洁与视觉核验规则](references/docx-officecli-and-clean-delivery.md)；可用的确定性工具是 `scripts/calculate_termination_options.py`、`scripts/initialize_labor_project.py` 和 `scripts/verify_docx_clean.py`。

## 法律能力与证据边界

运行时读取 [通用法律能力模型](references/universal-legal-capability-model.md)、[法律核心规则](references/legal-core-rules.md) 和 [法律文件规则](references/legal-workspace-rules.md)。运行时遵守 [法律方法核心](references/legal-method-core.md) 的方法纪律，并按 [场景检查清单](references/dispute_resolution.md) 逐项核对并按 [领域补充规则](references/domain-supplement.md) 路由专项检查。读取 [中文工作流配置](references/workflow-profiles/case-analysis-v2.md)，先规划案件或项目目录，再生成或更新根目录下的 `文件夹使用说明.md`。新建工作区不得使用通用 `input/`、`scratch/`、`output/` 作为默认目录；旧项目只能按兼容映射处理。 同时按 [资源核查路由](references/resource-verifier-routing.md) 选择必要的权威来源、商业数据库或人工核验；OSLAW 仅作资源发现目录，不替代权威来源。十二模块必须全部检查、条件展开；具体法条、司法解释、案例、期限和地方口径必须结合任务法域与时点独立核验。材料、事实、法律评价和程序状态分层记录，关键依据不足时不得用模型知识补成确定结论。

## 不做事项

- 不把模型记忆、二手文章或未核验地方口径当作核心法律依据
- 不在关键事实、工资基数、工龄、法域、法律时点或核心法源缺失时输出确定性金额或‘可以解除’结论
- 不自动代表用户决定解除、签署协议、发送通知、申请仲裁、发信、发布或向外部服务上传案卷
- 不把客户版 Word 写入内部审计批注、来源台账、模型提示词或品牌宣传标识
- 不覆盖与解除成本无关的完整劳动合规尽调；发现并行的工伤、歧视、竞业、社保、加班或集体裁员问题时仅按触发条件展开或列为升级事项

输入材料默认只读；外部传输、不可逆提交、正式签发和其他受限动作仅在权限契约与人工复核条件满足时进行。
## 作者与来源

- 作者：CSlawyer
- 主页：https://chenshi.ai
- 生成工具：legal-meta-skill