$npx -y skills add pa1nrui1/legal-skills --skill 案件材料生成专业文档根据案件材料或沟通记录生成各类法律服务文档(诉讼方案、咨询报告、非诉方案、建议书、沟通报告等)。本技能应在用户需要将案件材料、咨询记录或沟通内容整理为专业法律文档时使用。
| 1 | ## 法律工作总控规则(强制) |
| 2 | |
| 3 | 执行本 Skill 前,必须先遵循: |
| 4 | - skills/legal/法律工作总控/references/practice-profile.md |
| 5 | - skills/legal/法律工作总控/references/matter-workspace-protocol.md |
| 6 | - skills/legal/法律工作总控/references/document-reading-protocol.md |
| 7 | - skills/legal/法律工作总控/references/source-boundary-protocol.md |
| 8 | - skills/legal/法律工作总控/references/ocr-correction-protocol.md |
| 9 | - skills/legal/法律工作总控/references/pkulaw-mcp-legal-verification-protocol.md |
| 10 | |
| 11 | 本 Skill 只处理本专业任务;案件隔离、来源披露、材料缺口、法规/Wiki 校验、OCR 校正和读取复查按总控规则执行。 |
| 12 | |
| 13 | ## 旧规则废止(强制) |
| 14 | |
| 15 | - 旧文中直接写死的客户目录、阶段目录、旧式台账写入、旧本地读取协议均不作为执行规则。 |
| 16 | - 事项路径、当前事项、系统记录、业务文件区和复盘台账统一以法律工作总控 `matter-workspace-protocol.md` 为准。 |
| 17 | - 不得静默写入复盘台账;确需更新时,先确认属于复盘台账更新并向用户说明。 |
| 18 | |
| 19 | |
| 20 | --- |
| 21 | |
| 22 | ## 文件读取与法规核验 |
| 23 | |
| 24 | 文件读取、OCR 复查、来源披露、缺口归档和法规/案例/Wiki 核验统一按法律工作总控共享协议执行;本 Skill 不再重复本地旧读取协议。 |
| 25 | |
| 26 | --- |
| 27 | |
| 28 | # 法律服务文档生成技能 |
| 29 | |
| 30 | ## 概述 |
| 31 | |
| 32 | 从案件材料或沟通记录生成专业法律服务文档。支持多种文档类型,采用模块化架构自动匹配场景。 |
| 33 | |
| 34 | **核心原则**: |
| 35 | |
| 36 | - 只做信息提取、归纳、结构化与专业表述转化 |
| 37 | - 不新增事实,不虚构法条或裁判观点 |
| 38 | - 不用模型记忆替代法律法规核验 |
| 39 | - 仅基于提供的材料进行分析和建议 |
| 40 | |
| 41 | ## 文档类型 |
| 42 | |
| 43 | ### 诉讼服务方案 |
| 44 | |
| 45 | **适用场景**:客户已明确委托诉讼,需要展示完整的服务思路和工作计划 |
| 46 | |
| 47 | **核心特点**: |
| 48 | |
| 49 | - 突出法律分析和策略 |
| 50 | - 明确服务阶段和内容 |
| 51 | - 段落式完整叙述 |
| 52 | |
| 53 | **模板文件**:[templates/litigation-proposal.md](templates/litigation-proposal.md) |
| 54 | |
| 55 | --- |
| 56 | |
| 57 | ### 咨询报告 |
| 58 | |
| 59 | **适用场景**:初次法律咨询后,客户需要问题梳理和行动指引 |
| 60 | |
| 61 | **核心特点**: |
| 62 | |
| 63 | - 包含证据收集清单(表格+checkbox) |
| 64 | - 实用工具导向 |
| 65 | - 可操作性强 |
| 66 | |
| 67 | **模板文件**:[templates/consultation-report.md](templates/consultation-report.md) |
| 68 | |
| 69 | --- |
| 70 | |
| 71 | ### 非诉服务方案 |
| 72 | |
| 73 | **适用场景**:非诉项目(如合规、交易、尽职调查等),需要分阶段、模块化服务 |
| 74 | |
| 75 | **核心特点**: |
| 76 | |
| 77 | - 强调项目背景和需求分析 |
| 78 | - 分阶段服务规划 |
| 79 | - 团队配置展示 |
| 80 | |
| 81 | **模板文件**:[templates/non-litigation-proposal.md](templates/non-litigation-proposal.md) |
| 82 | |
| 83 | --- |
| 84 | |
| 85 | ### 法律服务建议书 |
| 86 | |
| 87 | **适用场景**:与客户线下沟通后,需要正式提交方案建议 |
| 88 | |
| 89 | **核心特点**: |
| 90 | |
| 91 | - 说服性较强 |
| 92 | - 展示专业能力和方案价值 |
| 93 | - 分阶段展示服务内容 |
| 94 | |
| 95 | **模板文件**:[templates/service-proposal.md](templates/service-proposal.md) |
| 96 | |
| 97 | --- |
| 98 | |
| 99 | ### 客户沟通报告 |
| 100 | |
| 101 | **适用场景**:复杂案件的全面记录,需要完整的分析框架 |
| 102 | |
| 103 | **核心特点**: |
| 104 | |
| 105 | - 12部分完整结构 |
| 106 | - 包含成本效益分析 |
| 107 | - 详细的行动计划 |
| 108 | |
| 109 | **模板文件**:[templates/communication-report.md](templates/communication-report.md) |
| 110 | |
| 111 | ## 工作流程 |
| 112 | |
| 113 | ### 步骤 1: 分析输入并确定文档类型 |
| 114 | |
| 115 | 文档类型的选择应综合考虑**输入内容**、**客户阶段**和**文档目的**。 |
| 116 | |
| 117 | **常见场景**: |
| 118 | |
| 119 | | 输入内容 | 客户阶段 | 文档目的 | 推荐类型 | |
| 120 | | ------------------------------ | ------------------ | -------------------------- | -------------- | |
| 121 | | 案件材料(起诉状、证据清单等) | 已委托诉讼 | 展示完整服务思路和工作计划 | 诉讼服务方案 | |
| 122 | | 初次咨询沟通记录 | 初次咨询 | 问题梳理、证据收集指引 | 咨询报告 | |
| 123 | | 多次沟通记录 | 复杂案件、全面分析 | 完整分析框架、成本效益评估 | 客户沟通报告 | |
| 124 | | 非诉项目背景材料 | 项目前期 | 分阶段服务规划、团队配置 | 非诉服务方案 | |
| 125 | | 沟通后需正式提交 | 方案呈现 | 说服客户、展示专业能力 | 法律服务建议书 | |
| 126 | |
| 127 | **关键判断因素**: |
| 128 | |
| 129 | - **客户阶段**:初次咨询 vs. 多次沟通 vs. 已委托 |
| 130 | - **分析深度**:快速行动指引 vs. 全面分析框架 |
| 131 | - **呈现目的**:内部工作计划 vs. 对外说服材料 |
| 132 | |
| 133 | ### 步骤 2: 选择对应模板 |
| 134 | |
| 135 | 根据文档类型选择 [templates/](templates/) 中的对应模板。 |
| 136 | |
| 137 | ### 步骤 3: 生成文档 |
| 138 | |
| 139 | 按模板结构生成内容,遵循以下写作要求: |
| 140 | |
| 141 | **通用写作要求**: |
| 142 | |
| 143 | - **段落式写作**:使用段落描述,避免过多使用小点和横杠 |
| 144 | - **客观陈述**:事实部分客观陈述,避免主观评价 |
| 145 | - **缺失信息标注**:用「[待确认]」标注缺失或不确定的信息 |
| 146 | - **专业表述**:使用准确的法律术语,逻辑清晰 |
| 147 | |
| 148 | **可视化扩展(可选)**: |
| 149 | |
| 150 | 可根据需要使用 Mermaid 图表辅助说明,详见 [可视化指南](references/visualization.md)。 |
| 151 | |
| 152 | ### 步骤 4: 保存输出 |
| 153 | |
| 154 | 自动保存为 Markdown 文件,文件名格式为文档类型+案件/项目名称。 |
| 155 | |
| 156 | ## Wiki 知识库查阅规则 |
| 157 | |
| 158 | 当处理的案件涉及具体罪名或法律领域时,必须查阅 Wiki 知识库: |
| 159 | |
| 160 | 1. **检查知识库**:检查 `~/wiki/wiki/` 下是否有对应知识页(刑事:`books/criminal/{罪名}.md`,民事:`books/civil/{领域}/{具体问题}.md`) |
| 161 | 2. **读取知识卡片**:若有对应页面,读取页面顶部 `<!-- CARD_START -->` 到 `<!-- CARD_END -->` 之间的知识卡片(约800字浓缩摘要) |
| 162 | 3. **按需深入**:卡片信息足够则直接引用;需要深入了解具体辩护策略、案例细节、司法解释原文时,读取全文对应板块 |
| 163 | 4. **融入输出**:将 Wiki 知识自然融入当前工作输出,引用时标注来源页面路径 |
| 164 | 5. **案例知识页**:同时检查 `~/wiki/wiki/cases/` 下是否有相关判例知识页可供参考 |