| name | new-case |
| homepage | https://github.com/cat-xierluo/legal-skills |
| author | 杨卫薪律师(微信ywxlaw) |
| description | 将案件/咨询/商标/专利材料整理成标准化目录结构。支持诉讼案件(12目录)、潜在项目/咨询(2目录)、商标案件(按业务子类型选 2 个模板:注册 7 目录含独立商标注册证/异议复审无效 8 目录含独立商标注册证)、专利案件(按业务子类型选 3 个模板:申请 7 目录/复审无效 8 目录/检索其他 4 目录,目录顺序按项目进展)四种预设。本技能应在用户需要创建新案件、初始化案件目录结构、整理咨询材料、接收商标/专利新业务、或通过参数和自然语言指定案件编号、委托人、案件类型等信息快速创建案件时使用。不要用于:单独生成法律文书、进行法律研究、证据分析等非案件初始化任务。 |
| license | CC BY-NC-SA 4.0 - 详见 LICENSE.txt |
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(待激活)。
适用场景
- 新建诉讼案件档案,需要建立标准化目录结构
- 已有诉讼案件材料,需要整理成统一格式
- 整理潜在客户咨询材料,建立咨询档案
- 接收新案件/新咨询,需要快速搭建框架
- 接收商标新业务(注册/异议/复审/无效/变更),需要建立知产专用目录结构
- 接收专利新业务(发明/实用新型/外观/无效/复审/检索/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,客户{客户简称}"
工作流程
第零步:确定类型并加载预设
-
读取 --case-type 参数:
诉讼/民事/刑事/行政 → 加载 assets/litigation.yaml
咨询 → 加载 assets/consultation.yaml
商标/注册/异议/复审/无效/变更 → 加载 assets/trademark.yaml
专利/发明/实用新型/外观/检索/PCT/年费 → 加载 assets/patent.yaml
-
自动检测(未指定类型时):
- 读取
assets/ 下所有预设的 detection 配置
- 检查输入目录路径是否匹配
path_patterns
- 扫描文件名是否匹配
material_hints(正向)和 negative_hints(排除)
- 若检测到诉讼材料(传票、起诉状等),即使路径含"咨询"也优先使用 litigation
- 若无法确定,向用户确认
-
加载对应预设:读取选定的 YAML 配置文件,后续步骤均基于该预设执行
-
默认回退:若未指定且无法检测,默认使用 litigation 预设
第一步:分析输入材料
- 扫描文件夹,列出所有文件
- 识别材料类型:法律服务方案、聊天记录、证据材料、委托材料、身份证明、其他
- 提取关键信息:按 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):
- 委托材料 → 2. 商标图样 → 3. 申请书 → 4. 律师工作 → 5. 证据材料(对抗性才有)→ 6. 官方文书 → 7. 发票/财务
- 即按"项目进展":启动(委托+沟通)→ 准备(图样)→ 律师产出(申请书+工作)→ 对抗(证据,仅异议/复审/无效)→ 官方 → 收尾
- 商标"沟通/工作记录"并入 1 委托材料(与专利 DEC-009 一致)
- 多个申请号的同类文件归位到一起(如多个申请号 申请书 都进 3)
专利案件:按业务子类型选 3 个模板之一创建目录(不创建空目录)。
目录顺序设计原则(按项目进展排列,DEC-008):
- 委托材料 → 2. 工作记录 → 3. 清单/客户提供 → 4. 客户提供/律师工作 → 5-6. 律师工作/申请书 → 7. 国知局文件 → 8-9. 发票/财务
- 即按"项目进展":启动 → 沟通 → 准备 → 律师产出 → 官方 → 收尾
- 律师工作与文件进程合并为 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+ 申请号导致文件名冲突,再考虑分子目录。
咨询项目额外规则:
第三步半:官方文书 PDF 自动加发文日期前缀
目的:商标局官方文书(受理/补正/缴费/驳回/公告/注册证/决定书/裁定书等)的发文日期是案件推进的关键时间锚点,但很多扫描件的文件名里没有日期,导致按文件名排序时乱序。自动从 PDF 内文提取发文日期,加 YYMMDD 前缀到文件名,方便按时间排序。
适用范围:
- 主要针对
04 - 🏛️ 官方文书/ 目录的 PDF
- 次要适用于
03 - ✍️ 申请书/(如复审申请书)和 05 - 📎 证据材料/ 中的官方文书类 PDF
操作流程:
-
识别需要补日期的文件:扫描目标目录的 PDF 文件
- 跳过已带
YYMMDD 前缀的文件(如 260424 商标注册申请不予受理通知书_{申请号}.pdf)
- 跳过非 PDF(图片/Word)
- 跳过明显是律师起草而非官方文书的文件
-
提取 PDF 内文日期:
- 优先用
pdftotext -l 1 <file> 提取首页文本(适用于文字层 PDF)
- 文字层无日期时,扫描第 2-3 页(决定日期常在文末)
- 扫描 PDF 用
mineru-ocr 或 legal-ocr 跑 OCR
-
匹配日期格式(按优先级):
- 阿拉伯数字:
2025年07月10日 / 2025-7-10 / 2025/7/10 / 2025.7.10
- 中文数字:
二〇二五年七月十日 / 二○二五年七月十日
- 6 位纯数字:
20250710(少见)
- 选最晚的日期作为发文日期(避开"申请日期"等较早的时间点)
-
判断是否发文日期(提高准确率):
- 优先匹配"发文日期" / "决定日期" / "本决定书" / "签发" 等关键字附近的日期
- 忽略"申请日期" / "受理日期" / "缴费日期" 等较早的非发文日期
- 兜底:取 PDF 全文最晚的合理日期(2020 年后)
-
重命名:
- 用
mv 改名(保留 mtime,操作铁律)
- 格式:
YYMMDD 原文件名.pdf(如 250710 {申请号}_{商标名}_驳回通知书.pdf)
- 如果原文件名已有日期但不一致,不覆盖用户原日期
-
回写项目信息卡:
- 更新
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/ 目录,按需读取:
时间要求
使用系统当前时间(通过 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,不再保留旧文件。
输出验证
完成整理后,确认:
禁止事项
- 禁止在案件档案中记录项目自身的 SuitAgent 系统信息
- 禁止创建额外的说明文档或 README
- 禁止遗漏任何已有材料
- 禁止虚构案件信息