claim-chart

/claim-chart

1. 加载 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md → 角色、工作成果标头、决策姿态、文件存储。
2. 如果案件工作空间已启用，确认或选择活跃案件；加载 matter.md（立场、管辖、阶段、案件理论、诉状）。
3. 遵循以下工作流和参考材料。
4. 模式选择：
   • --patent → 专利权利要求对照表。需要专利号和至少一项主张的权利要求。子模式：--infringement（侵权）、--invalidity（无效）、--review（审查）。
   • --civil → 民事要件分析表。需要诉讼请求（或抗辩）和立场。
   • 无标记 → 询问用户选择哪种。
5. 民事模式：参考技能目录中的 references/element-templates.md 获取基准要件列表。在映射前与用户确认控制性法律依据（法条或司法解释）。
6. 专利模式：将主张的权利要求解析为要件，标记需解释的争议术语，适用任何已有的权利要求解释裁定。
7. 将要件映射到目标（被控侵权产品/现有技术/证据材料/待审查的对照表）。每个单元格附精确引用。在写入任何以 =、+、-、@、制表符、回车符开头的单元格值之前，应用单引号前缀转义。
8. 产生缺口列表（民事）或需要证据列表（专利）——优先输出。
9. 按用户偏好写入 Markdown、CSV 和 Excel 或 Sheets。每个输出附工作成果标头。
10. 如有活跃案件，写入案件的 claim-charts/ 文件夹；否则写入实务级 claim-charts/ 文件夹。如有活跃案件，追加一行至 history.md。
11. 返回摘要：主张、目标、管辖、阶段、按状态统计的要件数、缺口列表、文件路径，提醒每个单元格均为调查线索。

---

要件分析表（Claim Chart）

一份分析表是草案，不是认定或主张

将其放在每个输出的顶部。不得删减。

本分析表是供律师分析和核实的草案，不是递交的主张、代理词、开庭陈述或法律意见。每个映射是律师必须对照来源核实的调查线索。所列要件来自法律条文、司法解释或权利要求的解析——适用管辖地的控制性法律依据可能不同且始终优先。缺口检测是证据收集或诉讼动议的起点；不是对案件事实的法律结论。

少标记一个缺口的风险是单向门——起诉时某个要件缺乏事实支撑、质证时某项主张没有证据、庭审时无法证明损害。多标记一个缺口是双向门——律师在审查中清除标记。默认倾向双向门。

---

案件上下文

检查实务级 CLAUDE.md 中的 ## Matter workspaces。如果 Enabled 为 ✗，跳过本段。如果已启用且无活跃案件，询问："这是哪个案件的？" 加载活跃案件的 matter.md。将输出写入案件文件夹。

---

模式选择

在一切之前先问：

哪种分析表？

1. 专利权利要求对照表——权利要求逐要件映射到被控侵权产品（--infringement）、现有技术（--invalidity）或第三方分析表（--review）。
2. 民事要件分析表——诉讼请求（或抗辩）的构成要件映射到证据。用于起诉前审查、举证规划、庭审准备。

共同信息收集：

• 立场。 主张方还是抗辩方？
• 管辖地/法院。 省/直辖市和法院——适用法律和司法解释可能因地域不同。
• 阶段。 起诉前、举证、庭审、上诉。
• 既有分析表？ 如为 --review，加载之。

---

模式一 —— 专利权利要求对照表

子模式

• --infringement —— 权利要求要件 vs 被控侵权产品
• --invalidity —— 权利要求要件 vs 现有技术（专利法第22条新颖性/创造性 [法条原文]）
• --review —— 审查他人制作的分析表

专利模式工作流

步骤1：解析权利要求

将主张的独立权利要求解析为编号要件。

• 前序部分。 注明是否具有限定作用。
• 过渡词。 "包括"（开放式）/ "由……组成"（封闭式）。
• 要件按逗号/分号分隔，编号 [1a]、[1b]、[1c]。编号保持稳定——它是分析表的骨架。
• 功能性限定（《专利审查指南》相关规定）： 每个"用于[功能]的装置"——范围为说明书公开的结构加等同替代。
• 从属权利要求——引用父权利要求；仅分析附加技术特征。