离职竞业启动助手

为什么需要自动化竞业限制启动流程

竞业限制启动的难点不在于条款本身，而在于变量太多：用工地区法规差异、关键时间节点、补偿金计算口径、通知送达方式。任何一个环节脱节，都可能让限制条款失去效力。人工操作时，HR 容易遗漏政策更新，或在跨地区场景下误用补偿标准。这个技能的目标是把这些变量收敛成一个可重复执行的流程，让文书生成和合规核查不再依赖个人经验。

核心能力与工作方式

技能从用户的自然语言或上传文件中提取已确认事实，只追问完成任务所缺的最少信息。最少需要用工地区、人员或入离职场景、关键日期和现有材料。用户已有模板、历史数据或官方政策原文可作为可选输入，用于优化输出格式。

执行流程分为三步：

1. 事实提取与追问：从用户原话或文件提取已确认信息，不要求用户填写内部 JSON，也不把员工编号设为通用必填。
2. 当日官方口径核验：执行当日查询政府、人社、医保、税务、公积金中心等官方来源的现行口径和生效期。涉及政策、费率、期限、材料或办理入口时，记录机构、标题、发布日期、生效期和链接。无法核验时明确写"待官方确认"。
3. 确定性计算与结构化检查：需要计算或检查时，将已确认信息写入内部临时 JSON 并运行 python scripts/run.py --input --output 。内部 JSON 仅用于脚本调用，不向用户展示或要求用户手填。

文书或处理建议仅使用已确认事实，并同时给出证据缺口、程序节点和复核清单。

交付物与适用边界

交付阶段会先给出结论和关键明细，再生成可下载的 Markdown、CSV、XLSX、DOCX、PDF、Mermaid 或图片。内容覆盖入离职流程和时间轴、材料与责任角色交接清单、异常风险与待确认事项。

适用边界需明确：

• 不要求蚂蚁 HR 账号、内部员工编号或用户手写 JSON
• 动态政策、费率、期限和入口无法从当日官方来源核验时，明确标记"待官方确认"
• 输入不足时输出待补充清单，不用看似精确的内容替代未知事实
• 结果是合规辅助和文书草稿，不替代律师、仲裁机构或主管部门的个案结论