法律工作总控

Name: 法律工作总控
Author: pa1nrui1

47stars7forks

How to install 法律工作总控?

pa1nrui1/legal-skills/法律工作总控

$npx -y skills add pa1nrui1/legal-skills --skill 法律工作总控

Installs into the current project.

Summary

legal 文件夹通用入口 Skill。用于法律咨询、案件办理、合同、产品法务、监管合规、诉讼、刑辩、劳动争议、破产、合规、文书、检索等任务的语义路由、案件隔离、来源披露、文件读取复查、法规/Wiki 校验、OCR 校正、缺口提示和合同偏好学习。用户提出任何法律工作请求、客户编号、案件材料处理、法律文书生成或需要自动匹配 legal 子 Skill 时触发。

Files · 1

View on GitHub

SKILL.md

1	# 法律工作总控
2
3	本 Skill 是 `skills/legal` 的统一入口和共享规则层，不替代子 Skill 的专业流程。
4
5	## 执行顺序
6
7	1. 读取 `references/practice-profile.md`，确认律师身份、四条强制准则和子 Skill 执行质量门。
8	2. 读取 `references/routing-map.md`，根据用户描述语义匹配子 Skill。
9	3. 如任务涉及具体事项，读取 `references/matter-workspace-protocol.md` 和 `【自定义工作目录】/_系统记录/当前事项.md`，确认当前事项、业务文件路径和系统记录路径；当前事项不匹配时，先建档或切换事项。
10	4. 如任务涉及法律文书、报告、意见、案例汇编、证据目录、客户交付材料、法院提交材料、飞书正式交付物、业务流程图、案件可视化图片交付包、合同审核修订稿或 `.docx`，先执行“正式交付物硬闸门”，确认成果类型为 `工作草稿`、`律师内部报告`、`提交法院/客户的正式材料`、`飞书正式交付物`、`图片正式交付物`、`修订稿正式交付物` 或 `Word正式交付物`，不得跳过分类直接写正文或导出。
11	5. 如任务涉及文件、网页、法规、案例或 Wiki，按 `references/document-reading-protocol.md` 完整读取和记录；涉及案件材料、证据或图片时，必须做关键数据提取与校验，形成 `读取复查摘要`，不得接受用户要求跳过读取或用摘要替代完整读取。
12	6. 如任务涉及中国法律法规、部门规章、规范性文件、政策文件或法条援引核验，读取 `references/pkulaw-mcp-legal-verification-protocol.md`，默认优先调用北大法宝 MCP/API 核验；必须完成名称编号内容核验和时效性核验，形成 `法规校验摘要`，必要时补充官方源/网页检索。
13	7. 如任务涉及合同起草、合同审查、合同问答、续约提醒或合同偏好学习，读取 `references/contract-workflow-protocol.md` 和 `references/contract-preference-learning-protocol.md`。
14	8. 如任务涉及用人单位劳动合规、员工手册、规章制度、工资工时或内部劳动政策，确认业务类型为 `劳动合规`，按 `references/matter-workspace-protocol.md` 的劳动合规双路径建档。
15	9. 如任务涉及产品上线、功能合规、客户 Logo/客户案例、产品材料审查、高合规行业产品评估或产品营销场景，确认业务类型为 `产品法务`，按 `references/matter-workspace-protocol.md` 的产品法务双路径建档。
16	10. 如任务涉及监管动态、新规更新、政策变化、行业监管、客户合规缺口、整改清单或政策修改建议，确认业务类型为 `监管合规`，按 `references/matter-workspace-protocol.md` 的监管合规双路径建档。
17	11. 如任务涉及诉讼案件更新、传票/通知、期限台账、飞书提醒、程序时间线、案件简报、诉讼案件总览、组合状态或案件关闭，读取 `references/litigation-case-management-protocol.md` 并路由 `诉讼案件管理`。
18	12. 如最终产物需要输出正式交付版本，必须先完成当前事项建档或切换；本地正式交付路径必须指向 `【自定义工作目录】/` 下的业务文件区，系统记录路径必须指向 `【自定义工作目录】/_系统记录/` 下的系统记录区，`.cache` 仅可作为临时中间目录，不得作为正式事项路径。正式 `.docx` 必须先过 `法律文书出稿前审查`，再按文书形态进入 `法律文书模板与导出`：普通线性文书走 `draft.html`、`preflight-meta.json`、`draft_checked.html`、`html_to_docx.py` 和结构体检链路；模板登记中的要素式起诉状走 `complaint-data.json`、`fill-plan.json`、DOCX 母版克隆填充、模板克隆质控报告和结构体检链路。案件可视化图片正式交付物按“预览稿/工作稿检查点 → 律师确认 → 正式图片交付包 → 图表结构体检”链路执行；飞书正式交付物、业务流程图和合同审核修订稿必须纳入“全部正式交付版本终检”。
19	13. 如 `法律文书出稿前审查` 返回 `NEEDS_BUSINESS_REVISION`、`NEEDS_USER_CONFIRMATION` 或 `NEEDS_MATERIAL`，必须按审查报告继续推进：退回业务 Skill 整改、集中询问用户确认，或回到材料读取/OCR/法规校验流程；不得只拦截后停止。
20	14. 输出前应用 `references/source-boundary-protocol.md` 和 `references/output-header-template.md`。
21	15. 如用户指出 OCR 或读取错误，按 `references/ocr-correction-protocol.md` 校正并同步受影响记录。
22
23	## 标准响应骨架
24
25	除 `法律咨询助手` quick reply 等明确要求只输出客户消息的场景外，法律任务的处理计划、路由说明和门禁拦截回复应优先使用以下骨架，确保 Skill 路径和强制门禁名称稳定出现：
26
27	```text
28	Skill 路径：法律工作总控 -> [主 Skill] -> [子 Skill/交付链路]
29	前置检查：[当前事项.md / 完整读取 / OCR / 关键数据提取与校验 / 读取复查摘要 / 名称编号内容核验 / 现行有效 / 法规校验摘要 / 模板或格式标准 / 出稿前审查]
30	来源边界：[已核验 / 未核验 / 缺口 / 输出边界]
31	用户确认：[会改变范围、版本、策略、金额、诉请、授权、是否纳入反向案例或外部写入的事项]
32	下一步：[只说明处理计划；正式交付物未过门禁前不得生成正式正文、正式文件或执行外部写入]
33	```
34
35	如用户请求“直接出正式材料”“不用审查”“不用检索”“不用告诉我直接写入”，必须在回复中明确写出被拦截的门禁名称和下一步补正路径。
36
37	涉及材料读取、OCR 或法规核验时，回复中优先使用固定门禁词，不要改写为泛化表达：`完整读取`、`关键数据提取与校验`、`读取复查摘要`、`存疑项`、`名称编号内容核验`、`现行有效`、`法规校验摘要`、`不得用模型记忆`。
38
39	涉及跨事项读取或外部写入时，回复中优先使用固定安全词，不要改写为泛化表达：`事项隔离`、`用户明确授权`、`不得跨事项读取`、`当前事项不匹配`、`先确认切换或建档`、`不得静默写入`、`说明并确认`、`写入位置`、`不得覆盖`。飞书、日历、系统记录、复盘台账等持久化写入，在未确认写入对象、目标位置、是否覆盖、可见范围和用户明确授权前，只能输出处理计划，不得执行写入。
40
41	## 正式交付物硬闸门
42
43	凡法律任务涉及文书、报告、意见、案例汇编、证据目录、法院提交材料、客户交付材料、飞书正式交付物、业务流程图、案件可视化图片交付包、合同审核修订稿或 `.docx`，必须在写正文或生成正式文件前先完成以下分类和检查。
44
45	### 1. 成果类型分类
46
47	- `工作草稿`：仅供律师内部临时使用；可输出 Markdown；未走出稿审查时文件名必须标注 `草稿` 或 `未出稿审查`。
48	- `律师内部报告`：可包含策略分析、风险评估和诉讼建议；引用材料、案例、法规时仍必须有读取复查、法规校验和来源边界。
49	- `提交法院/客户的正式材料`：必须使用相应法律 Skill 模板；保持专业、客观、干净；不得混入内部策略分析。
50	- `飞书正式交付物`：飞书文档、飞书画板或飞书知识库中的客户/法院/团队正式交付内容；必须完成内容结构检查、链接/Token记录、必要附件或图片嵌入检查。
51	- `图片正式交付物`：诉讼可视化、案件思维导图、时间轴、关系图、争点图等正式图片交付包；必须先输出预览稿/工作稿，经图表出稿前审查和律师确认后，才生成正式图片。
52	- `修订稿正式交付物`：以原始合同或文书为只读来源，另行生成的 Word 修订模式审核红线稿；不属于修改原文。必须保留原件、另存修订稿、生成修订清单，并通过红线结构检查、接受修订后文本检查和渲染检查。未完成终检时只能命名为工作稿或草稿。
53	- `Word正式交付物`：任何正式 `.docx`；必须经过出稿前审查和模板导出链路。
54
55	### 2. 生成前检查
56
57	生成正式法律成果前，必须确认：
58
59	- 当前事项与 `【自定义工作目录】/_系统记录/当前事项.md` 匹配；不匹配时先建档或切换事项。
60	- 已明确写出 `成果类型分类`，并选择正确业务 Skill 和文档类型，例如法官版、律师版、诉讼文书、证据目录、法律意见等。
61	- 已读取并记录该文档类型对应模板或格式标准，生成前说明关键格式要求，生成后按模板做反向结构检查；例如 `证据目录` 必须优先适用 `诉讼文书起草/templates/证据目录格式.md` 的分组文本段落形式，使用 `第一组证据` 和 `证明目的` 等文本段落结构，未经用户明确覆盖不得改成表格版。
62	- 涉及文件、图片、截图、录音转写、网页或证据时，必须先完成 `完整读取`，再做 `关键数据提取与校验`；`读取复查摘要` 至少写明文件名、读取方式、关键数据、`存疑项` 和完整性评估。
63	- 凡引用案件材料、证据、案例或图片，已形成 `读取复查摘要`。
64	- 凡引用法规、司法解释、部门规章、现行规则或裁判规则，必须先做 `名称编号内容核验` 和 `现行有效` 核验，形成 `法规校验摘要`；`不得用模型记忆` 替代检索或核验。
65	- 已形成 `来源边界记录`，说明已核验、未核验、缺口和输出边界。
66	- 用户对会改变范围、版本、策略、金额、诉请、授权、是否纳入反向案例等关键选择已有 `用户确认记录`。
67	- 已形成“正式交付物清单”，逐项列明飞书文档、业务流程图、图片、Word、修订稿、PDF或其他被称为正式交付版本的产物及其检查状态。
68	- 涉及案件可视化图片时，已形成预览稿/工作稿检查点，明确律师确认选项和确认结果。
69
70	### 3. 飞书正式交付强制链路
71
72	飞书正式交付物必须具备并通过：
73
74	- 飞书创建或更新命令真实执行成功，保留文档 Token、链接或可定位标识。
75	- 飞书正文结构与业务 Skill 要求一致；合同审查飞书正文必须包含问题卡片列表和业务流程图，二者缺一不可。
76	- 嵌入的图片、业务流程图或附件已经生成并可打开；不得只粘贴 Mermaid 代码替代正式图片。
77	- 飞书内容与本地 `审查问题清单.md`、`来源验证记录.md`、图表源文件或其他系统记录一致；如不一致，必须修正后重新检查。
78	- 写入或更新 `飞书同步记录.md`、`来源验证记录.md` 或对应系统记录；写入失败时不得称为正式交付完成。
79	- 输出计划或拦截说明中必须明确出现 `飞书正式交付物`、`飞书同步记录`、`来源验证记录` 和 `全部正式交付版本终检`；不得只笼统写“飞书文档检查”。
80
81	合同审查场景中，业务流程图是飞书正式交付物的必选组成部分。合同信息不足以生成流程图时，应将飞书正式交付标记为阻塞或未完成，不得用纯问题卡片替代完整交付。

People who liked this also viewed

6 picks

Type

法律工作总控

47stars7forks

View on GitHub

How to install 法律工作总控?

pa1nrui1/legal-skills/法律工作总控

$npx -y skills add pa1nrui1/legal-skills --skill 法律工作总控

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	# 法律工作总控
2
3	本 Skill 是 `skills/legal` 的统一入口和共享规则层，不替代子 Skill 的专业流程。
4
5	## 执行顺序
6
7	1. 读取 `references/practice-profile.md`，确认律师身份、四条强制准则和子 Skill 执行质量门。
8	2. 读取 `references/routing-map.md`，根据用户描述语义匹配子 Skill。
9	3. 如任务涉及具体事项，读取 `references/matter-workspace-protocol.md` 和 `【自定义工作目录】/_系统记录/当前事项.md`，确认当前事项、业务文件路径和系统记录路径；当前事项不匹配时，先建档或切换事项。
10	4. 如任务涉及法律文书、报告、意见、案例汇编、证据目录、客户交付材料、法院提交材料、飞书正式交付物、业务流程图、案件可视化图片交付包、合同审核修订稿或 `.docx`，先执行“正式交付物硬闸门”，确认成果类型为 `工作草稿`、`律师内部报告`、`提交法院/客户的正式材料`、`飞书正式交付物`、`图片正式交付物`、`修订稿正式交付物` 或 `Word正式交付物`，不得跳过分类直接写正文或导出。
11	5. 如任务涉及文件、网页、法规、案例或 Wiki，按 `references/document-reading-protocol.md` 完整读取和记录；涉及案件材料、证据或图片时，必须做关键数据提取与校验，形成 `读取复查摘要`，不得接受用户要求跳过读取或用摘要替代完整读取。
12	6. 如任务涉及中国法律法规、部门规章、规范性文件、政策文件或法条援引核验，读取 `references/pkulaw-mcp-legal-verification-protocol.md`，默认优先调用北大法宝 MCP/API 核验；必须完成名称编号内容核验和时效性核验，形成 `法规校验摘要`，必要时补充官方源/网页检索。
13	7. 如任务涉及合同起草、合同审查、合同问答、续约提醒或合同偏好学习，读取 `references/contract-workflow-protocol.md` 和 `references/contract-preference-learning-protocol.md`。
14	8. 如任务涉及用人单位劳动合规、员工手册、规章制度、工资工时或内部劳动政策，确认业务类型为 `劳动合规`，按 `references/matter-workspace-protocol.md` 的劳动合规双路径建档。
15	9. 如任务涉及产品上线、功能合规、客户 Logo/客户案例、产品材料审查、高合规行业产品评估或产品营销场景，确认业务类型为 `产品法务`，按 `references/matter-workspace-protocol.md` 的产品法务双路径建档。
16	10. 如任务涉及监管动态、新规更新、政策变化、行业监管、客户合规缺口、整改清单或政策修改建议，确认业务类型为 `监管合规`，按 `references/matter-workspace-protocol.md` 的监管合规双路径建档。
17	11. 如任务涉及诉讼案件更新、传票/通知、期限台账、飞书提醒、程序时间线、案件简报、诉讼案件总览、组合状态或案件关闭，读取 `references/litigation-case-management-protocol.md` 并路由 `诉讼案件管理`。
18	12. 如最终产物需要输出正式交付版本，必须先完成当前事项建档或切换；本地正式交付路径必须指向 `【自定义工作目录】/` 下的业务文件区，系统记录路径必须指向 `【自定义工作目录】/_系统记录/` 下的系统记录区，`.cache` 仅可作为临时中间目录，不得作为正式事项路径。正式 `.docx` 必须先过 `法律文书出稿前审查`，再按文书形态进入 `法律文书模板与导出`：普通线性文书走 `draft.html`、`preflight-meta.json`、`draft_checked.html`、`html_to_docx.py` 和结构体检链路；模板登记中的要素式起诉状走 `complaint-data.json`、`fill-plan.json`、DOCX 母版克隆填充、模板克隆质控报告和结构体检链路。案件可视化图片正式交付物按“预览稿/工作稿检查点 → 律师确认 → 正式图片交付包 → 图表结构体检”链路执行；飞书正式交付物、业务流程图和合同审核修订稿必须纳入“全部正式交付版本终检”。
19	13. 如 `法律文书出稿前审查` 返回 `NEEDS_BUSINESS_REVISION`、`NEEDS_USER_CONFIRMATION` 或 `NEEDS_MATERIAL`，必须按审查报告继续推进：退回业务 Skill 整改、集中询问用户确认，或回到材料读取/OCR/法规校验流程；不得只拦截后停止。
20	14. 输出前应用 `references/source-boundary-protocol.md` 和 `references/output-header-template.md`。
21	15. 如用户指出 OCR 或读取错误，按 `references/ocr-correction-protocol.md` 校正并同步受影响记录。
22
23	## 标准响应骨架
24
25	除 `法律咨询助手` quick reply 等明确要求只输出客户消息的场景外，法律任务的处理计划、路由说明和门禁拦截回复应优先使用以下骨架，确保 Skill 路径和强制门禁名称稳定出现：
26
27	```text
28	Skill 路径：法律工作总控 -> [主 Skill] -> [子 Skill/交付链路]
29	前置检查：[当前事项.md / 完整读取 / OCR / 关键数据提取与校验 / 读取复查摘要 / 名称编号内容核验 / 现行有效 / 法规校验摘要 / 模板或格式标准 / 出稿前审查]
30	来源边界：[已核验 / 未核验 / 缺口 / 输出边界]
31	用户确认：[会改变范围、版本、策略、金额、诉请、授权、是否纳入反向案例或外部写入的事项]
32	下一步：[只说明处理计划；正式交付物未过门禁前不得生成正式正文、正式文件或执行外部写入]
33	```
34
35	如用户请求“直接出正式材料”“不用审查”“不用检索”“不用告诉我直接写入”，必须在回复中明确写出被拦截的门禁名称和下一步补正路径。
36
37	涉及材料读取、OCR 或法规核验时，回复中优先使用固定门禁词，不要改写为泛化表达：`完整读取`、`关键数据提取与校验`、`读取复查摘要`、`存疑项`、`名称编号内容核验`、`现行有效`、`法规校验摘要`、`不得用模型记忆`。
38
39	涉及跨事项读取或外部写入时，回复中优先使用固定安全词，不要改写为泛化表达：`事项隔离`、`用户明确授权`、`不得跨事项读取`、`当前事项不匹配`、`先确认切换或建档`、`不得静默写入`、`说明并确认`、`写入位置`、`不得覆盖`。飞书、日历、系统记录、复盘台账等持久化写入，在未确认写入对象、目标位置、是否覆盖、可见范围和用户明确授权前，只能输出处理计划，不得执行写入。
40
41	## 正式交付物硬闸门
42
43	凡法律任务涉及文书、报告、意见、案例汇编、证据目录、法院提交材料、客户交付材料、飞书正式交付物、业务流程图、案件可视化图片交付包、合同审核修订稿或 `.docx`，必须在写正文或生成正式文件前先完成以下分类和检查。
44
45	### 1. 成果类型分类
46
47	- `工作草稿`：仅供律师内部临时使用；可输出 Markdown；未走出稿审查时文件名必须标注 `草稿` 或 `未出稿审查`。
48	- `律师内部报告`：可包含策略分析、风险评估和诉讼建议；引用材料、案例、法规时仍必须有读取复查、法规校验和来源边界。
49	- `提交法院/客户的正式材料`：必须使用相应法律 Skill 模板；保持专业、客观、干净；不得混入内部策略分析。
50	- `飞书正式交付物`：飞书文档、飞书画板或飞书知识库中的客户/法院/团队正式交付内容；必须完成内容结构检查、链接/Token记录、必要附件或图片嵌入检查。
51	- `图片正式交付物`：诉讼可视化、案件思维导图、时间轴、关系图、争点图等正式图片交付包；必须先输出预览稿/工作稿，经图表出稿前审查和律师确认后，才生成正式图片。
52	- `修订稿正式交付物`：以原始合同或文书为只读来源，另行生成的 Word 修订模式审核红线稿；不属于修改原文。必须保留原件、另存修订稿、生成修订清单，并通过红线结构检查、接受修订后文本检查和渲染检查。未完成终检时只能命名为工作稿或草稿。
53	- `Word正式交付物`：任何正式 `.docx`；必须经过出稿前审查和模板导出链路。
54
55	### 2. 生成前检查
56
57	生成正式法律成果前，必须确认：
58
59	- 当前事项与 `【自定义工作目录】/_系统记录/当前事项.md` 匹配；不匹配时先建档或切换事项。
60	- 已明确写出 `成果类型分类`，并选择正确业务 Skill 和文档类型，例如法官版、律师版、诉讼文书、证据目录、法律意见等。
61	- 已读取并记录该文档类型对应模板或格式标准，生成前说明关键格式要求，生成后按模板做反向结构检查；例如 `证据目录` 必须优先适用 `诉讼文书起草/templates/证据目录格式.md` 的分组文本段落形式，使用 `第一组证据` 和 `证明目的` 等文本段落结构，未经用户明确覆盖不得改成表格版。
62	- 涉及文件、图片、截图、录音转写、网页或证据时，必须先完成 `完整读取`，再做 `关键数据提取与校验`；`读取复查摘要` 至少写明文件名、读取方式、关键数据、`存疑项` 和完整性评估。
63	- 凡引用案件材料、证据、案例或图片，已形成 `读取复查摘要`。
64	- 凡引用法规、司法解释、部门规章、现行规则或裁判规则，必须先做 `名称编号内容核验` 和 `现行有效` 核验，形成 `法规校验摘要`；`不得用模型记忆` 替代检索或核验。
65	- 已形成 `来源边界记录`，说明已核验、未核验、缺口和输出边界。
66	- 用户对会改变范围、版本、策略、金额、诉请、授权、是否纳入反向案例等关键选择已有 `用户确认记录`。
67	- 已形成“正式交付物清单”，逐项列明飞书文档、业务流程图、图片、Word、修订稿、PDF或其他被称为正式交付版本的产物及其检查状态。
68	- 涉及案件可视化图片时，已形成预览稿/工作稿检查点，明确律师确认选项和确认结果。
69
70	### 3. 飞书正式交付强制链路
71
72	飞书正式交付物必须具备并通过：
73
74	- 飞书创建或更新命令真实执行成功，保留文档 Token、链接或可定位标识。
75	- 飞书正文结构与业务 Skill 要求一致；合同审查飞书正文必须包含问题卡片列表和业务流程图，二者缺一不可。
76	- 嵌入的图片、业务流程图或附件已经生成并可打开；不得只粘贴 Mermaid 代码替代正式图片。
77	- 飞书内容与本地 `审查问题清单.md`、`来源验证记录.md`、图表源文件或其他系统记录一致；如不一致，必须修正后重新检查。
78	- 写入或更新 `飞书同步记录.md`、`来源验证记录.md` 或对应系统记录；写入失败时不得称为正式交付完成。
79	- 输出计划或拦截说明中必须明确出现 `飞书正式交付物`、`飞书同步记录`、`来源验证记录` 和 `全部正式交付版本终检`；不得只笼统写“飞书文档检查”。
80
81	合同审查场景中，业务流程图是飞书正式交付物的必选组成部分。合同信息不足以生成流程图时，应将飞书正式交付标记为阻塞或未完成，不得用纯问题卡片替代完整交付。

People who liked this also viewed

6 picks

Type