shield_lock
JinDaGe
← Back to skills
extension
Category: Development & EngineeringNo API key required

legal-proposal-generator

Generate various legal service documents (litigation plans, consultation reports, non-litigation plans, proposals, communication reports, etc.) based on case materials or communication records. This skill should be used when the user needs to organize case materials, consultation records, or communication content into professional legal documents.

personAuthor: jakexiaohubgithub
open_in_newRepositorydownloadDownload package

法律服务文档生成技能

概述

从案件材料或沟通记录生成专业法律服务文档。支持多种文档类型，采用模块化架构自动匹配场景。

核心原则：

  • 只做信息提取、归纳、结构化与专业表述转化
  • 不新增事实，不虚构法条或裁判观点
  • 仅基于提供的材料进行分析和建议

文档类型

诉讼服务方案

适用场景：客户已明确委托诉讼，需要展示完整的服务思路和工作计划

核心特点：

  • 突出法律分析和策略
  • 明确服务阶段和内容
  • 段落式完整叙述
  • 包含服务团队介绍，引用 config/team-config.md

模板文件：templates/litigation-proposal.md

咨询报告

适用场景：初次法律咨询后，客户需要问题梳理和行动指引

核心特点：

  • 包含证据收集清单（表格+checkbox）
  • 实用工具导向
  • 可操作性强

模板文件：templates/consultation-report.md

非诉服务方案

适用场景：非诉项目（如合规、交易、尽职调查等），需要分阶段、模块化服务

核心特点：

  • 强调项目背景和需求分析
  • 分阶段服务规划
  • 团队配置展示（引用 config/team-config.md）

模板文件：templates/non-litigation-proposal.md

法律服务建议书

适用场景：与客户线下沟通后，需要正式提交方案建议

核心特点：

  • 说服性较强
  • 展示专业能力和方案价值
  • 分阶段展示服务内容
  • 包含服务团队与保障章节，引用 config/team-config.md

模板文件：templates/service-proposal.md

客户沟通报告

适用场景：复杂案件的全面记录，需要完整的分析框架

核心特点：

  • 12部分完整结构
  • 包含成本效益分析
  • 详细的行动计划

模板文件：templates/communication-report.md

结案汇报

适用场景：案件以判决、调解、和解、撤诉等方式收口后，需要向客户系统汇报结案结果、实际履行情况、客户授权条件与最终结果差异

核心特点：

  • 聚焦结案后的结果汇总与客户沟通
  • 强调“客户授权条件 vs 历史方案 vs 最终实际”对比
  • 明确结案方式、执行情况、客户实际支出和后续提醒

模板文件：templates/case-closing-report.md

内部沟通报告

适用场景：需要团队其他律师协助核实问题、讨论策略或跨部门协作

核心特点：

  • 保密等级固定为"内部机密"
  • 包含"团队内部讨论事项"专节
  • 明确列出需要同事协助核实的事项和负责人

模板文件：templates/internal-communication-report.md

案件分析摘要

适用场景：收到案件原始材料（聊天记录、录音转写、证据材料等），需要快速提取关键信息、梳理案情

核心特点：

  • 6 层分析框架（案件信息 → 事实脉络 → 法律关系 → 争议焦点 → 证据材料 → 法律问题）
  • 时间线 Mermaid 可视化
  • 证据证明力评估表格
  • 内部工作文档，用于团队快速了解案情

模板文件：templates/case-analysis-summary.md

工作流程

步骤 1: 分析输入并确定文档类型

文档类型的选择应综合考虑案件性质（诉讼 vs 非诉）、客户阶段和文档目的。

优先级规则（必须严格遵守）：

  1. 用户明确指定文档类型时，按用户指定的类型生成
  2. 用户未明确指定时，按以下逻辑判断：
    • 涉及诉讼/争议解决案件 + 用户要求生成"方案"或"服务方案" → 诉讼服务方案
    • 涉及非诉项目（合规、交易、尽调等）+ 用户要求生成"方案"或"服务方案" → 非诉服务方案
    • 只有当用户**明确说"建议书"**时，才生成 法律服务建议书
  3. 禁止在用户说"方案"时自动降级为"建议书"——"方案"和"建议书"是不同的文档类型

常见场景：

| 输入内容 | 客户阶段 | 文档目的 | 推荐类型 | | ------------------------------ | ------------------ | -------------------------- | -------------- | | 诉讼/争议案件材料 | 任何阶段 | 展示服务思路和工作计划 | 诉讼服务方案 | | 非诉项目背景材料 | 任何阶段 | 分阶段服务规划、团队配置 | 非诉服务方案 | | 用户明确要求"建议书" | 沟通后争取签约 | 说服客户、展示专业能力 | 法律服务建议书 | | 初次咨询沟通记录 | 初次咨询 | 问题梳理、证据收集指引 | 咨询报告 | | 多次沟通记录 | 复杂案件、全面分析 | 完整分析框架、成本效益评估 | 客户沟通报告 | | 已结案材料 | 结案收口 | 向客户汇报结案结果 | 结案汇报 | | 需要团队协作/协助核实 | 团队协作 | 内部分析、请求协助、讨论策略 | 内部沟通报告 | | 原始案件材料（聊天记录、录音转写等） | 案件初期 | 快速提取关键信息、梳理案情 | 案件分析摘要 |

关键判断因素：

  • 案件性质（首要）：诉讼/争议 → 诉讼方案；非诉项目 → 非诉方案
  • 用户措辞："方案" ≠ "建议书"，除非用户明确说"建议书"
  • 客户阶段：初次咨询 vs. 多次沟通 vs. 已委托
  • 呈现目的：内部工作计划 vs. 对外说服材料

步骤 2: 选择对应模板

根据文档类型选择 templates/ 中的对应模板。

步骤 2.5: 读取团队配置

对于诉讼服务方案、非诉服务方案、法律服务建议书三类对外方案文档，读取 config/team-config.md 获取主办律师介绍、律所简介和合作伙伴信息，填入模板的团队相关章节。

  • 用户会指定主办律师（如"主办律师是律师 A 和律师 B"），从 team-config 的 HTML 表格中提取对应律师的 <tr> 块（含头像 rowspan），直接插入方案的服务团队章节
  • 图片路径必须转为绝对路径：team-config.md 中的图片引用（如 images/avatar-xxx.png）是相对于 skill config 目录的相对路径，在输出文档中无法解析。生成文档时，须将所有 images/ 开头的图片 src 替换为本 skill 的绝对路径前缀，即 SKILL_DIR/config/images/（其中 SKILL_DIR 为本 skill 所在目录的绝对路径）。例如 images/avatar-yangweixin.png 应替换为 /Users/maoking/Library/Application Support/maoscripts/skills/legal-skills/skills/legal-proposal-generator/config/images/avatar-yangweixin.png
  • 律所简介可直接引用，也可根据项目特点做适当裁剪
  • 其他文档类型（咨询报告、沟通报告、结案汇报、内部沟通报告、案件分析摘要）无需团队章节

步骤 3: 生成文档

按模板结构生成内容，遵循以下写作要求：

通用写作要求：

  • 段落式写作：使用段落描述，避免过多使用小点和横杠
  • 客观陈述：事实部分客观陈述，避免主观评价
  • 缺失信息标注：用「[待确认]」标注缺失或不确定的信息
  • 专业表述：使用准确的法律术语，逻辑清晰

可视化扩展（可选）：

可根据需要使用 Mermaid 图表辅助说明，详见 可视化指南。

结案汇报补充要求：

  • 必须准确区分结案方式，不得混淆判决、调解、和解、撤诉
  • 如存在客户授权条件与实际结果差异，应如实说明原因，不得淡化
  • 金额、数量、履行状态等结果性信息应优先回到结案文书或沟通记录核对

步骤 4: 保存输出

自动保存为 Markdown 文件，文件名格式为文档类型+案件/项目名称。