明白律师劳动合同风险审查

它解决什么问题

中文劳动合同审查的难点不在“看出风险”，而在把风险转成可执行的决策：这份合同能不能继续签、哪些条款必须先改、哪些事项还有谈判空间、签署前要补哪些材料和留痕。项目里常见三类失败：审查意见只有笼统法律提醒，业务方不知道下一步；不同 HR 对社保、工时、岗位地点、薪酬、违约责任、送达地址、离职交接的口径不一致；拿到 docx 原件后，批注散落在聊天里，很难回到原文修订。

技能如何工作

该技能面向企业 HR、法务、业务负责人、律师助理和合同初筛团队，覆盖劳动合同签署前审查、企业模板复核、已有合同修订、谈判准备、甲方用工管理留痕检查，以及基于 docx 原件生成合同批注版。它会先收集合同文件或文本，以及地区、行业、特别问题、审查立场和审查尺度，再通过劳动合同审查 MCP 执行正式审查。

审查前必须先确认设置：

• review_stance：用工方或劳动者。
• review_scale：强势、均势或弱势。

文件模式下会先调用 contract_review_prepare_upload 获取上传地址和 fileId，再调用 contract_review_submit 提交任务，并用 contract_review_result 轮询完成状态。上传旧式 .doc 时，会先用 scripts/convert_legacy_doc_to_docx.py 原生转换为 .docx；原生转换不可用才文本重建兜底，再提交转换后的文件，避免服务端解析失败。MCP 成功后，最终报告直接使用 result.report_markdown，结构化风险使用 result.issues，附件使用 MCP 真实返回的 Word 批注版或文件元数据，不本地重写报告。

输出会区分必须修改项、优化项和需要补充确认的事项，并结合审查立场给修改建议：用工方侧重管理弹性、举证能力和成本可控；劳动者侧重权利保护和责任边界。强势、均势、弱势分别对应更积极争取、兼顾平衡、侧重底线防范。

适用边界与注意点

它适合签约前、模板复用前、修订谈判前和甲方用工留痕检查，不适合替代完整法律意见、仲裁诉讼策略或公司制度重建。正式审查依赖平台已配置并实际暴露的 MCP 工具；用户未完整提供审查立场和审查尺度前，不得上传、提交或查询任务。不要在本地用 Python、规则库或脚本解析、重写、补救 MCP 报告；唯一本地 Python 例外是旧式 .doc 转换。若 MCP 失败，应直接说明返回的失败信息，不生成替代报告；批注版未由 MCP 返回时，附件表格只能写 未提供。审查尺度不得当作审查立场，也不应擅自默认用工方、劳动者、强势或均势。