| name | new-case |
| homepage | https://github.com/cat-xierluo/legal-skills |
| author | 杨卫薪律师（微信ywxlaw） |
| version | 1.3.5 |
| description | 将案件/咨询/商标/专利材料整理成标准化目录结构。支持诉讼案件（12目录）、潜在项目/咨询（2目录）、商标案件（按业务子类型选 2 个模板：注册 7 目录含独立商标注册证/异议复审无效 8 目录含独立商标注册证）、专利案件（按业务子类型选 3 个模板：申请 7 目录/复审无效 8 目录/检索其他 4 目录，目录顺序按项目进展）四种预设。本技能应在用户需要创建新案件、初始化案件目录结构、整理咨询材料、接收商标/专利新业务、或通过参数和自然语言指定案件编号、委托人、案件类型等信息快速创建案件时使用。不要用于：单独生成法律文书、进行法律研究、证据分析等非案件初始化任务。 |
| license | CC-BY-NC |
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
- 禁止遗漏任何已有材料
- 禁止虚构案件信息
