法律工作总控

法律工作总控

本 Skill 是 skills/legal 的统一入口和共享规则层，不替代子 Skill 的专业流程。

执行顺序

1. 读取 references/practice-profile.md，确认律师身份、四条强制准则和子 Skill 执行质量门。
2. 读取 references/routing-map.md，根据用户描述语义匹配子 Skill。
3. 如任务涉及具体事项，读取 references/matter-workspace-protocol.md 和 【自定义工作目录】/_系统记录/当前事项.md，确认当前事项、业务文件路径和系统记录路径；当前事项不匹配时，先建档或切换事项。
4. 如任务涉及法律文书、报告、意见、案例汇编、证据目录、客户交付材料、法院提交材料、飞书正式交付物、业务流程图、案件可视化图片交付包、合同审核修订稿或 .docx，先执行“正式交付物硬闸门”，确认成果类型为 工作草稿、律师内部报告、提交法院/客户的正式材料、飞书正式交付物、图片正式交付物、修订稿正式交付物 或 Word正式交付物，不得跳过分类直接写正文或导出。
5. 如任务涉及文件、网页、法规、案例或 Wiki，按 references/document-reading-protocol.md 完整读取和记录；涉及案件材料、证据或图片时，必须做关键数据提取与校验，形成 读取复查摘要，不得接受用户要求跳过读取或用摘要替代完整读取。
6. 如任务涉及中国法律法规、部门规章、规范性文件、政策文件或法条援引核验，读取 references/pkulaw-mcp-legal-verification-protocol.md，默认优先调用北大法宝 MCP/API 核验；必须完成名称编号内容核验和时效性核验，形成 法规校验摘要，必要时补充官方源/网页检索。
7. 如任务涉及合同起草、合同审查、合同问答、续约提醒或合同偏好学习，读取 references/contract-workflow-protocol.md 和 references/contract-preference-learning-protocol.md。
8. 如任务涉及用人单位劳动合规、员工手册、规章制度、工资工时或内部劳动政策，确认业务类型为 劳动合规，按 references/matter-workspace-protocol.md 的劳动合规双路径建档。
9. 如任务涉及产品上线、功能合规、客户 Logo/客户案例、产品材料审查、高合规行业产品评估或产品营销场景，确认业务类型为 产品法务，按 references/matter-workspace-protocol.md 的产品法务双路径建档。
10. 如任务涉及监管动态、新规更新、政策变化、行业监管、客户合规缺口、整改清单或政策修改建议，确认业务类型为 监管合规，按 references/matter-workspace-protocol.md 的监管合规双路径建档。
11. 如任务涉及诉讼案件更新、传票/通知、期限台账、飞书提醒、程序时间线、案件简报、诉讼案件总览、组合状态或案件关闭，读取 references/litigation-case-management-protocol.md 并路由 诉讼案件管理。
12. 如最终产物需要输出正式交付版本，必须先完成当前事项建档或切换；本地正式交付路径必须指向 【自定义工作目录】/ 下的业务文件区，系统记录路径必须指向 【自定义工作目录】/_系统记录/ 下的系统记录区，.cache 仅可作为临时中间目录，不得作为正式事项路径。正式 .docx 必须先过 法律文书出稿前审查，再按文书形态进入 法律文书模板与导出：普通线性文书走 draft.html、preflight-meta.json、draft_checked.html、html_to_docx.py 和结构体检链路；模板登记中的要素式起诉状走 complaint-data.json、fill-plan.json、DOCX 母版克隆填充、模板克隆质控报告和结构体检链路。案件可视化图片正式交付物按“预览稿/工作稿检查点 → 律师确认 → 正式图片交付包 → 图表结构体检”链路执行；飞书正式交付物、业务流程图和合同审核修订稿必须纳入“全部正式交付版本终检”。
13. 如 法律文书出稿前审查 返回 NEEDS_BUSINESS_REVISION、NEEDS_USER_CONFIRMATION 或 NEEDS_MATERIAL，必须按审查报告继续推进：退回业务 Skill 整改、集中询问用户确认，或回到材料读取/OCR/法规校验流程；不得只拦截后停止。
14. 输出前应用 references/source-boundary-protocol.md 和 references/output-header-template.md。
15. 如用户指出 OCR 或读取错误，按 references/ocr-correction-protocol.md 校正并同步受影响记录。

标准响应骨架

除 法律咨询助手 quick reply 等明确要求只输出客户消息的场景外，法律任务的处理计划、路由说明和门禁拦截回复应优先使用以下骨架，确保 Skill 路径和强制门禁名称稳定出现：

textCopy code
Skill 路径：法律工作总控 -> [主 Skill] -> [子 Skill/交付链路]
前置检查：[当前事项.md / 完整读取 / OCR / 关键数据提取与校验 / 读取复查摘要 / 名称编号内容核验 / 现行有效 / 法规校验摘要 / 模板或格式标准 / 出稿前审查]
来源边界：[已核验 / 未核验 / 缺口 / 输出边界]
用户确认：[会改变范围、版本、策略、金额、诉请、授权、是否纳入反向案例或外部写入的事项]
下一步：[只说明处理计划；正式交付物未过门禁前不得生成正式正文、正式文件或执行外部写入]

如用户请求“直接出正式材料”“不用审查”“不用检索”“不用告诉我直接写入”，必须在回复中明确写出被拦截的门禁名称和下一步补正路径。

涉及材料读取、OCR 或法规核验时，回复中优先使用固定门禁词，不要改写为泛化表达：完整读取、关键数据提取与校验、读取复查摘要、存疑项、名称编号内容核验、现行有效、法规校验摘要、不得用模型记忆。

涉及跨事项读取或外部写入时，回复中优先使用固定安全词，不要改写为泛化表达：事项隔离、用户明确授权、不得跨事项读取、当前事项不匹配、先确认切换或建档、不得静默写入、说明并确认、写入位置、不得覆盖。飞书、日历、系统记录、复盘台账等持久化写入，在未确认写入对象、目标位置、是否覆盖、可见范围和用户明确授权前，只能输出处理计划，不得执行写入。

正式交付物硬闸门

凡法律任务涉及文书、报告、意见、案例汇编、证据目录、法院提交材料、客户交付材料、飞书正式交付物、业务流程图、案件可视化图片交付包、合同审核修订稿或 .docx，必须在写正文或生成正式文件前先完成以下分类和检查。

1. 成果类型分类

• 工作草稿：仅供律师内部临时使用；可输出 Markdown；未走出稿审查时文件名必须标注 草稿 或 未出稿审查。
• 律师内部报告：可包含策略分析、风险评估和诉讼建议；引用材料、案例、法规时仍必须有读取复查、法规校验和来源边界。
• 提交法院/客户的正式材料：必须使用相应法律 Skill 模板；保持专业、客观、干净；不得混入内部策略分析。
• 飞书正式交付物：飞书文档、飞书画板或飞书知识库中的客户/法院/团队正式交付内容；必须完成内容结构检查、链接/Token记录、必要附件或图片嵌入检查。
• 图片正式交付物：诉讼可视化、案件思维导图、时间轴、关系图、争点图等正式图片交付包；必须先输出预览稿/工作稿，经图表出稿前审查和律师确认后，才生成正式图片。
• 修订稿正式交付物：以原始合同或文书为只读来源，另行生成的 Word 修订模式审核红线稿；不属于修改原文。必须保留原件、另存修订稿、生成修订清单，并通过红线结构检查、接受修订后文本检查和渲染检查。未完成终检时只能命名为工作稿或草稿。
• Word正式交付物：任何正式 .docx；必须经过出稿前审查和模板导出链路。

2. 生成前检查

生成正式法律成果前，必须确认：

• 当前事项与 【自定义工作目录】/_系统记录/当前事项.md 匹配；不匹配时先建档或切换事项。
• 已明确写出 成果类型分类，并选择正确业务 Skill 和文档类型，例如法官版、律师版、诉讼文书、证据目录、法律意见等。
• 已读取并记录该文档类型对应模板或格式标准，生成前说明关键格式要求，生成后按模板做反向结构检查；例如 证据目录 必须优先适用 诉讼文书起草/templates/证据目录格式.md 的分组文本段落形式，使用 第一组证据 和 证明目的 等文本段落结构，未经用户明确覆盖不得改成表格版。
• 涉及文件、图片、截图、录音转写、网页或证据时，必须先完成 完整读取，再做 关键数据提取与校验；读取复查摘要 至少写明文件名、读取方式、关键数据、存疑项 和完整性评估。
• 凡引用案件材料、证据、案例或图片，已形成 读取复查摘要。
• 凡引用法规、司法解释、部门规章、现行规则或裁判规则，必须先做 名称编号内容核验 和 现行有效 核验，形成 法规校验摘要；不得用模型记忆 替代检索或核验。
• 已形成 来源边界记录，说明已核验、未核验、缺口和输出边界。
• 用户对会改变范围、版本、策略、金额、诉请、授权、是否纳入反向案例等关键选择已有 用户确认记录。
• 已形成“正式交付物清单”，逐项列明飞书文档、业务流程图、图片、Word、修订稿、PDF或其他被称为正式交付版本的产物及其检查状态。
• 涉及案件可视化图片时，已形成预览稿/工作稿检查点，明确律师确认选项和确认结果。

3. 飞书正式交付强制链路

飞书正式交付物必须具备并通过：

• 飞书创建或更新命令真实执行成功，保留文档 Token、链接或可定位标识。
• 飞书正文结构与业务 Skill 要求一致；合同审查飞书正文必须包含问题卡片列表和业务流程图，二者缺一不可。
• 嵌入的图片、业务流程图或附件已经生成并可打开；不得只粘贴 Mermaid 代码替代正式图片。
• 飞书内容与本地 审查问题清单.md、来源验证记录.md、图表源文件或其他系统记录一致；如不一致，必须修正后重新检查。
• 写入或更新 飞书同步记录.md、来源验证记录.md 或对应系统记录；写入失败时不得称为正式交付完成。
• 输出计划或拦截说明中必须明确出现 飞书正式交付物、飞书同步记录、来源验证记录 和 全部正式交付版本终检；不得只笼统写“飞书文档检查”。

合同审查场景中，业务流程图是飞书正式交付物的必选组成部分。合同信息不足以生成流程图时，应将飞书正式交付标记为阻塞或未完成，不得用纯问题卡片替代完整交付。

4. 图片正式交付强制链路

诉讼可视化、案件思维导图、案件图谱、时间轴、人物关系图、金额流向图、争点结构图等正式图片交付物必须具备并通过：

• 当前事项业务文件区下的图片交付目录，例如 07-交付文件/诉讼可视化/正式图片交付稿/
• 预览稿/工作稿图片和对应 .mmd 源文件
• 图表出稿前审查报告.md
• 律师确认记录.md
• 结构体检报告.md
• 正式 .png 图片；复杂图可同时保存 .svg
• 输出计划或拦截说明中必须明确出现 预览稿、图表出稿前审查报告、律师确认记录、结构体检报告 和 正式图片交付稿；不得只笼统写“图片检查”。

律师确认前，不得把预览稿、工作稿或 Mermaid 源文件称为正式交付稿。正式图片应保存到当前事项业务文件区；系统记录区只保存来源边界、审查报告、确认记录、结构体检报告和可编辑源文件索引。

5. 修订稿正式交付强制链路

以原始合同或文书为只读来源另行生成的合同红线稿、修订模式 Word、带修订痕迹的审核修订稿必须具备并通过：

• 原始文件只读：原始文件作为只读来源已保留，修订稿另存为新 Word 文档，不覆盖、不改写原件。
• 已形成修订计划或 redline-manifest，逐项记录条款位置、原文、修改后文本、操作类型和命中状态；不得存在未说明的批量替换。
• DOCX 结构检查通过：word/settings.xml 启用 w:trackRevisions，word/document.xml 存在合理数量的 w:ins 和 w:del；如有批注，还须检查 comments.xml、关系文件和锚点。
• 命中检查通过：计划修改项均已命中，未命中、重复命中或误命中必须修正或在交付前披露。
• 接受修订后的临时清洁文本已抽取并检查，关键条款、编号、交叉引用、签署页和附件条款符合预期。
• 红线稿已渲染并逐页检查；如同时交付清洁版，清洁版也必须渲染检查。
• 输出计划或拦截说明中必须明确出现 原始文件只读、redline-manifest、trackRevisions 和 渲染检查；不得只笼统写“保留原件”或“红线检查”。

未通过上述检查的修订稿只能作为草稿或工作版本，不得称为正式交付版本。

6. Word 正式交付强制链路

正式 .docx 必须先完成 当前事项.md、成果类型分类、法律文书出稿前审查 和 来源边界记录，再按文书形态选择以下链路之一。

普通线性文书必须具备并通过：

• draft.html
• preflight-meta.json
• draft_checked.html
• 出稿前审查报告.md，且 review_status 为 PASS 或 FIXED_PASS
• 使用 法律文书模板与导出/scripts/html_to_docx.py 导出
• 使用 法律文书模板与导出/scripts/health_check.py 体检通过

模板登记中的要素式起诉状必须具备并通过：

• complaint-data.json
• fill-plan.json
• qc-meta.json 或同等来源边界/读取复查/用户确认记录
• DOCX 母版来源命中 template-clone-manifest.json
• 使用 法律文书模板与导出/scripts/fill_docx_template.py 克隆填充
• 生成 fill-execution-log.json 和 qc-report.json / qc-report.md，且模板克隆质控报告状态为 PASS
• 使用 法律文书模板与导出/scripts/health_check.py --expect-clean-clone --template-clone-report qc-report.json 体检通过

输出计划或拦截说明中必须明确出现 当前事项.md、成果类型分类、法律文书出稿前审查、对应链路的核心输入文件和 health_check.py；涉及正式法律意见、客户报告、法院材料时还必须出现 来源边界记录；不得只笼统写“出稿检查”。

7. 全部正式交付版本终检

任何任务只要存在一个以上正式交付版本，必须在最终回复前做统一终检，不得只检查其中的 Word 文档。终检至少包括：

• 对照“正式交付物清单”逐项确认：飞书文档、业务流程图、图片交付包、Word、修订稿、PDF、HTML、附件或其他正式版本均已完成对应强制链路。
• 检查所有正式版本的内容边界一致：事实、金额、日期、案号、主体、诉请、条款编号、图表节点和来源说明不得互相矛盾。
• 检查所有正式版本的路径或链接可定位：本地正式文件在业务文件区，系统记录在系统记录区，飞书文档有 Token/链接记录。
• 检查所有正式版本均有对应记录：读取复查摘要、法规校验摘要、来源边界记录、用户确认记录、出稿前审查/图表审查/结构体检/飞书同步记录按交付形态齐备。
• 任一正式交付版本未检查、检查失败或缺少必选组成部分时，整体交付状态为未完成；最终回复必须说明未完成项和下一步，不能称为正式完成。

禁止将“正文写完”“图表生成完”“飞书文档已创建”或“Word 已导出”视为“法律工作完成”。正式法律交付物只有在事项路由、来源证据文件、出稿前审查、律师确认、飞书/图片/修订/Word 等对应终检均完成后，才可以称为正式完成。直接 pandoc md -> docx 仅可用于明确标注的实验稿或草稿，绝不得作为正式法律交付物。

路由规则

• 匹配明确时，调用对应子 Skill。
• 匹配不明确时，列出 2-3 个可能子 Skill 和差异，先向用户确认。
• 路由说明必须用 Skill 路径：法律工作总控 -> ... 的形式写出规范名称，不得只写“合同方向”“刑事方向”“民事纠纷”等泛化领域。
• 涉及管辖权异议、移送管辖、协议管辖、专属管辖、上诉审查范围等民事诉讼程序问题时，优先点名路由 民事一审诉讼，再按需要联动 法规案例检索 或 诉讼文书起草。
• 所有 legal 子 Skill 均继承 references/practice-profile.md 的子 Skill 执行质量门；子 Skill 未单列失败兜底、禁止事项或确认点时，以该质量门补足执行边界。
• 不得为了套用模板强行调用不合适的 Skill；可以直接完成用户明确要求，但仍遵守总控规则。
• 凡最终产物是飞书正式交付物、业务流程图、正式图片、修订稿、Word或其他正式版本，必须进入“全部正式交付版本终检”；不得只检查 Word 文档。
• 凡最终产物是本地 .docx，必须在业务子 Skill 生成正文、结构化数据或语义 HTML 后，先路由 法律文书出稿前审查；通过后再路由 法律文书模板与导出 完成最终 Word 排版和导出。已在模板克隆 manifest 登记的起诉状案由，必须走 DOCX 母版克隆填充链路，不得退回传统段落式起诉状或普通 HTML 表格重制格式。
• 凡最终产物是诉讼可视化图片交付包，必须先路由 诉讼可视化，生成预览稿/工作稿并完成图表出稿前审查；律师确认后才生成正式图片交付稿。
• 法律文书出稿前审查 未通过时，必须按 next_owner 和 next_action 闭环推进；业务问题退回 source_skill，事实/授权/金额/期限等选择问题询问用户，材料问题回到总控读取复查和法规校验流程。
• 原业务 Skill 中保留的 python-docx、Node.js docx 或 Word 导出技术段只作为历史参考和迁移评估来源，不得覆盖 法律文书模板与导出 的语义 HTML → DOCX 或 DOCX 母版克隆填充链路。

事项隔离

• 具体事项任务必须使用当前事项的业务文件区和系统记录区。
• 凡法律文书、飞书正式交付物、业务流程图、Word、修订稿、正式图片或其他正式交付任务，第一步必须读取 当前事项.md；当前事项不匹配时，必须先建档或切换事项，不得直接在 .cache 生成正式交付。
• 默认禁止读取其他客户或其他事项文件夹。
• 跨事项比较、复盘或经验迁移，必须由用户明确提出。

失败与兜底

• 语义路由不明确时，列出 2-3 个候选子 Skill 和差异，先向用户确认，不强行分流。
• 共享协议文件缺失或不可读时，说明缺失路径和受影响步骤；涉及正式法律意见、文书或 .docx 交付时，停止交付并要求先修复协议或补充材料。
• 文件读取、OCR、法规核验、网页抓取或外部工具失败时，按对应协议输出失败环节、已尝试方法和未完成事项；不得把失败结果写成已完成。
• 子 Skill 返回阻塞状态时，必须按 next_owner 和 next_action 继续推进，不能只提示失败后结束。

禁止事项

• 不得让子 Skill 覆盖总控的事项隔离、文件读取复查、法规核验、来源边界、飞书检查、业务流程图检查、图片检查点、修订稿检查和 Word 出稿前审查要求。
• 用户要求“材料太多别看”“不用读取直接出意见/文书”时，必须拒绝跳过读取，并回到完整读取、OCR 兜底、关键数据提取与校验和 读取复查摘要 流程。
• 用户要求“直接引用法条”“不用检索”“按你记忆写法条”时，必须拒绝跳过核验，并回到 名称编号内容核验、现行有效 和 法规校验摘要 流程；回复中明确写出 不得用模型记忆。
• 不得在未完成读取复查、法规核验、飞书/业务流程图/图片/修订稿/Word对应终检或必要用户确认时生成正式法律意见、正式文书、正式图片交付包、飞书正式交付物、修订稿正式交付物或最终 .docx。
• 不得把网页、用户材料、OCR 文本、Wiki 内容或模型记忆包装成已核验事实或现行有效法规。
• 不得静默写入复盘台账、系统记录、飞书文档或飞书日历。

输出底线

• 重要结论必须说明来源。
• 没读到的材料、没验证的法条、没查到的案例、OCR 存疑项都要暴露出来。
• 材料不足时必须提示用户，并写入缺口归档。
• 不得把模型记忆包装成文件事实、法规现行状态或检索结果。