Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
cat-xierluo avatar

New Case

cat-xierluo/legal-skills

  • 71 installs
  • 543 repo stars
  • Updated August 5, 2026
  • cat-xierluo/legal-skills

Organize litigation, consultation, trademark, or patent material into standardized case directory structures with case info boards and deadline files.

About

Organizes case, consultation, trademark, or patent material into standardized directory structures across four presets (litigation, consultation, trademark, patent) with sub-templates and generated info boards, time logs, and deadline files. A developer or lawyer uses it to create a new case and initialize its folder structure from parameters or natural language.

  • Four presets with trademark/patent sub-templates
  • Generates case info boards, time logs, deadline files

New Case by the numbers

  • 71 all-time installs (skills.sh)
  • Ranked #1,491 of 3,282 Productivity & Planning skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/cat-xierluo/legal-skills --skill new-case

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs71
repo stars★ 543
Last updatedAugust 5, 2026
Repositorycat-xierluo/legal-skills ↗

What it does

Organize litigation, consultation, trademark, or patent material into standardized case directory structures with case info boards and deadline files.

Files

SKILL.mdMarkdownGitHub ↗

New Case - 创建新案件/整理咨询材料

将案件原始材料或咨询材料整理成标准化目录结构。支持四种预设：

  • 诉讼案件 (litigation)：12层标准诉讼目录，生成案件信息看板、工时记录和期限管理文件
  • 潜在项目/咨询 (consultation)：2目录轻量结构（客户材料 + 工作文件），生成项目信息卡片和待办事项
  • 商标案件 (trademark)：知产业务，覆盖商标注册 / 异议 / 驳回复审 / 无效宣告 / 变更 / 转让；单一预设下挂 2 个业务子模板：(1) 注册模板（7 目录，注册/变更/转让，含独立商标注册证目录）、(2) 异议/复审/无效模板（8 目录，对抗性案件，含证据材料 + 独立商标注册证目录）。目录顺序按项目进展：委托 → 图样 → 申请书 → 律师工作 → 官方文书（不含注册证）→ 商标注册证（独立）→ 发票财务。工作记录/沟通并入 1 委托（与专利 DEC-009 一致）。多个申请号的同类文件归位到一起，生成项目信息卡和续展提醒待办。商标注册证 PDF 加 YYMMDD 日期前缀（日期读 mtime/birth time，DEC-2026-06-11）
  • 专利案件 (patent)：知产业务，覆盖发明 / 实用新型 / 外观设计 / 无效 / 复审 / 检索 / PCT / 变更 / 年费 10 种子业务；单一预设下挂 3 个业务子模板：(1) 申请模板（7 目录，发明/实用新型/外观/PCT）、(2) 复审/无效模板（8 目录，复审/无效，含证据+对方提交）、(3) 检索/其他模板（4 目录，检索/布局/变更/年费）。目录顺序按项目进展：委托（含工作记录）→ 清单/客户提供 → 客户提供/律师工作 → 律师工作/申请书 → 国知局文件 → 发票/财务。律师工作与文件进程合并（都是律师产出）；2 工作记录已合并入 1 委托材料（沟通录音/邮件/会议纪要本质是律师-客户工作过程记录）。每个项目按业务子类型选模板，不创建空目录。生成项目信息卡和年费提醒待办。

材料编号采用参照度分级：A-001（活文档）、B-001（常查）、C-001（存档）、D-001（待激活）。

适用场景

1. 新建诉讼案件档案，需要建立标准化目录结构 2. 已有诉讼案件材料，需要整理成统一格式 3. 整理潜在客户咨询材料，建立咨询档案 4. 接收新案件/新咨询，需要快速搭建框架 5. 接收商标新业务（注册/异议/复审/无效/变更），需要建立知产专用目录结构 6. 接收专利新业务（发明/实用新型/外观/无效/复审/检索/PCT/变更/年费），需要建立知产专用目录结构

触发方式

自然语言触发

  • "整理这个案件材料：/path/to/case-folder"
  • "帮我建立案件结构：案件在 /path/to/case"
  • "创建新案件"
  • "新建案件"
  • "整理咨询材料：/path/to/consultation-folder"
  • "整理这个潜在项目的文件"

参数化触发

支持以下参数（通过自然语言或结构化方式传递）：

参数必需说明示例
--case-id是案件/项目编号[YYYY]京0105民初1234号 或 {YYMMDD} {客户简称} 咨询
--client-name否委托人姓名/公司名北京科技有限公司
--case-type否案件类型诉讼/咨询/商标/注册/异议/复审/无效/变更/专利/发明/实用新型/外观/检索/PCT/年费
--case-cause否案由合同纠纷
--opposite-party否对方当事人上海某某公司
--input-dir否案件材料目录/path/to/materials

其中 --case-type 的 诉讼 或 民事/刑事/行政 对应 litigation 预设，咨询 对应 consultation 预设，商标/注册/异议/复审/无效/变更 对应 trademark 预设，专利/发明/实用新型/外观/检索/PCT/年费 对应 patent 预设。

使用示例：

"创建新案件，案件编号 [2025]京0105民初1234号，委托人北京科技有限公司，案由合同纠纷，对方当事人上海某某公司"
"整理咨询材料 /path/to/folder，客户{客户简称}"

工作流程

第零步：确定类型并加载预设

1. 读取 `--case-type` 参数：

  • 诉讼/民事/刑事/行政 → 加载 assets/litigation.yaml
  • 咨询 → 加载 assets/consultation.yaml
  • 商标/注册/异议/复审/无效/变更 → 加载 assets/trademark.yaml
  • 专利/发明/实用新型/外观/检索/PCT/年费 → 加载 assets/patent.yaml

2. 自动检测（未指定类型时）：

  • 读取 assets/ 下所有预设的 detection 配置
  • 检查输入目录路径是否匹配 path_patterns
  • 扫描文件名是否匹配 material_hints（正向）和 negative_hints（排除）
  • 若检测到诉讼材料（传票、起诉状等），即使路径含"咨询"也优先使用 litigation
  • 若无法确定，向用户确认

3. 加载对应预设：读取选定的 YAML 配置文件，后续步骤均基于该预设执行

4. 默认回退：若未指定且无法检测，默认使用 litigation 预设

第一步：分析输入材料

1. 扫描文件夹，列出所有文件 2. 识别材料类型：法律服务方案、聊天记录、证据材料、委托材料、身份证明、其他 3. 提取关键信息：按 references/extraction-rules.md 从不同材料类型中提取当事人、案由、金额等信息

第二步：建立目录结构

读取预设配置的 directories 部分，按 id 排序创建目录。

诉讼案件：创建12个标准目录（00 - 📅 日程管理 至 11 - 📚 参考文件）

咨询项目：创建2个目录：

├── 01 - 📂 客户材料/    # 客户提供的所有材料（录音、截图、文档、聊天记录等）
└── 02 - 📝 工作文件/    # 律师产出（分析、方案、研究、策略）

商标案件：按业务子类型选 2 个模板之一创建目录（不创建空目录）。

模板 1: 注册模板（注册/变更/转让，7 目录）：

├── [项目编号] 项目信息.md
├── [项目编号] 待办事项.md
├── 01 - 📑 委托材料/         # 委托书、合同、执照、身份 + 工作记录/沟通（DEC-009）
├── 02 - 🖼️ 商标图样/         # 商标图样（彩色稿/黑白稿/源文件）
├── 03 - ✍️ 申请书/            # 律师起草（注册/变更/转让申请书）
├── 04 - 📊 律师工作/          # 检索/分析/驳回应对 + 进程跟踪
├── 05 - 🏛️ 官方文书/          # 商标局文书（受理/补正/缴费/驳回/复审决定/变更证明；不含注册证）
├── 06 - 📜 商标注册证/         # 商标注册证 PDF（独立一级目录；YYMMDD 日期前缀，日期读文件 mtime/birth time）
└── 07 - 💰 发票财务/           # 律师费、官费

模板 2: 异议/复审/无效模板（异议/复审/无效，8 目录）：

├── 01 - 📑 委托材料/         # 委托书、合同、执照、身份 + 工作记录/沟通
├── 02 - 🖼️ 商标图样/         # 本方 + 对方图样 + 引证商标图样
├── 03 - ✍️ 申请书/            # 异议/复审/无效/答辩/意见陈述/补充理由
├── 04 - 📊 律师工作/          # 检索/近似分析/策略/理由论证 + 进程跟踪
├── 05 - 📎 证据材料/          # 异议/复审/无效案件证据（核心）
├── 06 - 🏛️ 官方文书/          # 商标局文书（异议受理/裁定/复审决定/无效裁定；不含注册证）
├── 07 - 📜 商标注册证/         # 商标注册证 PDF（独立一级目录；YYMMDD 日期前缀，日期读文件 mtime/birth time）
└── 08 - 💰 发票财务/           # 律师费、官费

目录命名与编号规则：

  • 目录编号统一用 01-08 两位数（与诉讼项目 00-11 一致）
  • "发票/财务" 用 💰 发票财务 表示（macOS 终端工具不支持文件名含 /，故用空格代替）
  • 商标注册证是独立一级目录（DEC-2026-06-11），不是 05/06 官方文书的子目录
  • 商标注册证 PDF 文件名加 YYMMDD 前缀（日期读 mtime/birth time），便于按时间排序
  • 已带日期前缀的文件跳过再加（"如 231108 第63583905号 EASYCLAD 商标注册证.pdf"）

目录顺序设计原则（按项目进展，DEC-008 + DEC-009）： 1. 委托材料 → 2. 商标图样 → 3. 申请书 → 4. 律师工作 → 5. 证据材料（对抗性才有）→ 6. 官方文书 → 7. 发票/财务 2. 即按"项目进展"：启动（委托+沟通）→ 准备（图样）→ 律师产出（申请书+工作）→ 对抗（证据，仅异议/复审/无效）→ 官方 → 收尾 3. 商标"沟通/工作记录"并入 1 委托材料（与专利 DEC-009 一致） 4. 多个申请号的同类文件归位到一起（如多个申请号 申请书 都进 3）

专利案件：按业务子类型选 3 个模板之一创建目录（不创建空目录）。

目录顺序设计原则（按项目进展排列，DEC-008）： 1. 委托材料 → 2. 工作记录 → 3. 清单/客户提供 → 4. 客户提供/律师工作 → 5-6. 律师工作/申请书 → 7. 国知局文件 → 8-9. 发票/财务 2. 即按"项目进展"：启动 → 沟通 → 准备 → 律师产出 → 官方 → 收尾 3. 律师工作与文件进程合并为 1 个目录（都是律师产出）

模板 1: 申请模板（发明/实用新型/外观/PCT，共 8 目录）：

├── 1 - 📑 委托材料/         # 委托书、合同、协议、营业执照、法律服务方案
├── 2 - 🗒️ 工作记录/         # 微信聊天/录音/转写、邮件、会议纪要
├── 3 - 📋 申请清单/         # 拟申请哪些专利/类别（V1/V2 迭代）
├── 4 - 📥 客户提供/         # 技术交底书、现有技术、图纸
├── 5 - 📊 律师工作/         # 检索报告/新颖性创造性分析/参考材料 + 文件进程节点
├── 6 - ✍️ 申请书/            # 律师起草（请求书/权利要求/实审请求/PCT）
├── 7 - 🏛️ 国知局文件/         # 受理/缴费/审查意见/驳回/授权/证书
└── 8 - 💰 发票/财务/         # 代理费发票、官费

模板 2: 复审/无效模板（复审/无效，共 9 目录）：

├── 1 - 📑 委托材料/         # 复审/无效委托书
├── 2 - 🗒️ 工作记录/         # 含口审沟通
├── 3 - 📥 客户提供/         # 技术资料、现有技术证据
├── 4 - 📊 律师工作/         # 检索/分析/无效策略/口审策略 + 复审/无效时间线
├── 5 - ✍️ 申请书/            # 复审请求书/无效请求书/意见陈述书/口审代理词
├── 6 - 📎 证据材料/          # 对比文件 D1/D2/现有技术证据
├── 7 - 📤 对方提交/          # 对方意见/证据/答辩
├── 8 - 🏛️ 国知局文件/         # 复审受理/口审通知/复审决定/无效决定
└── 9 - 💰 发票/财务/         # 代理费、复审/无效官费

模板 3: 检索/其他模板（检索/布局/变更/年费，共 5 目录）：

├── 1 - 📑 委托材料/         # 检索/变更/年费代缴委托协议
├── 2 - 🗒️ 工作记录/         # 检索需求/变更/年费提醒沟通
├── 3 - 📋 任务清单/         # 拟检索/拟变更/代缴年费的专利清单
├── 4 - 📊 律师工作/         # 检索报告/布局策略/变更申请书/年费监控 + 进程跟踪
└── 5 - 💰 发票/财务/         # 检索费/变更官费/年费代缴

模板选择逻辑（在第零步确认业务子类型后自动选模板）：

  • 业务子类型 = 发明/实用新型/外观/PCT → application 模板
  • 业务子类型 = 复审/无效 → invalidation 模板
  • 业务子类型 = 检索/布局/变更/年费 → search 模板

workflow 特殊点：

  • 询问主申请号和关联申请号列表（仅申请类需要）
  • 复审/无效案件：6 证据材料/ 下保留用户自建的"对比文件 1/D1"等子目录，7 对方提交/ 独立保留
  • 检索类项目无需申请号，仅需检索目标清单
  • 变更/年费类项目以"专利号清单"为核心追踪对象

第三步：材料分类整理

读取预设配置的 classification 规则，按顺序匹配关键词，将材料移入对应目录。详细分类决策逻辑见 references/classification-guide.md。

操作铁律：

  • 保留文件时间戳：复制/移动文件时必须用 cp -p（保留 mtime/atime）或 mv（同盘移动天然保留）。律师常按文件 mtime 判断合同签订和项目推进时间，破坏时间戳会导致历史追溯失真。
  • 保留用户自建的次级子目录：客户/律师自建的子目录（如 02 商标图样/NOVA ARTS/）原样移入新位置，不要拉平/抽取子目录内容。如果某项目有 4+ 申请号导致文件名冲突，再考虑分子目录。

咨询项目额外规则：

  • 法律服务方案、法律意见书等面向客户的交付物放入 02 - 📝 工作文件/
  • 根目录只保留管理文件（项目信息、待办事项、材料清单）
  • 转写文稿与对应音频放在同一目录
  • 材料编号使用参照度分级（A/B/C/D），详见 references/naming-conventions.md

第三步半：官方文书 PDF 自动加发文日期前缀

目的：商标局官方文书（受理/补正/缴费/驳回/公告/注册证/决定书/裁定书等）的发文日期是案件推进的关键时间锚点，但很多扫描件的文件名里没有日期，导致按文件名排序时乱序。自动从 PDF 内文提取发文日期，加 YYMMDD 前缀到文件名，方便按时间排序。

适用范围：

  • 主要针对 04 - 🏛️ 官方文书/ 目录的 PDF
  • 次要适用于 03 - ✍️ 申请书/（如复审申请书）和 05 - 📎 证据材料/ 中的官方文书类 PDF

操作流程：

1. 识别需要补日期的文件：扫描目标目录的 PDF 文件

  • 跳过已带 YYMMDD 前缀的文件（如 260424 商标注册申请不予受理通知书_{申请号}.pdf）
  • 跳过非 PDF（图片/Word）
  • 跳过明显是律师起草而非官方文书的文件

2. 提取 PDF 内文日期：

  • 优先用 pdftotext -l 1 <file> 提取首页文本（适用于文字层 PDF）
  • 文字层无日期时，扫描第 2-3 页（决定日期常在文末）
  • 扫描 PDF 用 mineru-ocr 或 legal-ocr 跑 OCR

3. 匹配日期格式（按优先级）：

  • 阿拉伯数字：2025年07月10日 / 2025-7-10 / 2025/7/10 / 2025.7.10
  • 中文数字：二〇二五年七月十日 / 二○二五年七月十日
  • 6 位纯数字：20250710（少见）
  • 选最晚的日期作为发文日期（避开"申请日期"等较早的时间点）

4. 判断是否发文日期（提高准确率）：

  • 优先匹配"发文日期" / "决定日期" / "本决定书" / "签发" 等关键字附近的日期
  • 忽略"申请日期" / "受理日期" / "缴费日期" 等较早的非发文日期
  • 兜底：取 PDF 全文最晚的合理日期（2020 年后）

5. 重命名：

  • 用 mv 改名（保留 mtime，操作铁律）
  • 格式：YYMMDD 原文件名.pdf（如 250710 {申请号}_{商标名}_驳回通知书.pdf）
  • 如果原文件名已有日期但不一致，不覆盖用户原日期

6. 回写项目信息卡：

  • 更新 trademark-info.md 的"材料清单"中对应文件路径
  • 如果该日期构成新时间线事件，在"关键时间线"表追加一条

已知限制：

  • OCR 扫描件识别准确率依赖 PDF 质量，失败时退回 PDF mtime
  • 极少数决定书无明确日期（如外文/早期档案），跳过即可
  • 同名近似文件需人工判定（这种情况罕见）

实战案例（某商标驳回复审项目 2026-06-09）：

  • {申请号}_{商标名}_驳回通知书.pdf → 提取到 PDF 内文发文日期 2025年07月10日 → 改名 250710 {申请号}_{商标名}_驳回通知书.pdf
  • 商标驳回复审决定书_{申请号}_第{类号}类{商标名}_{文书号}.pdf → 提取到文末 2025年12月29日 → 改名 251229 商标驳回复审决定书_{申请号}_第{类号}类{商标名}_{文书号}.pdf

第四步：生成管理文件

根据预设配置的 management_files 逐项生成：

文件诉讼咨询商标专利模板
案件/项目信息✅✅✅✅case-info / consultation-info / trademark-info / patent-info
工时记录✅❌❌❌timesheet.md
期限管理 YAML✅❌❌❌deadline-yaml.md
待办事项✅✅✅✅task-list / trademark-task-list / patent-task-list

诉讼案件生成案件信息看板，详见 templates/case-info.md。

咨询项目生成项目信息卡片，详见 templates/consultation-info.md。

商标案件生成项目信息卡（含续展提醒 + 业务子类型 + 引证商标），详见 templates/trademark-info.md，待办模板为 templates/trademark-task-list.md。

专利案件生成项目信息卡（含年费提醒 + 业务子类型 + 引证对比文件 + 对方当事人），详见 templates/patent-info.md，待办模板为 templates/patent-task-list.md。

可选第五步：生成法律服务方案

如材料中包含初步沟通记录或客户需求描述，建议使用 legal-proposal-generator skill 生成法律服务方案。

  • 诉讼案件：输出到 {01}/ 目录
  • 咨询项目：输出到 02 - 📝 工作文件/

参考文档

详细规则已外置到 references/ 目录，按需读取：

文件内容
references/naming-conventions.md案件编号、案件名称、文件命名规则
references/classification-guide.md材料分类决策逻辑、模糊场景处理
references/extraction-rules.md从不同材料类型提取案件信息的规则

时间要求

使用系统当前时间（通过 date "+%Y-%m-%d" 获取），确保：

  • 文档创建时间为当前日期
  • 时间线逻辑正确（过去→现在→未来）
  • 剩余天数计算准确

自定义配置

预设配置

目录结构和材料分类规则由 assets/ 下的 YAML 文件定义。每个预设文件包含：

  • meta：预设元信息（ID、名称、描述、编号格式）
  • directories：目录定义（编号、图标、名称、描述）
  • management_files：管理文件生成配置（启用/禁用、模板路径、输出路径）
  • detection：自动检测规则（路径关键词、文件关键词、排除关键词）
  • classification：材料分类规则（关键词→目标目录）
  • root_files（可选）：根目录保留文件规则

现有预设：

  • assets/litigation.yaml — 诉讼案件（12目录）
  • assets/consultation.yaml — 潜在项目/咨询（2目录）
  • assets/trademark.yaml — 商标案件（单一预设下挂 2 个业务子模板：注册 7 目录含独立商标注册证/异议复审无效 8 目录含独立商标注册证；目录顺序按项目进展）
  • assets/patent.yaml — 专利案件（单一预设下挂 3 个业务子模板：申请 8 目录/复审无效 9 目录/检索其他 5 目录；目录顺序按项目进展）

新增预设

如需支持新的案件类型（如公司法务、版权登记等），在 assets/ 下新建 YAML 文件。YAML 字段：见 assets/*.yaml 现有文件。两种结构可选：

  • 单模板扁平模式（参照 litigation / consultation / trademark）：所有目录直接列在 directories 数组中，按业务类型固定
  • 多模板分组模式（参照 patent）：预设下挂 business_types 和多个 templates（每个模板有独立的 directories 和 classification 规则），按业务子类型自动选模板生成对应目录，不创建空目录

多申请号/多案件号的项目通过"关联申请号表"在项目信息卡中追踪，不在目录结构上嵌套。

向后兼容

原 references/case-config.yaml 已迁移到 assets/litigation.yaml，不再保留旧文件。

输出验证

完成整理后，确认：

  • [ ] 目录结构已按预设配置创建
  • [ ] 所有材料已分类移动到对应目录
  • [ ] 管理文件已按预设的 management_files 配置生成
  • [ ] 文件命名符合规范
  • [ ] 时间逻辑正确

禁止事项

  • 禁止在案件档案中记录项目自身的 SuitAgent 系统信息
  • 禁止创建额外的说明文档或 README
  • 禁止遗漏任何已有材料
  • 禁止虚构案件信息

Related skills

mattpocockGrill MeHave an agent relentlessly pressure-test their plan or design until every decision branch is resolved and shared understanding is reached.691k196kmattpocockGrill With DocsPressure-test architecture decisions against their live codebase and living documentation before writing production code.585k196kopen.feishu.cnLark CalendarLet their coding agents read, create, and manage events inside Lark (Feishu) Calendar directly from natural language instructions.493kopen.feishu.cnLark ImLet their coding agent send instant notifications, post updates, and receive commands directly inside Lark (Feishu) workspaces.493kopen.feishu.cnLark ContactLet their AI coding agents read and write contacts, send messages, and manage user data inside Lark (Feishu).493kopen.feishu.cnLark AttendanceAutomatically fetch and report daily attendance data from Lark (Feishu) into their own tools or agents.493k
Productivity & Planningworkflow
Browse by category
AI & AgentsFrontend & DesignBackend & DataDev ToolsAutomationTesting & ReviewSecurityMonitoring & CloudDocs & Planning
Design & frontend
Design systemsAnimation & motionAccessibility (a11y)CSS & TailwindUI designUXDesign to codeshadcn/uiLanding pagesBest design skills
Most searched skills
find-skillscavemanfrontend-designbrainstormingsystematic-debuggingstop-slopemil-design-engui-ux-pro-maxkarpathy-guidelinesweb-design-guidelinesreact-best-practicesgrill-meimprovemicrosoft-foundryagent-browser
Browse all listings
All agent skillsAll MCP serversAll marketplacesAll plugins

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.