new-case

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（待激活）。

适用场景

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

触发方式

自然语言触发

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

参数化触发

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

其中 --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 逐项生成：

诉讼案件生成案件信息看板，详见 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，不再保留旧文件。

输出验证

完成整理后，确认：

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

禁止事项

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