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" 獲取），確保：

• 文件建立時間為當前日期
• 時間線邏輯正確（過去→現在→未來）

  發現更多技能外掛，請訪問7w4.net。

• 剩餘天數計算準確

自定義配置

預設配置

目錄結構和材料分類規則由 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
• 禁止遺漏任何已有材料
• 禁止虛構案件資訊

這是一款質量較高的法律案件管理 Skill，目錄分類體系專業合理，能自動生成專案資訊卡、待辦事項等管理檔案，對律師日常工作效率有明顯幫助。商標和專利案件支援按業務型別自動匹配不同模板，非常實用。不足之處在於：使用門檻略高，新使用者需要花時間閱讀文件才能上手；缺少對檔案衝突、輸入錯誤等異常情況的處理說明；部分文件描述稍顯複雜，建議簡化。總體而言，這是一個實用且專業的工具，但需要一定的學習成本。