iiuniversitet.ruЦентр обучения нейросетямОткрыть каталог

Таблица элементов и пробелов в доказательствах

Сопоставляет элементы иска или патентной формулы с доказательствами, с точными ссылками в каждой ячейке, и показывает пробелы.

СкиллAnthropicClaudeApache-2.0Нужен терминалПроверка не требуется
Что делает
Сопоставляет элементы иска или патентной формулы с доказательствами, с точными ссылками в каждой ячейке, и показывает пробелы.
Когда брать
Когда нужна таблица соответствия формулы изобретения (о нарушении, недействительности или проверка чужой) либо таблица элементов основания иска или возражения; чтобы понять, чего не хватает для доказательства.
Когда не брать
Если дело не прошло приём (matter-intake) и проверку конфликтов; для готовой правовой позиции или брифа: таблица остаётся черновиком для юриста.
Пример запроса
Составь таблицу элементов для иска о нарушении договора по делу Ромашка и покажи, где у нас пробелы в доказательствах.
Нужно подключить
доступ к файлам (папка настроек плагина), материалы дела: иск, документы, показания
Работает лучше с
Excel или Google Sheets, рабочая папка дела (matter-workspace)

Входит в плагин litigation-legal. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

  1. Скачайте архив и распакуйте его.
  2. Положите папку claim-chart в ~/.claude/skills/.
  3. Откройте Claude Code и опишите задачу своими словами: Claude подхватит скилл по описанию.

Текст

---
name: claim-chart
description: Составляет или проверяет таблицу элементов — патентную таблицу соответствия формулы изобретения (claim chart; нарушение, недействительность или проверка чужой таблицы) либо гражданскую таблицу элементов для любого основания иска или возражения — с точной ссылкой (pin cite) в каждой ячейке; главный результат — выявление пробелов. Используй, когда пользователь просит таблицу соответствия формулы изобретения, таблицу элементов, таблицу доказательств, позицию о нарушении или недействительности патента, сопоставление по элементам или спрашивает «чего нам не хватает, чтобы доказать [требование]».
argument-hint: '[--patent | --civil] [--infringement | --invalidity | --review] [--claim <n>] [--count <name>] [--target <slug>]'
---

/claim-chart

  1. Загрузи ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md → роль, заголовок рабочих материалов юриста (work product), позиция при принятии решений, хранилище документов.
  2. Если включены рабочие папки дел, подтверди или выбери активное дело; загрузи matter.md (сторона, юрисдикция, стадия, теория дела, состязательные бумаги).
  3. Следуй рабочему процессу и справочнику ниже.
  4. Выбор режима:
  5. --patent → патентная таблица соответствия формулы изобретения. Потребуй номер патента и хотя бы один заявленный пункт формулы. Подрежимы: --infringement, --invalidity, --review.
  6. --civil → гражданская таблица элементов. Потребуй основание иска (или возражение) и сторону.
  7. Без флага → спроси пользователя, какой режим нужен.
  8. Для гражданского режима: возьми базовый перечень элементов из references/element-templates.md в папке скилла. Перед сопоставлением подтверди у пользователя, какая типовая инструкция присяжным или какая норма закона является определяющей.
  9. Для патентного режима: разбери заявленные пункты формулы на элементы, отметь спорные термины для толкования, примени постановление Markman, если оно есть.
  10. Сопоставь элементы с объектом сравнения (обвиняемый продукт / уровень техники / корпус доказательств / проверяемая таблица). В каждой ячейке — точная ссылка. Перед записью любого значения ячейки, которое начинается с =, +, -, @, табуляции или CR, примени нейтрализацию апострофом в начале.
  11. Составь перечень пробелов (гражданский режим) или перечень недостающих доказательств (патентный режим) — это главный результат.
  12. Запиши markdown, CSV (значения + парный файл _sources) и Excel или Sheets — по предпочтению пользователя. В каждом результате — заголовок рабочих материалов юриста.
  13. Если есть активное дело, запиши в папку claim-charts/ этого дела; иначе — в папку claim-charts/ уровня практики. Если есть активное дело, добавь однострочную запись в history.md.
  14. Верни краткую сводку: пункт(ы) формулы, объект(ы) сравнения, юрисдикция, стадия, число элементов по состояниям, перечень пробелов, пути к файлам и напоминание, что каждая ячейка — лишь зацепка для проверки.

Таблица соответствия (Claim Chart)

Ограничения на использование раскрытых документов

Прежде чем работать с набором судебных документов, спроси: «Были ли какие-либо из этих документов получены в порядке раскрытия документов (disclosure) или раскрытия доказательств (discovery) в судебном разбирательстве?» Если да:

  • Англия и Уэльс (CPR 31.22): на документы, полученные при раскрытии, распространяется подразумеваемое обязательство: использовать их можно только для целей того разбирательства, в рамках которого они раскрыты, если только суд не даст разрешение, раскрывшая сторона не даст согласие или документ не был оглашён в открытом судебном заседании. Использование их в другом деле, по другому требованию или в коммерческих целях без разрешения является неуважением к суду (contempt).
  • США: защитные определения (protective orders) и Rule 26(c) могут устанавливать похожие ограничения. Проверь само определение.
  • Другие юрисдикции: обычно действуют схожие ограничения. Проверь местное правило.

Получи подтверждение: «Это использование укладывается в то разбирательство, в котором документы раскрыты, либо у меня есть разрешение / согласие, либо документы уже стали публичными». Если подтверждения нет, отметь: «⚠️ На раскрытые документы могут распространяться ограничения на использование. Прежде чем продолжать, убедитесь, что такое использование допустимо».

ТАБЛИЦА — ЭТО ЧЕРНОВИК, А НЕ ВЫВОД И НЕ ЗАЯВЛЕННАЯ ПОЗИЦИЯ

Помести это в начало каждого результата. Не убирай. Не смягчай.

Эта таблица — черновик для анализа и проверки юристом, а не поданная позиция (contention), не бриф к ходатайству о вынесении решения в упрощённом порядке (MSJ), не вступительное слово и не юридическое заключение. Каждое сопоставление — это зацепка, которую юрист обязан проверить по источнику. Перечисленные элементы взяты из типовых инструкций присяжным, из Restatement или из формулировки пункта формулы в том виде, в каком она разобрана; определяющий источник в юрисдикции пользователя (CACI / NYPJI / типовая инструкция апелляционного округа / применимая норма закона / постановление Markman) может отличаться и всегда имеет приоритет. Выявление пробелов — отправная точка для раскрытия доказательств или ходатайства, а не вывод по существу спора.

Если недооценить пробел, обратного пути нет: исковое заявление подано без правдоподобного обоснования элемента, возражение на MSJ подано без доказательств спорного элемента, дело рассмотрено без доказательств убытков. Если пробелов отмечено лишний раз, путь назад остаётся: юрист снимает пометки при проверке. По умолчанию склоняйся в сторону того, где путь назад остаётся.


Контекст дела

Проверь раздел ## Matter workspaces в CLAUDE.md уровня практики. Если значение Enabled равно ✗ (по умолчанию для штатных юристов), пропусти остаток абзаца: скиллы используют контекст уровня практики, а механизм рабочих папок дел остаётся невидимым. Если включено и активного дела нет, спроси: «Для какого дела это нужно? Выполните /litigation-legal:matter-workspace switch <slug> или скажите practice-level». Загрузи matter.md активного дела — особенно теорию дела, исковое заявление (какие элементы заявлены на самом деле), юрисдикцию, постановление Markman или согласованные толкования (патентный режим) и стадию дела. Записывай результаты в папку дела ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/<matter-slug>/claim-charts/. Не читай файлы другого дела, если Cross-matter context не включён (on).


Загрузка контекста

  • ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md → роль, заголовок рабочих материалов юриста, позиция при принятии решений, хранилище документов, каркас теории дела
  • matter.md активного дела — требования, возражения, сторона, юрисдикция, стадия, теория
  • Для гражданского режима: исковое заявление или встречный иск (какие пункты заявлены на самом деле), отзыв на иск (какие возражения по существу заявлены на самом деле), источник соответствующей типовой инструкции присяжным и применимая норма закона, если требование основано на законе. Также корпус доказательств — протоколы допросов, заявления под присягой, предоставленные документы, заключения экспертов.
  • Для патентного режима: патент, заявленные пункты формулы, описание изобретения, история рассмотрения заявки (prosecution history), если она доступна, материалы по обвиняемому продукту или документ уровня техники, любое постановление Markman или согласованные толкования.

Если в CLAUDE.md остались метки [PLACEHOLDER], выдай такое сообщение:

Похоже, вы ещё не настроили профиль практики — именно по нему я подстраиваю калибровку рисков, ландшафт и стиль оформления под вашу практику. Два варианта: - Запустите /litigation-legal:cold-start-interview (2 минуты), чтобы настроить профиль, и я выполню задачу под ВАШУ практику. - Напишите «предварительно» (provisional), и я выполню её по общим настройкам по умолчанию — юрисдикция США, средняя готовность к риску, роль юриста, без плейбука — и помечу каждый результат тегом [PROVISIONAL — configure your profile for tailored output], чтобы вы увидели, как это работает, до того как настраивать.

Предварительный режим (Provisional)

Если пользователь пишет «предварительно» (provisional), составь таблицу в обычном порядке по таким общим настройкам по умолчанию: средняя готовность к риску, роль юриста, юрисдикция США, без плейбука уровня практики (работай по состязательным бумагам дела и по элементам требований в том виде, как они заявлены). Пометь тегом [PROVISIONAL] заметку проверяющему и каждую строку таблицы. В конце результата добавь:

«Это был общий прогон по настройкам по умолчанию. Запустите /litigation-legal:cold-start-interview, чтобы получать результат, настроенный под ВАШУ практику: вашу калибровку рисков, ваш ландшафт, ваш стиль оформления. Это 2 минуты».

Контроль конфликтов — обойти нельзя. Прежде чем составлять таблицу, найди ярлык (slug) дела в ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml. Если дела в _log.yaml нет, откажись и направь пользователя:

«Я не вижу [slug дела] в журнале дел. Сначала запустите /litigation-legal:matter-intake, чтобы пройти проверку конфликтов и настроить рабочую папку дела. Я не буду составлять таблицу по делу, которое не прошло приём: проверка конфликтов — это барьер».

Не продолжай по делу, не прошедшему приём. Именно приём запускает проверку конфликтов и записывает строку в _log.yaml, которую читает этот скилл.


Выбор режима

Спроси в самом начале, прежде чем делать что-либо ещё:

Какая таблица нужна? 1. Патентная таблица соответствия формулы изобретения (claim chart) — сопоставление признаков пункта формулы по элементам с обвиняемым продуктом (--infringement), с уровнем техники (--invalidity) или с таблицей другой стороны (--review). Для патентных позиций, ходатайств и ответов по IPR, таблиц FTO. 2. Гражданская таблица элементов — элементы основания иска (или возражения по существу), сопоставленные с доказательствами. Для проверки правдоподобности искового заявления, планирования раскрытия доказательств, подготовки MSJ, планов порядка представления доказательств.

Плюс сбор исходных данных (общий для обоих режимов):

  • Сторона. Заявляем требование или защищаемся? (В гражданском режиме это меняет бремя доказывания; в патентном режиме — подачу нарушения и недействительности.)
  • Юрисдикция / суд. Штат и суд: типовые инструкции различаются (CACI в Калифорнии, NYPJI в Нью-Йорке, типовые инструкции федеральных округов, особенности штатов). В патентном режиме различаются местные патентные правила (Patent Local Rules: N.D. Cal., E.D. Tex., D. Del., ITC, PTAB). Отметь, какое из них определяющее.
  • Стадия. До подачи иска, состязательные бумаги, раскрытие доказательств, MSJ, подготовка к суду, после суда. Таблица одна и та же; меняется подача результата.
  • Есть ли готовая таблица? Если режим --review, загрузи её.

РЕЖИМ 1 — Патентная таблица соответствия формулы изобретения

Подрежимы

  • --infringement — элементы пункта формулы против обвиняемого продукта (позиции о нарушении по PLR 3-1, приложения к ответам по IPR/PGR, приложения к исковому заявлению)
  • --invalidity — элементы пункта формулы против уровня техники (позиции о недействительности по PLR 3-3, приложения к ходатайствам по IPR/PGR, возражения по §102/§103)
  • --review — аудит таблицы, которую подготовил кто-то другой

Дополнительные исходные данные патентного режима

  • Номер патента и заявленные пункты формулы. Какие независимые, какие зависимые. (Не составляй таблицу по незаявленным пунктам, если об этом не просили.)
  • Дата приоритета. Определяет барьер по §102 и дату фактической подачи для режима AIA / до AIA.
  • Существующие толкования. Постановление Markman, согласованные толкования, толкования, предложенные в брифах.

Рабочий процесс патентного режима

Шаг 1: Разбери пункты формулы

Разбери заявленные независимые пункты формулы на пронумерованные элементы. Учти:

  • Преамбула. Отметь, является ли она ограничивающей — это вопрос толкования формулы (*Catalina Marketing Int'l, Inc. v. Coolsavings.com, Inc.*, 289 F.3d 801 (Fed. Cir. 2002)). Поставь пометку preamble-limiting: unresolved, если определение о толковании не решает этот вопрос.
  • Переходная фраза. «Comprising» (открытая) / «consisting of» (закрытая) / «consisting essentially of» (полуоткрытая). От неё зависит, исключают ли нарушение дополнительные элементы, не упомянутые в формуле.
  • Элементы, разделённые запятыми / точками с запятой, нумеруются [1a], [1b], [1c]. Сохраняй нумерацию неизменной — это хребет таблицы.
  • Функциональные признаки (means-plus-function, §112(f)) — каждое «means for [function]» или нетехническое функциональное выражение. Объём определяется структурой, раскрытой в описании, плюс эквиваленты. Укажи соответствующую структуру по столбцу/строке (col./line). Если описание не раскрывает структуру, поставь пометку indefinite-112f.
  • Группы Markush, пункты по формуле Jepson, продукт-по-способу, зависимость от порядка шагов способа — отметь их с пояснением о необычных правилах толкования.
  • Зависимые пункты — сослись на родительский; составляй таблицу только по дополнительным признакам. Выполняй, а не обозначай. Если среди заявленных пунктов есть зависимые, построй на Шаге 4 настоящие строки с дополнительными признаками для каждого зависимого — не оставляй заметку, что зависимые «следует разобрать».
  • **Однокоренные структурные термины — по умолчанию construction-dependent.** Для каждого элемента, в котором назван структурный термин с распространённым однокоренным аналогом в уровне техники этой области, по умолчанию ставь строке состояние literal-construction-dependent (а не literal), если только описание прямо не определяет этот термин или действующее постановление Markman не снимает неоднозначность. Именно эти термины чаще всего оспариваются на стадии Markman, а презумпция чистого буквального прочтения занижает риск. Типичные семейства аналогов, которые нужно отмечать сразу:
ОбластьСемейство аналогов (отмечай как structural-term-cognate)
Крепёж / анкерызазубрина (barb) / резьба / выступ / гребень / ребро / зуб
Гидравлика / катетерыпросвет (lumen) / канал / отверстие / проход / трубопровод
Механические корпусавтулка (hub) / бобышка / фланец / кольцо / уступ
Крепёж / соединениягнездо / выемка / карман / полость
Электрика / электроникаконтакт / клемма / площадка / вывод
Оптикалинза / отражатель / окно / апертура
Конструкциистенка / элемент / опора / стойка / ребро жёсткости
Поверхностиповерхность / грань / интерфейс

Список не исчерпывающий: если в формуле назван структурный термин, который можно разумно прочитать узко (заострённая зазубрина или любой выступ) или широко (канал или любой проход), отметь structural-term-cognate в _constructions и по умолчанию поставь строке construction-dependent. Юрист может понизить её до literal после постановления Markman или определения в описании, которое снимет неоднозначность.

Покажи разбор пользователю. Подтверди его, прежде чем сопоставлять. Ошибка в разборе портит каждую строку ниже.

Шаг 2: Проверка толкования формулы

Отметь спорные термины:

  • Придуманные термины или термины, определённые в описании
  • Термины с историей рассмотрения заявки (изменения, доводы, отказы от притязаний — *Phillips v. AWH Corp.*, 415 F.3d 1303 (Fed. Cir. 2005); эстоппель по *Festo*)
  • Функциональные формулировки («configured to», «adapted to», «operable to»)
  • Относительные термины («substantially», «about») — риск неопределённости по *Nautilus, Inc. v. Biosig Instruments, Inc.*, 572 U.S. 898 (2014)
  • Термины, относящиеся к реализации на компьютере, — риск по Alice / §101 для недействительности

По каждому отмеченному термину укажи толкование(я), при котором сопоставление работает, и толкование(я), при котором оно не работает. Если есть постановление Markman, примени его. Если идёт обмен брифами, составь таблицу по толкованию каждой стороны.

Шаг 3: Сопоставление

Для каждого элемента и каждого объекта сравнения:

  1. Найди доказательства. Обвиняемый продукт: документация, руководства, технические листы, исходный код, разборка продукта (teardown), показания на допросах, заключения экспертов. Уровень техники: столбец/строка для патентов США, абзац для опубликованных заявок, страница/рисунок для непатентной литературы (NPL). Для уровня техники отметь, подходит ли документ как источник (§102(a)(1), (a)(2), (b); границы по AIA и до AIA). Если статус документа как уровня техники неочевиден, пометь prior-art-status: needs-evidence.
  2. Цитируй дословно. Символ в символ. Без пересказа. Обрывай по границам предложений и отмечай пропуск.
  3. Определи характер сопоставления.
СопоставлениеЗначениеГде применяется
literalФормулировка пункта формулы буквально охватывает оспариваемый признак / раскрытие в уровне техникиОба
literal-construction-dependentБуквально при толковании X; не выполняется при толковании YОба
doeЭквивалент (функция-способ-результат или несущественные различия)Только нарушение
anticipationКаждый элемент есть в одном источнике в том сочетании, как заявлено (*Net MoneyIN, Inc. v. VeriSign, Inc.*, 545 F.3d 1359 (Fed. Cir. 2008))Только недействительность
obviousness-combinationВторой источник даёт недостающий элемент; требуется мотивация комбинировать по *KSR Int'l Co. v. Teleflex Inc.*, 550 U.S. 398 (2007)Только недействительность
partialЭлемент присутствует частичноОба
not-foundЭлемента нетОба
needs-evidenceПо имеющимся материалам не определитьОба
construction-dependentЗависит от того, как толкуется спорный терминОба
  1. Укажи состояние каждой ячейки. mapped / mapped-doe / partial / not-found / needs-evidence / construction-dependent / anticipation / obviousness-combination.
  2. Отметь открытые вопросы. «Сопоставление работает, если [X]. Чтобы подтвердить, нужно [разборка продукта / исходный код / допрос / эксперт]».

Никаких молчаливых дополнений. Скудная документация означает needs-evidence, а не экстраполяцию с похожих продуктов.

Шаг 4: Зависимые пункты — выполняй, а не обозначай

Для каждого заявленного зависимого пункта построй настоящую строку (или набор строк), в которой дополнительные признаки сопоставлены с объектом сравнения. Укажи родительскую зависимость: чтобы нарушить или признать недействительным зависимый пункт, нужно нарушить или признать недействительным родительский. Строй сами строки, а не заметку о том, что строки следовало бы построить.

Если пользователь дал перечень заявленных пунктов, в который входят зависимые, результат ОБЯЗАН содержать строки для каждого из них. Если пользователь назвал только независимый пункт и сказал «пока разбери независимые», тогда зависимые в результат не входят, но пропущенные нужно показать явно («Заявленные зависимые пункты [X, Y, Z] в этом прогоне не разобраны — запросите: повторите прогон с --include-dependents или вставьте текст зависимого пункта»). Не пропускай зависимые молча.

Формат строки зависимого пункта:

| [#] | Элемент (дословно) | Оспариваемый признак (или раскрытие в уровне техники) | Доказательство (с точной ссылкой) | Сопоставление | Состояние | Проверено |
|---|---|---|---|---|---|---|
| 2 [доп.] | "wherein the barb extends at an angle of 15° to 30° from the body axis" | Угол зазубрины AnchorFast Mini 18° по [CM-AM-2026-03 Fig. 4 + §2.3] | [CM-AM-2026-03 §2.3] "barb angle 18° ±2°" | literal-construction-dependent | mapped | ☐ |

Шаг 4.5: Дополнения по доктрине эквивалентов (DOE) — выполняй, а не обозначай

Для каждого элемента, отнесённого к literal, где оспариваемый признак структурно похож, но не идентичен буквально, — и для каждого элемента, где буквальное сопоставление зависит от спорного толкования, — построй парную строку кандидата на DOE (режим нарушения). Не ограничивайся сноской «анализ DOE выполняется отдельно», не построив само сопоставление по DOE.

Строка кандидата на DOE добавляет абзац с наброском «функция-способ-результат», отмечает по каждому элементу риски эстоппеля по истории рассмотрения заявки и передачи в общественное достояние и указывает доказательства, которые подтвердили бы эквивалент. Если DOE неприменима (элемент читается буквально на оспариваемый продукт вне всякого спора), пропусти. Если literal зависит от толкования, а DOE была бы запасным вариантом юриста при более узком толковании, построй строку DOE.

Формат:

| [#-DOE] | Элемент | Оспариваемый признак | Функция-способ-результат | Эстоппель по истории рассмотрения? | Риск передачи в общественное достояние? | Состояние |
|---|---|---|---|---|---|---|
| 1b-DOE | "at least one barb" | массив из трёх зазубрин на противоположных гранях | функция: сопротивление извлечению; способ: механическое зацепление с губчатой костью; результат: анкер остаётся на месте при растягивающей нагрузке. | [needs-evidence: prosecution history] | [needs-evidence: disclosed-but-unclaimed alternatives in spec] | construction-dependent |

Как и с зависимыми пунктами: если скилл не может построить строки DOE по какой-то причине (нет доказательств по оспариваемому продукту, на которые можно опереть «функцию-способ-результат», нет доступной истории рассмотрения заявки), скажи об этом прямо и отправь в needs-evidence. Не пропускай DOE молча.

Шаг 5: Косвенное, разделённое нарушение, умышленность (только нарушение)

Отмечай, а не давай заключение:

  • Побуждение (§271(b)) — *Commil USA, LLC v. Cisco Systems, Inc.*, 575 U.S. 632 (2015); *Global-Tech Appliances, Inc. v. SEB S.A.*, 563 U.S. 754 (2011)
  • Содействие (§271(c)) — компонент, специально изготовленный для использования с нарушением
  • Разделённое / совместное нарушение (§271(a)) — *Akamai Techs., Inc. v. Limelight Networks, Inc.*, 797 F.3d 1020 (Fed. Cir. 2015) (en banc), тест «направляет/контролирует»
  • Умышленность — *Halo Elecs., Inc. v. Pulse Elecs., Inc.*, 579 U.S. 93 (2016); тройное возмещение по §284

Шаг 6: Пороги недействительности (только недействительность)

Для §102: каждый элемент в одном источнике. Раздробленное по нескольким источникам — это уже §103.

Для §103: основной источник + второй источник(и) + документально подтверждённая мотивация по *KSR*. Отмечай прямое указание/подсказку/мотивацию, мотивацию из рынка или потребности в конструкции, обоснованное ожидание успеха и вторичные признаки (*Graham v. John Deere Co.*, 383 U.S. 1 (1966)) — коммерческий успех, давняя потребность, неудачи других, признание в отрасли, копирование.

Также отмечай:

  • §101 — *Alice Corp. Pty. Ltd. v. CLS Bank Int'l*, 573 U.S. 208 (2014); *Mayo Collaborative Servs. v. Prometheus Labs., Inc.*, 566 U.S. 66 (2012)
  • §112 ¶ 1 — письменное описание, возможность воспроизведения (enablement) (*Amgen Inc. v. Sanofi*, 598 U.S. 594 (2023))
  • §112 ¶ 2 — определённость (*Nautilus*, supra)
  • §112 ¶ 6 — структура для функциональных признаков (means-plus-function)
  • Неисполнимость патента — недобросовестное поведение (inequitable conduct), запоздалое предъявление при рассмотрении заявки (prosecution laches), эстоппель цедента/лицензиата (пометки только для юриста)

Недействительность должна быть показана ясными и убедительными доказательствами — *Microsoft Corp. v. i4i Ltd. P'ship*, 564 U.S. 91 (2011). Первичная обоснованность (prima facie) в таблице не является доказательством на суде.

Шаг 7 (подрежим проверки): Аудит

По каждой строке: подтверждено ли сопоставление? Точна ли ссылка? Полностью ли учтён элемент? Какой сильнейший контрдовод? Где возможность для опровержения? Выдай вердикты по строкам (supported / weak / unsupported) и уязвимости таблицы.

Ограничения патентного режима (в дополнение к общим ограничениям)

  • Rule 11 / Patent Local Rule. Позиции о нарушении и недействительности требуют разумной проверки и непустого основания. Таблица из этого скилла — черновик, а не заявленная позиция.
  • Откровенность в толковании формулы. Каждая строка, зависящая от толкования, указывает принятое толкование и толкование, при котором сопоставление не работает.
  • Откровенность в DOE. Сопоставление по DOE не равно буквальному. Отмечай по каждому элементу риски эстоппеля по истории рассмотрения заявки и передачи в общественное достояние.
  • Косвенное нарушение — отдельно. Не сливай побуждение / содействие со строками прямого нарушения.
  • Бремя доказывания недействительности — в таблице. Назови стандарт ясных и убедительных доказательств.

РЕЖИМ 2 — Гражданская таблица элементов

Сопоставь элементы основания иска (или возражения по существу) с доказательствами. Главные результаты: (а) таблица, которая показывает, какое доказательство относится к какому элементу, и (б) перечень пробелов, который показывает юристу, чего не хватает.

Рабочий процесс

Шаг 1: Определи требование(я)

  • Какое основание иска? (Или возражение?) Если требований несколько, разбирай каждое отдельно.
  • Какая сторона? Первичное обоснование истца (prima facie case), возражение ответчика по существу, оспаривание ответчиком первичного обоснования истца (режим MSJ). Прочитай ## Side в профиле практики и возьми по умолчанию: plaintiff — сопоставлять первичное обоснование (доказывать элементы); defense — сопоставлять пробелы и возражения по существу (опровергать или обходить элементы). Перед началом подтверди, что позиция соответствует этому делу.
  • Какая юрисдикция? Штат и суд. Элементы и формулировки типовых инструкций различаются по юрисдикциям. Библиотека шаблонов — лишь основа; определяющей остаётся применимая типовая инструкция или норма закона.
  • Какие состязательные бумаги? Загрузи исковое заявление / встречный иск / отзыв, чтобы таблица отслеживала реально заявленные пункты, а не обобщённую версию.

Шаг 2: Загрузи элементы

Три пути:

(а) Библиотека шаблонов. Обратись к references/element-templates.md (в папке этого скилла). Базовые элементы для распространённых оснований иска и возражений по существу, со ссылками на Restatement / типовые инструкции и оговоркой о юрисдикции. Выбери шаблон, соответствующий заявленному пункту.

(б) Свой перечень. Пользователь сам задаёт элементы или вставляет типовую инструкцию присяжным / норму закона / пункт искового заявления для разбора. Разбери на пронумерованные элементы.

(в) Возражения по существу. Также поддерживай сопоставление возражений — исковая давность, laches, эстоппель, отказ от права (waiver), «нечистые руки» (unclean hands), освобождение от обязательства (release), новация с удовлетворением (accord and satisfaction), непринятие мер к уменьшению убытков, сравнительная вина, содействующая небрежность, принятие риска и т. д. У возражений есть собственные элементы, которые обязан доказать ответчик (а для некоторых, после заявления возражения, истец должен их опровергнуть).

Формулировки конкретных юрисдикций — предлагай сам. Если в профиле практики ## Company profile → Core jurisdictions или в matter.md активного дела названы Делавэр, Нью-Йорк или Калифорния (три самых частых коммерческих суда), предложи формулировку этого штата сам, рядом с базовой, — не спрашивай сначала «а добавляет/убирает/меняет ли ваша юрисдикция формулировки». Пользователю не нужно учить скилл местному правилу; скилл должен предложить его, а пользователь выберет.

Расхождения, которые нужно показывать без просьбы (список неполный — дополняй, когда шаблоны повторяются):

Основание иска / возражениеБаза (Restatement / типовая инструкция)Формулировка конкретной юрисдикции
Нарушение договора4 элемента (договор, исполнение, нарушение, убытки; CACI 303)DE: 3 элемента — договорное обязательство, нарушение, убытки (причинная связь входит в нарушение) по *VLIW Tech., LLC v. Hewlett-Packard Co.*, 840 A.2d 606 (Del. 2003). DE добавляет 5-й элемент — отсутствие достаточного средства защиты по общему праву (no adequate remedy at law), — если требуется реальное исполнение.
Нарушение договора — товарыЭлементы нарушения по общему правуЕсли речь о товарах и юрисдикции с U.C.C. Article 2 (все 50 штатов, кроме LA): загрузи элементы нарушения по U.C.C. (соответствующая поставка, приёмка / отказ от приёмки / отзыв приёмки, устранение недостатков, покрытие (cover), средства защиты продавца). Покажи оба варианта; пусть пользователь выберет.
Нарушение договора — партионные товары / договор с поставкой по частямНарушение по общему праву или U.C.C. § 2-711 (система для нарушения одной поставки)Договоры с поставкой по частям по U.C.C. § 2-612 — «существенное ухудшение ценности части (installment)» заменяет правило идеальной поставки; нарушение в целом требует «существенного ухудшения ценности всего договора». Если договор предусматривает поставку товаров отдельными партиями (несколько отправок, поставок), по умолчанию применяй рамку § 2-612: это действующий режим, и анализ существенно отличается от нарушения одной поставки. Отметь для подписывающего: «Это составлено как договор с поставкой по частям по § 2-612 — подтвердите, что такая квалификация соответствует структуре поставок по договору».
Небрежность (negligence)4 элемента (обязанность, нарушение, причинная связь, убытки; Restatement (Second) Torts § 281)CA: следуй формулировке CACI No. 400 (небрежность per se по CACI 418, когда применимо). NY: формулировка PJI 2:10 — немного другая формулировка о ближайшей причине.
Небрежное введение в заблуждениеRestatement (Second) Torts § 552 — оправданная опора на сведения, имущественный ущербNY: требует непосредственной связи (contemporaneous privity) или отношений, «настолько близких, что они приближаются к отношениям privity», по *Credit Alliance Corp. v. Arthur Andersen & Co.*, 65 N.Y.2d 536 (1985).
Мошенничество (fraud)9 элементов (часто сжимают до 5 — заявление, существенность, знание о ложности, намерение побудить, оправданная опора, убытки)DE: 5 элементов по *Stephenson v. Capano Dev.*, 462 A.2d 1069 (Del. 1983). CA: формулировка CACI 1900 — 5 элементов, опора должна быть «оправданной». NY: требует конкретизации фактов по CPLR 3016(b), а умысел (scienter) — отдельный элемент.
Нарушение фидуциарной обязанностиRestatement / общее право — фидуциарная обязанность, нарушение, убыткиDE: самая развитая система права о фидуциарных обязанностях (*Aronson v. Lewis*, *Cede & Co. v. Technicolor*, *In re Trados*) — по умолчанию применяй формулировку Делавэра для любого дела о компании, зарегистрированной в DE, независимо от суда.

Когда формулировка конкретной юрисдикции существенно отличается от базовой, таблица открывается однострочным пояснением:

Примечание о юрисдикции: вы сказали, что это дело в [DE/NY/CA]. Вот чем формулировка [юрисдикции] отличается от базовой: [расхождение]. Таблица ниже использует формулировку [юрисдикции]. Если это неверно, скажите, и я загружу заново.

Подтверди у пользователя перечень элементов, прежде чем сопоставлять. Если юрисдикция пользователя — не DE/NY/CA, спроси: «Добавляет / убирает / переформулирует ли типовая инструкция вашей юрисдикции что-либо из этого?» Если да, используй их версию.

Шаг 3: Сопоставление

Для каждого элемента:

  • Подтверждающие доказательства — что доказывает этот элемент? Укажи источник с точной ссылкой.
  • Показания на допросе — [Doe Dep. 42:15–43:7]
  • Заявление под присягой — [Smith Decl. ¶ 12]
  • Предоставленный документ — [DEF00012345 at 3]
  • Признание — [Def.'s Resp. to RFA No. 5]
  • Приложение (exhibit) — [Trial Ex. 14 at 2]
  • Заключение эксперта — [Jones Expert Rep. at 18]
  • Ответ в порядке раскрытия — [Pl.'s Resp. to Interrog. No. 8]
  • Норма закона / дело — для чисто правовых элементов
  • Дословная цитата, если доказательство — показания или документ. Без пересказа.
  • Опровергающие доказательства — что работает в обратную сторону? Укажи. Это уязвимость строки.
  • Сила — strong / moderate / weak / none. Без усложнений. Излишне точные оценки силы — шум; важны строки weak и none.
  • Состояние ячейки — supported / partial / disputed / gap / needs-discovery.

Шаг 4: Выявление пробелов — главный результат

После сопоставления составь перечень пробелов. В этом смысл таблицы.

Элементы с недостаточными доказательствами или без них: [список] - Если вы заявляете требование (истец): они подрывают правдоподобность искового заявления (Iqbal/Twombly), возражение на MSJ или позицию на суде. Закройте их до следующего ходатайства. - Если вы защищаетесь: это ваши цели для MSJ и ходатайства о вынесении вердикта без передачи дела присяжным (directed verdict). Истец обязан доказать каждый элемент; пробел — это защита. - Если раскрытие доказательств ещё не началось: это приоритеты вашего раскрытия — допросы, запросы документов и вопросы стороне (interrogatories), которые превращают пробел в supported или подтверждают none.

Выявление пробелов не является выводом по существу. Это карта мест, где дело слабо обеспечено.

Шаг 5: Подача с учётом стадии

Спроси о стадии. Таблица одна, подача результата разная:

  • До подачи иска / состязательные бумаги. Заявлен ли каждый элемент в исковом заявлении правдоподобно (*Ashcroft v. Iqbal*, 556 U.S. 662 (2009); *Bell Atl. Corp. v. Twombly*, 550 U.S. 544 (2007))? Любой элемент, заявленный «по информации и убеждению» без фактического основания, — мишень для 12(b)(6).
  • Раскрытие доказательств. Что нужно раскрыть по каждому элементу в состоянии gap или needs-discovery? Какие свидетели, какие держатели документов, какие вопросы стороне, какие запросы о признании (RFA).
  • MSJ. Есть ли по каждому элементу подлинный спор о существенном факте? Ячейка supported у подающего ходатайство без опровергающих доказательств — боеприпасы для упрощённого решения; ячейка disputed мешает MSJ.
  • Суд. Порядок доказывания. Какой свидетель доказывает элемент 1, какое приложение — элемент 2, кто удостоверяет подлинность, что служит основанием (foundation). Таблица становится планом судебного разбирательства.

Шаг 6 (подрежим проверки): Аудит

Для брифа противной стороны к MSJ, ходатайства об отклонении иска или черновика внешних юристов: доказывают ли приведённые ими доказательства каждый элемент на самом деле? Где их таблица слабая? Какой ваш сильнейший контрдовод?

Ограничения гражданского режима (в дополнение к общим ограничениям)

  • Юрисдикция. Перечень элементов — база. Всегда подтверждай определяющую типовую инструкцию (CACI, NYPJI, типовая инструкция федерального округа и т. д.) или норму закона. Укажи источник на листе _elements таблицы.
  • Только заявленные пункты. Разбирай то, что заявлено на самом деле. Не добавляй пункт, которого нет в исковом заявлении, только потому, что факты, возможно, его поддерживают, — это другой анализ.
  • Возражения по существу. Если сопоставляешь возражения, отметь, лежит ли бремя на ответчике (в большинстве случаев) или заявление возражения переносит бремя на истца.
  • «Пробел» ≠ «дело проиграно». Пробел — это зацепка. Раскрытие доказательств, заявление под присягой или заключение эксперта могут его закрыть. Таблица показывает, где копать.

Общая основа (оба режима)

Результат

Добавь в начало заголовок рабочих материалов юриста из ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md, раздел ## Outputs.

Таблица Markdown (всегда)

Одна таблица на каждое требование / возражение / пункт патентной формулы по каждому объекту сравнения.

Пример патентного режима:

| [#] | Элемент (дословно) | Оспариваемый признак | Доказательство (с точной ссылкой) | Сопоставление | Состояние | Проверено |
|---|---|---|---|---|---|---|
| 1a | "a processor configured to..." | SoC по техническому листу | [Datasheet p. 7] "..." | literal-construction-dependent | mapped | ☐ |
| 1b | "means for [function]" (§112(f)) | [предполагаемый эквивалент] | [source, file.c:124] "..." | needs-evidence | needs-evidence | ☐ |

Пример гражданского режима:

| [#] | Элемент | Подтверждающие доказательства (с точной ссылкой) | Опровергающие доказательства | Сила | Состояние | Проверено |
|---|---|---|---|---|---|---|
| 1 | Наличие договора | [Ex. 3, MSA § 1; Smith Dep. 22:4–14] | нет | strong | supported | ☐ |
| 2 | Исполнение истцом | [Jones Decl. ¶¶ 4–9] | [Doe Dep. 101:3–11: "they never delivered Phase 2"] | moderate | disputed | ☐ |
| 3 | Нарушение ответчиком | — | [Doe Dep. 101:3–11] | none | gap | ☐ |
| 4 | Причинная связь | — | — | none | needs-discovery | ☐ |
| 5 | Убытки | [Expert Rep. at 18 — $2.4M lost profits] | [Def.'s Expert Rep. at 6 — critiques methodology] | moderate | disputed | ☐ |

Затем добавь:

  • Возражения / пороги (патентный режим: пометки о недействительности / косвенном нарушении / умышленности; гражданский режим: пометки о возражениях по существу, пометки Iqbal/Twombly до подачи иска)
  • Перечень пробелов (гражданский режим) / перечень недостающих доказательств (патентный режим) — главный результат
  • Что в какую сторону работает — сводка — самые сильные элементы, самые слабые элементы
  • Итоговая строка — *«Этот скилл не делает выводов».* Элементы сопоставлены/подтверждены: [список]. Элементы, которым нужны доказательства / в состоянии пробела: [список]. Элементы, зависящие от толкования (патент) / спорные (гражданский): [список]. Нужно суждение юриста.
  • Проверка ссылок — каждую точную ссылку, дело, столбец/строку, страницу:строку допроса нужно сверить с источником.

CSV (всегда)

Два файла на таблицу:

  • [chart-slug].csv — значения
  • [chart-slug]_sources.csv — дословные цитаты, точные ссылки, примечания

Безопасность ячеек CSV / электронных таблиц. Прежде чем записать любое значение ячейки, проверь первый символ. Если это =, +, -, @, табуляция (\t) или возврат каретки (\r), добавь в начало один апостроф ('), чтобы нейтрализовать интерпретацию формул Excel/Sheets. Дословные доказательства из недружественных источников (позиции противной стороны, руководства конкурентов, уровень техники третьих лиц, скачанные веб-страницы, протоколы допросов, предоставленные при раскрытии материалы) могут содержать строки, которые электронная таблица выполнит как формулы (=HYPERLINK(...), =cmd|...!A1, +WEBSERVICE(...)), и таблица превратится в канал утечки данных или удалённого выполнения кода (RCE), когда юрист её откроет. Одних кавычек по RFC 4180 для защиты недостаточно: ведущий = всё равно интерпретируется. Добавляй апостроф в CSV, XLSX и Sheets. Фиксируй ячейки, где это сделано, чтобы проверяющий видел, какие цитаты были нейтрализованы.

Электронная таблица (Excel или Sheets)

Спроси, с чем работает команда. Используй схему из скилла tabular-review плагина corporate-legal — та же модель цитирования на уровне ячеек, та же цветовая кодировка по состояниям, тот же столбец Verified, тот же лист схемы:

  • Одна строка на элемент (или элемент × объект сравнения, если сравниваешь несколько объектов)
  • Каждый столбец с доказательствами парный со скрытым столбцом источника, где лежат дословная цитата и точная ссылка; комментарии к ячейкам (Excel) или заметки (Sheets) показывают цитату при наведении
  • Цветовая кодировка по состояниям:
  • *Патентный режим:* белый = mapped, жёлтый = construction-dependent / partial / DOE, оранжевый = needs-evidence, красный = not-found
  • *Гражданский режим:* белый = supported, жёлтый = partial / disputed, оранжевый = needs-discovery, красный = gap
  • Столбец Verified на каждый столбец доказательств, по умолчанию пустой — проверяющий отмечает сам
  • Лист _elements с источником элементов: типовая инструкция присяжным (CACI No. X, NYPJI §Y, типовая инструкция федерального округа), норма закона (ссылка), раздел Restatement или разбор патентной формулы. Именно это делает таблицу проверяемой: читатель видит, откуда взяты элементы.
  • Лист _gaps с каждой строкой в состоянии gap, needs-evidence или needs-discovery и указанием, чего ещё не хватает
  • Только для патентного режима: лист _claim-parse (разложение на элементы), лист _constructions (спорные термины и принятые толкования)

Применяй нейтрализацию апострофом к каждой ячейке, записываемой в электронную таблицу.

Добавь заголовок рабочих материалов юриста первой строкой. Рядом помести:

Эта таблица составлена по исходным документам, которые могут быть привилегированными, конфиденциальными или и теми и другими. Она наследует статус привилегии и конфиденциальности источников: распространение за пределы круга лиц, охваченных привилегией, может привести к её утрате. Храните вместе с привилегированными файлами дела и принимайте решения о распространении осознанно. Ничто в этой таблице не подано и не вручено; это черновик для проверки юристом.

Имя файла и расположение

  • Патентное нарушение: claim-chart-infringement-[patent#]-claim[#]-[target]-YYYY-MM-DD.{md,csv,xlsx}
  • Патентная недействительность: claim-chart-invalidity-[patent#]-claim[#]-[ref]-YYYY-MM-DD.{md,csv,xlsx}
  • Гражданский: element-chart-[count-slug]-[side]-YYYY-MM-DD.{md,csv,xlsx}
  • Проверка: chart-review-[subject]-YYYY-MM-DD.{md,csv,xlsx}

Если рабочие папки дел включены и есть активное дело: ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/<matter-slug>/claim-charts/. Иначе: ~/.claude/plugins/config/claude-for-legal/litigation-legal/claim-charts/. Покажи путь. Добавь однострочную запись в history.md дела.

Краткая сводка

После записи таблицы дай сводку на один экран:

  • Пункт(ы) формулы / требование(я) / пункт(ы) патентной формулы, объект(ы) сравнения, юрисдикция, стадия
  • Элементов в таблице · подтверждено/сопоставлено · частично · спорно · пробел / нужны доказательства · не найдено
  • Перечень пробелов (гражданский режим) или недостающих доказательств (патентный режим) — это приоритетный список
  • Где лежат файлы результата
  • Напоминание: каждая ячейка — зацепка. Таблица — черновик, а не позиция / бриф / порядок доказывания.

Ограничение для пользователя, не являющегося юристом

Если в ## Who's using this указана роль Non-lawyer (не юрист):

Эта таблица — исследовательский черновик, а не юридический документ для подачи. Вручение позиций, подача брифа или опора на эту таблицу при заключении по существу имеют последствия по Rule 11 и материальному праву. Прежде чем использовать её в любых юридических целях, её должен проверить юрист в соответствующей юрисдикции. Вот справка на одну страницу, чтобы принести её юристу: [Подготовь: требование / патент, сторона, юрисдикция, стадия, элементы, число подтверждённых / пробелов / нуждающихся в раскрытии, три самых значимых открытых вопроса.]

Передай таблицу вместе со справкой.

Общие ограничения — чек-лист

  • Проверка ссылок. Каждая точная ссылка (столбец/строка, страница, страница:строка допроса, Bates, ¶) — это утверждение об источнике. Проверяет их юрист. Скилл не выдумывает ссылки: если ссылку получить нельзя, ячейка получает needs-evidence или gap.
  • Указание источника. У каждой дословной цитаты есть источник в парном CSV и в скрытом столбце источника электронной таблицы. Цитата без источника — не доказательство.
  • Никаких молчаливых дополнений. Слабые доказательства означают needs-evidence / gap, а не «экстраполируй». Не заполняй пробел из поиска в интернете, из обучающих данных или из «того, как обычно идут такие дела».
  • Проверка рабочей папки дела. Перед записью подтверди активное дело. Никогда не записывай таблицу дела A в папку дела B.
  • Позиция при принятии решений. Если неясно, выполнен ли элемент, отметь, а не решай. partial показывает юристу, какой части не хватает.
  • Внедрение формул. Каждая ячейка, записываемая в CSV / XLSX / Sheets, проверяется на ведущие =, +, -, @, \t, \r и получает префикс '. По умолчанию: сначала нейтрализовать, потом записывать.
  • Элементы зависят от юрисдикции. Библиотека шаблонов — основа. Определяющей остаётся применимая типовая инструкция или норма закона.
  • Таблица — не бриф, не подача и не позиция. Любой результат — черновик.

Связь с другими скиллами

  • ip-legal:infringement-triage (патентный режим) — первичный перечень пометок. Этот скилл — полная таблица, которая идёт следом.
  • ip-legal:fto-triage — FTO использует ту же механику со стороны возможного ответчика. Если оцениваешь собственный продукт против патента третьего лица, направь в FTO и используй формат этого скилла.
  • corporate-legal:tabular-review — исходная схема цитирования на уровне ячеек и состояний проверки. Таблица пункта формулы / элементов — специализированный табличный разбор.
  • litigation-legal:chronology — хронология — это шкала времени; таблица элементов — матрица доказательств. Запись хронологии часто становится ссылкой на доказательство в ячейке.
  • litigation-legal:deposition-prep — ячейка needs-discovery часто превращается в тему допроса. После допроса новые показания заполняют ячейки.
  • litigation-legal:brief-section-drafter — раздел брифа к MSJ о фактах часто строят прямо по подтверждённым (supported) строкам таблицы элементов.

Закончи деревом следующих шагов

Заверши деревом следующих шагов по CLAUDE.md ## Outputs. Подстрой варианты под то, что скилл только что подготовил: пять веток по умолчанию (подготовить X, эскалировать, собрать больше фактов, наблюдать и ждать, что-то другое) — стартовая точка, а не жёсткое правило. Дерево — это и есть результат; юрист выбирает.

Чего этот скилл не делает

  • Не делает выводов. Ни о нарушении, ни об отсутствии нарушения, ни об ответственности, ни об её отсутствии. Никогда.
  • Не решает вопрос толкования формулы (патент) и не определяет, какие элементы определяющие (гражданский режим). Он отмечает спорные термины / базовые элементы и составляет таблицу при заявленных допущениях.
  • Не удовлетворяет требованию ясных и убедительных доказательств для недействительности и не достигает преобладания доказательств на суде. Он выдаёт первичный черновик для проверки юристом.
  • Не заменяет экспертный анализ. Анализ исходного кода, разборки продукта, технические эксперты, эксперты по убыткам — отдельные рабочие материалы, на которые эта таблица указывает, но не заменяет их.
  • Ничего не вручает, не подаёт и не подписывает. Любой результат — черновик. Вручает и подаёт юрист.
  • Не экстраполирует. Если доказательств нет, ячейка получает needs-evidence / gap, а не догадку.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-legal/tree/main/litigation-legal/skills/claim-chart, лицензия Apache-2.0. Изменения: перевод на русский язык.

Оригинал на английском
---
name: claim-chart
description: Build or review an element chart — a patent claim chart (infringement, invalidity, or review) or a civil element chart for any cause of action or defense — with every cell pin-cited and gap detection as the priority output. Use when the user asks for a claim chart, element chart, proof chart, infringement or invalidity contention, element-by-element mapping, or asks "what are we missing to prove [claim]".
argument-hint: '[--patent | --civil] [--infringement | --invalidity | --review] [--claim <n>] [--count <name>] [--target <slug>]'
---

# /claim-chart

1. Load `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` → role, work-product header, decision posture, document storage.
2. If matter workspaces enabled, confirm or select the active matter; load `matter.md` (side, jurisdiction, phase, theory, pleadings).
3. Follow the workflow and reference below.
4. Mode selection:
   - `--patent` → patent claim chart. Require patent number and at least one asserted claim. Sub-modes: `--infringement`, `--invalidity`, `--review`.
   - `--civil` → civil element chart. Require the cause of action (or defense) and the side.
   - No flag → ask the user which.
5. For civil mode: consult `references/element-templates.md` in the skill directory for the baseline element list. Confirm the controlling pattern instruction or statute with the user before mapping.
6. For patent mode: parse asserted claims into elements, flag disputed terms for construction, apply any Markman order.
7. Map elements against the target (accused product / prior art / evidence corpus / chart under review). Every cell pin-cited. Apply the apostrophe-prefix neutralization before writing any cell value starting with `=`, `+`, `-`, `@`, tab, or CR.
8. Produce the gap list (civil) or needs-evidence list (patent) — the priority output.
9. Write markdown, CSV (values + `_sources` companion), and Excel or Sheets per user preference. Work-product header on every output.
10. Write to the matter's `claim-charts/` folder if a matter is active; otherwise the practice-level `claim-charts/` folder. Append a one-line entry to `history.md` if a matter is active.
11. Return a summary readout: claim(s), target(s), jurisdiction, phase, element counts by state, the gap list, file paths, and the reminder that every cell is a lead.

---

# Claim Chart

## Disclosed-document use restrictions

Before working with a set of litigation documents, ask: "Were any of these documents obtained through disclosure or discovery in legal proceedings?" If yes:

- **England & Wales (CPR 31.22):** Documents obtained through disclosure are subject to the implied undertaking — you may only use them for the purpose of the proceedings in which they were disclosed, unless the court grants permission, the disclosing party consents, or the document has been read in open court. Using them for a different matter, a different claim, or a commercial purpose without permission is a contempt.
- **US:** Protective orders and Rule 26(c) may impose similar restrictions. Check the order.
- **Other jurisdictions:** Similar restrictions commonly apply. Check the local rule.

Confirm: "This use is within the proceedings in which the documents were disclosed, or I have permission / consent, or the documents are now public." If not confirmed, flag it: "⚠️ Disclosed documents may have use restrictions. Confirm this use is permitted before proceeding."

## A CHART IS A DRAFT, NOT A FINDING OR A CONTENTION

**Put this at the top of every output. Do not drop it. Do not soften it.**

> This chart is a draft for attorney analysis and verification, not a filed contention, an MSJ brief, an opening statement, or a legal opinion. Every mapping is a lead the attorney must verify against the source. The elements listed come from pattern jury instructions, the Restatement, or the claim language as parsed — the **controlling** authority in the user's jurisdiction (CACI / NYPJI / the circuit's pattern charge / the governing statute / a Markman order) may differ and always controls. Gap detection is a starting point for discovery or a motion; it is not a conclusion about the merits.

Under-flagging a gap is a one-way door — a complaint filed without plausibility on an element, an MSJ response served without evidence for a disputed element, or a case tried without proof of damages. Over-flagging is a two-way door — the attorney clears flags in review. The default is biased toward the two-way door.

---

## Matter context

Check `## Matter workspaces` in the practice-level CLAUDE.md. If `Enabled` is `✗` (the default for in-house users), skip the rest of this paragraph — skills use practice-level context and the matter machinery is invisible. If enabled and there is no active matter, ask: "Which matter is this for? Run `/litigation-legal:matter-workspace switch <slug>` or say `practice-level`." Load the active matter's `matter.md` — especially the case theory, the pleading / complaint (for the elements actually alleged), the jurisdiction, any Markman order or stipulated constructions (patent mode), and the phase of the case. Write outputs to the matter folder at `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/<matter-slug>/claim-charts/`. Never read another matter's files unless `Cross-matter context` is `on`.

---

## Load context

- `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` → role, work-product header, decision posture, document storage, case-theory scaffolding
- Active matter's `matter.md` — claims, defenses, side, jurisdiction, phase, theory
- For civil mode: the complaint or counterclaim (for the actually-pleaded counts), any answer (for the actually-pleaded affirmative defenses), the relevant pattern jury instruction source, and the governing statute if statutory. Also the evidence corpus — deposition transcripts, declarations, produced documents, expert reports.
- For patent mode: the patent, the asserted claims, the specification, prosecution history if available, the accused-product material or prior art reference, any Markman order or stipulated constructions.

If `CLAUDE.md` has `[PLACEHOLDER]` markers, surface this bounce:

> I notice you haven't configured your practice profile yet — that's how I tailor risk calibration, landscape, and house style to your practice.
>
> **Two choices:**
> - Run `/litigation-legal:cold-start-interview` (2 minutes) to configure your profile, then I'll run this tailored to YOUR practice.
> - Say **"provisional"** and I'll run this against generic defaults — US jurisdiction, middle risk appetite, lawyer role, no playbook — and tag every output `[PROVISIONAL — configure your profile for tailored output]` so you can see what I do before committing.

### Provisional mode

If the user says "provisional," build the claim chart normally using these generic defaults: middle risk appetite, lawyer role, US jurisdiction, no practice-level playbook (work from the matter's pleadings and the elements of the claims as pleaded). Tag the reviewer note and every row of the chart with `[PROVISIONAL]`. At the end of the output, append:

> "That was a generic run against default assumptions. Run `/litigation-legal:cold-start-interview` to get output calibrated to YOUR practice — your risk calibration, your landscape, your house style. 2 minutes."

**Conflicts gate — unbypassable.** Before building a claim chart, check `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml` for the matter slug. If the matter is not in `_log.yaml`, refuse and route:

> "I don't see [matter slug] in the matter log. Run `/litigation-legal:matter-intake` first so the conflicts check runs and the matter workspace is set up. I won't build a claim chart on a matter that hasn't been intaken — the conflicts check is the gate."

Do not proceed on an unintaken matter. Intake is what runs conflicts and writes the `_log.yaml` row this skill reads from.

---

## Mode selection

Ask at the top, before anything else:

> Which kind of chart?
>
> 1. **Patent claim chart** — element-by-element mapping of claim limitations against an accused product (`--infringement`), prior art (`--invalidity`), or another party's chart (`--review`). For patent contentions, IPR petitions / responses, FTO charts.
> 2. **Civil element chart** — elements of a cause of action (or affirmative defense) mapped against the evidence. For complaint plausibility checks, discovery planning, MSJ prep, order-of-proof outlines.

Plus intake (common to both):

- **Side.** Asserting or defending? (In civil mode this flips the burden; in patent mode it flips infringement/invalidity framing.)
- **Jurisdiction / forum.** State and court — pattern instructions vary (CACI in California, NYPJI in New York, federal circuits' pattern charges, state-specific variations). In patent mode, Patent Local Rules vary (N.D. Cal., E.D. Tex., D. Del., ITC, PTAB). Flag which controls.
- **Phase.** Pre-filing, pleadings, discovery, MSJ, trial prep, post-trial. The chart is the same; the framing of the output changes.
- **Existing chart?** If `--review`, load it.

---

# MODE 1 — Patent claim chart

## Sub-modes

- `--infringement` — claim elements vs. accused product (PLR 3-1 infringement contentions, IPR/PGR response exhibits, complaint exhibits)
- `--invalidity` — claim elements vs. prior art (PLR 3-3 invalidity contentions, IPR/PGR petition exhibits, §102/§103 defenses)
- `--review` — audit a chart someone else produced

## Additional patent-mode intake

- **Patent number and asserted claims.** Which independent, which dependent. (Don't chart unasserted claims unless asked.)
- **Priority date.** Establishes the §102 bar and the effective filing date for the AIA / pre-AIA regime.
- **Existing constructions.** Markman order, stipulated constructions, constructions proposed in briefing.

## Patent-mode workflow

### Step 1: Parse the claims

Parse asserted independent claims into numbered elements. Handle:

- **Preamble.** Note whether it's limiting — a question of claim construction (*Catalina Marketing Int'l, Inc. v. Coolsavings.com, Inc.*, 289 F.3d 801 (Fed. Cir. 2002)). Flag `preamble-limiting: unresolved` unless the construction order resolves it.
- **Transitional phrase.** "Comprising" (open) / "consisting of" (closed) / "consisting essentially of" (semi-open). Affects whether additional unrecited elements defeat infringement.
- **Elements** separated by commas / semicolons, numbered `[1a]`, `[1b]`, `[1c]`. Keep numbering stable — it's the chart's spine.
- **Means-plus-function (§112(f))** — every "means for [function]" or non-structural functional term. Scope is the structure disclosed in the spec plus equivalents. Cite corresponding structure by col./line. If the spec fails to disclose structure, flag `indefinite-112f`.
- **Markush groups, Jepson claims, product-by-process, method-step order dependencies** — flag with a note on unusual construction rules.
- **Dependent claims** — reference parent; chart only the additional limitations. **Execute, don't gesture.** If asserted claims include dependents, produce the actual additional-limitation rows for each dependent in Step 4 — do not emit a note that dependents "should be charted."
- **Structural-term cognates — default to `construction-dependent`.** For each element that recites a structural noun with a common cognate in the prior art of the field, default the row's state to `literal-construction-dependent` (not `literal`) unless the spec expressly defines the term or an existing Markman order forecloses the ambiguity. These are the terms most commonly disputed at Markman — presuming a clean literal read under-flags the risk. Common cognate families to flag proactively:

  | Field | Cognate family (flag as `structural-term-cognate`) |
  |---|---|
  | Fasteners / anchors | barb / thread / projection / ridge / fin / tooth |
  | Fluidics / catheters | lumen / channel / bore / passage / conduit |
  | Mechanical housings | hub / boss / flange / collar / shoulder |
  | Fasteners / joints | socket / recess / pocket / cavity |
  | Electrical / electronic | contact / terminal / pad / lead |
  | Optical | lens / reflector / window / aperture |
  | Structural | wall / member / support / strut / rib |
  | Surfaces | surface / face / interface |

  This list is not exhaustive — if the claim recites a structural noun that could reasonably be read narrowly (pointed barb vs. any projection) or broadly (channel vs. any passage), flag `structural-term-cognate` in `_constructions` and default the row to `construction-dependent`. The attorney can demote it to `literal` after a Markman order or a definition in the spec forecloses the ambiguity.

Show the parse to the user. Confirm before mapping. A wrong parse poisons every row below it.

### Step 2: Claim construction check

Flag disputed terms:

- Coined terms or terms defined in the spec
- Terms with prosecution history (amendments, arguments, disavowals — *Phillips v. AWH Corp.*, 415 F.3d 1303 (Fed. Cir. 2005); *Festo* estoppel)
- Functional language ("configured to", "adapted to", "operable to")
- Relative terms ("substantially", "about") — definiteness risk under *Nautilus, Inc. v. Biosig Instruments, Inc.*, 572 U.S. 898 (2014)
- Computer-implemented terms — Alice / §101 exposure for invalidity

For each flagged term, state the construction(s) under which the mapping works and the construction(s) under which it fails. If a Markman order exists, apply it. If briefing is underway, chart under each side's proposed construction.

### Step 3: Map

For each element, for each target:

1. **Find evidence.** Accused product: documentation, manuals, data sheets, source code, teardowns, deposition testimony, expert reports. Prior art: column/line for US patents, paragraph for published apps, page/figure for NPL. For prior art, flag whether the reference qualifies (§102(a)(1), (a)(2), (b); AIA vs. pre-AIA cutoffs). If prior-art status isn't obvious, mark `prior-art-status: needs-evidence`.
2. **Quote verbatim.** Character-for-character. No paraphrase. Cut at sentence boundaries and mark elision.
3. **Characterize the mapping.**

   | Mapping | Meaning | Where |
   |---|---|---|
   | `literal` | Claim language reads on the accused feature / prior-art disclosure | Both |
   | `literal-construction-dependent` | Literal under X; fails under Y | Both |
   | `doe` | Equivalent (function-way-result or insubstantial differences) | Infringement only |
   | `anticipation` | Every element in a single reference, arranged as claimed (*Net MoneyIN, Inc. v. VeriSign, Inc.*, 545 F.3d 1359 (Fed. Cir. 2008)) | Invalidity only |
   | `obviousness-combination` | Secondary reference supplies the missing element; motivation to combine required under *KSR Int'l Co. v. Teleflex Inc.*, 550 U.S. 398 (2007) | Invalidity only |
   | `partial` | Some of the element is present | Both |
   | `not-found` | Element not present | Both |
   | `needs-evidence` | Can't tell from available material | Both |
   | `construction-dependent` | Turns on how a disputed term is construed | Both |

4. **State per cell.** `mapped` / `mapped-doe` / `partial` / `not-found` / `needs-evidence` / `construction-dependent` / `anticipation` / `obviousness-combination`.
5. **Flag open questions.** "This maps if [X]. Need [teardown / source code / deposition / expert] to confirm."

**No silent supplement.** Thin documentation means `needs-evidence`, not extrapolation from similar products.

### Step 4: Dependent claims — execute, don't gesture

For each asserted dependent claim, produce an actual row (or set of rows) charting the additional limitation(s) against the target. The parent dependency is noted, and infringement / invalidity of the dependent requires the parent's. **Produce the rows, not a placeholder note that rows should be produced.**

If the user provided a list of asserted claims that includes dependents, the chart's output MUST contain rows for each of them. If the user gave only the independent claim and said "chart the independents for now," fine — then the output doesn't chart dependents, but it surfaces the dropped ones explicitly ("Asserted dependents [X, Y, Z] not charted in this run — request: rerun with `--include-dependents` or paste the dependent claim text"). Do not silently skip dependents.

A dependent-claim row format:

```markdown
| [#] | Element (verbatim) | Accused feature (or prior-art disclosure) | Evidence (pin-cited) | Mapping | State | Verified |
|---|---|---|---|---|---|---|
| 2 [add'l] | "wherein the barb extends at an angle of 15° to 30° from the body axis" | AnchorFast Mini barb angle 18° per [CM-AM-2026-03 Fig. 4 + §2.3] | [CM-AM-2026-03 §2.3] "barb angle 18° ±2°" | literal-construction-dependent | mapped | ☐ |
```

### Step 4.5: DOE supplements — execute, don't gesture

For every element charted as `literal` where the accused feature is structurally similar but not literally identical — or every element where the `literal` mapping turns on a contested construction — produce a **paired DOE candidacy row** (infringement mode). Do not footnote "DOE analysis is separate" without producing the actual DOE mapping.

A DOE candidacy row adds a one-paragraph function-way-result sketch, flags prosecution history estoppel and dedication-to-the-public risks per element, and cites the evidence that would support the equivalent. If DOE is inapplicable (the element reads literally on the accused product beyond dispute), skip. If `literal` is construction-dependent and DOE would be the attorney's fallback under the narrower construction, produce the DOE row.

Format:

```markdown
| [#-DOE] | Element | Accused feature | Function-way-result | PH estoppel? | Dedication risk? | State |
|---|---|---|---|---|---|---|
| 1b-DOE | "at least one barb" | three-barb opposing-face array | function: resist withdrawal; way: mechanical engagement with cancellous bone; result: anchor remains seated under tensile load. | [needs-evidence: prosecution history] | [needs-evidence: disclosed-but-unclaimed alternatives in spec] | construction-dependent |
```

As with dependents: if the skill can't produce the DOE rows for a reason (no accused-product evidence to ground function-way-result, no prosecution history available), say so explicitly and route to `needs-evidence`. Do not skip DOE silently.

### Step 5: Indirect, divided, willfulness (infringement only)

Flag, don't opine:

- **Induced (§271(b))** — *Commil USA, LLC v. Cisco Systems, Inc.*, 575 U.S. 632 (2015); *Global-Tech Appliances, Inc. v. SEB S.A.*, 563 U.S. 754 (2011)
- **Contributory (§271(c))** — component especially made for infringing use
- **Divided / joint (§271(a))** — *Akamai Techs., Inc. v. Limelight Networks, Inc.*, 797 F.3d 1020 (Fed. Cir. 2015) (en banc) directs/controls test
- **Willfulness** — *Halo Elecs., Inc. v. Pulse Elecs., Inc.*, 579 U.S. 93 (2016); treble damages under §284

### Step 6: Invalidity thresholds (invalidity only)

For §102: every element in a single reference. Partial across references is §103.

For §103: primary reference + secondary reference(s) + documented motivation under *KSR*. Flag explicit teaching/suggestion/motivation, market or design-need motivation, reasonable expectation of success, and **secondary considerations** (*Graham v. John Deere Co.*, 383 U.S. 1 (1966)) — commercial success, long-felt need, failure of others, industry praise, copying.

Also flag:
- **§101** — *Alice Corp. Pty. Ltd. v. CLS Bank Int'l*, 573 U.S. 208 (2014); *Mayo Collaborative Servs. v. Prometheus Labs., Inc.*, 566 U.S. 66 (2012)
- **§112 ¶ 1** — written description, enablement (*Amgen Inc. v. Sanofi*, 598 U.S. 594 (2023))
- **§112 ¶ 2** — definiteness (*Nautilus*, supra)
- **§112 ¶ 6** — means-plus-function structure
- **Unenforceability** — inequitable conduct, prosecution laches, assignor/licensee estoppel (attorney-only flags)

Invalidity must be shown by clear and convincing evidence — *Microsoft Corp. v. i4i Ltd. P'ship*, 564 U.S. 91 (2011). Prima facie in a chart is not proof at trial.

### Step 7 (review sub-mode): Audit

For each row: is the mapping supported? Is the pin cite accurate? Is the element fully accounted for? What's the strongest counter? What's the rebuttal opportunity? Output verdicts per row (`supported` / `weak` / `unsupported`) and the chart's vulnerabilities.

## Patent-mode guardrails (in addition to shared guardrails)

- **Rule 11 / Patent Local Rule.** Infringement and invalidity contentions require a reasonable inquiry and a non-frivolous basis. A chart out of this skill is a draft, not a contention.
- **Claim construction candor.** Every construction-dependent row states the construction assumed and the construction under which the mapping fails.
- **DOE candor.** A DOE mapping is not equivalent to a literal one. Flag prosecution history estoppel and dedication-to-the-public risks per element.
- **Indirect is separate.** Don't fold induced / contributory into direct-infringement rows.
- **Invalidity burden on the chart.** State the clear-and-convincing standard.

---

# MODE 2 — Civil element chart

Map the elements of a cause of action (or affirmative defense) against the evidence. The killer outputs are (a) a chart that says what evidence goes with what element and (b) a gap list that tells the attorney what's missing.

## Workflow

### Step 1: Identify the claim(s)

- What cause of action? (Or defense?) If multiple counts, chart each separately.
- Which side? Plaintiff's prima facie case, defendant's affirmative defense, defendant's challenge to plaintiff's prima facie case (MSJ mode). Read `## Side` in the practice profile for the default — `plaintiff` defaults to mapping the prima facie case (proving the elements); `defense` defaults to mapping gaps and affirmative defenses (disproving or avoiding the elements). Confirm the posture matches this matter before starting.
- Which jurisdiction? State and court. **Elements and pattern-instruction language vary by jurisdiction.** The template library is a baseline; the controlling pattern instruction or statute controls.
- Which pleading? Load the complaint / counterclaim / answer so the chart tracks the counts actually pleaded, not a generic version.

### Step 2: Load the elements

Three paths:

**(a) Template library.** Reference `references/element-templates.md` (in this skill's directory). Baseline elements for common causes of action and common affirmative defenses, with citations to the Restatement / pattern instructions and a jurisdiction caveat. Select the template that matches the pleaded count.

**(b) Custom.** User defines elements, or pastes a jury instruction / statute / a count from the complaint to parse. Parse into numbered elements.

**(c) Affirmative defenses.** Also support mapping defenses — statute of limitations, laches, estoppel, waiver, unclean hands, release, accord and satisfaction, failure to mitigate, comparative fault, contributory negligence, assumption of risk, etc. Defenses have their own elements the defendant must prove (or, for some, the plaintiff must negate once raised).

**Jurisdiction-specific formulations — surface proactively.** If the practice profile's `## Company profile → Core jurisdictions` or the active matter's `matter.md` names **Delaware, New York, or California** (the three most-common commercial fora), surface the state-specific formulation proactively alongside the baseline — do not ask "does your jurisdiction add/drop/reword" first. The user shouldn't have to teach the skill the local rule; the skill should offer it and let the user choose.

Divergences to surface without being asked (non-exhaustive — add to this list as patterns recur):

| Cause of action / defense | Baseline (Restatement / pattern) | Jurisdiction-specific formulation |
|---|---|---|
| Breach of contract | 4 elements (contract, performance, breach, damages; CACI 303) | **DE:** 3 elements — contractual obligation, breach, damages (causation folded into breach) per *VLIW Tech., LLC v. Hewlett-Packard Co.*, 840 A.2d 606 (Del. 2003). **DE adds a 5th element** — no adequate remedy at law — when the claim seeks specific performance. |
| Breach of contract — goods | Common-law breach elements | **If goods + U.C.C. Article 2 jurisdiction (all 50 states except LA):** load U.C.C. breach elements (conforming tender, acceptance / rejection / revocation, cure, cover, seller's remedies). Present both; let user pick. |
| Breach of contract — multi-lot goods / installment contract | Common-law breach or U.C.C. § 2-711 (single-delivery breach framework) | **Installment contracts under U.C.C. § 2-612** — "substantial impairment of the value of the installment" replaces the perfect-tender rule; aggregate breach requires "substantial impairment of the value of the whole contract." If the contract calls for goods to be delivered in separate lots (multiple shipments, deliveries), default to § 2-612 framing — it is the governing regime and the analysis is materially different from single-delivery breach. Flag for signer: "This is drafted as an installment contract under § 2-612 — confirm that characterization matches the contract's delivery structure." |
| Negligence | 4 elements (duty, breach, causation, damages; Restatement (Second) Torts § 281) | **CA:** follow CACI No. 400 formulation (negligence per se per CACI 418 when applicable). **NY:** PJI 2:10 formulation — slightly different language on proximate cause. |
| Negligent misrepresentation | Restatement (Second) Torts § 552 — justifiable reliance, pecuniary loss | **NY:** requires **contemporaneous privity** or a relationship "so close as to approach that of privity" per *Credit Alliance Corp. v. Arthur Andersen & Co.*, 65 N.Y.2d 536 (1985). |
| Fraud | 9 elements (often condensed to 5 — representation, materiality, knowledge of falsity, intent to induce, justifiable reliance, damages) | **DE:** 5 elements per *Stephenson v. Capano Dev.*, 462 A.2d 1069 (Del. 1983). **CA:** CACI 1900 formulation — 5 elements with reliance being "justifiable." **NY:** requires pleading with particularity under CPLR 3016(b), and scienter is a distinct element. |
| Breach of fiduciary duty | Restatement / common law — fiduciary duty, breach, damages | **DE:** the most-developed body of fiduciary-duty law (*Aronson v. Lewis*, *Cede & Co. v. Technicolor*, *In re Trados*) — default to the Delaware formulation for any DE-entity matter regardless of forum. |

When a jurisdiction-specific formulation differs materially from the baseline, the chart opens with a one-line callout:

> **Jurisdiction note:** You told me this is a [DE/NY/CA] matter. Here's how [jurisdiction]'s formulation differs from the baseline: [divergence]. The chart below uses the [jurisdiction] formulation. If that's wrong, say so and I'll reload.

Confirm the element list with the user before mapping. If the user's jurisdiction isn't DE/NY/CA, ask: "Does your jurisdiction's pattern instruction add / drop / reword any of these?" If yes, use their version.

### Step 3: Map

For each element:

- **Evidence supporting** — what proves this element? Cite the source with a pin cite.
  - Deposition testimony — `[Doe Dep. 42:15–43:7]`
  - Declaration — `[Smith Decl. ¶ 12]`
  - Produced document — `[DEF00012345 at 3]`
  - Admission — `[Def.'s Resp. to RFA No. 5]`
  - Exhibit — `[Trial Ex. 14 at 2]`
  - Expert report — `[Jones Expert Rep. at 18]`
  - Discovery response — `[Pl.'s Resp. to Interrog. No. 8]`
  - Statute / case — for purely legal elements
- **Verbatim quote** where the evidence is testimonial or documentary. No paraphrase.
- **Evidence contradicting** — what cuts the other way? Cite it. This is the row's vulnerability.
- **Strength** — `strong` / `moderate` / `weak` / `none`. Keep it simple. Over-calibrated strength scores are noise; `weak` and `none` are the rows that matter.
- **State per cell** — `supported` / `partial` / `disputed` / `gap` / `needs-discovery`.

### Step 4: Gap detection — the killer output

After mapping, produce a gap list. This is the point of the chart.

> **Elements with thin or no evidence:** [list]
>
> - If asserting (plaintiff): these defeat your complaint's plausibility (Iqbal/Twombly), your MSJ opposition, or your case at trial. Close them before the next motion.
> - If defending: these are your MSJ targets and your directed-verdict motion. The plaintiff has to prove each element; a gap is a defense.
> - If pre-discovery: these are your discovery priorities — the depositions, document requests, and interrogatories that turn a gap into `supported` or confirm `none`.

Gap detection is not a conclusion about the merits. It's a map of where the case is light.

### Step 5: Phase-aware framing

Ask the phase. Same chart; different framing on the output:

- **Pre-filing / pleadings.** Does the complaint allege each element with plausibility (*Ashcroft v. Iqbal*, 556 U.S. 662 (2009); *Bell Atl. Corp. v. Twombly*, 550 U.S. 544 (2007))? Any element pleaded on information and belief without factual support is a 12(b)(6) target.
- **Discovery.** For each `gap` or `needs-discovery` element, what discovery is needed? Which witnesses, which document custodians, which interrogatories, which RFAs.
- **MSJ.** For each element, is there a genuine dispute of material fact? A `supported` cell for the movant with no contradicting evidence is summary-judgment ammunition; a `disputed` cell is MSJ-defeating.
- **Trial.** Order of proof. Which witness proves element 1, which exhibit proves element 2, who authenticates, what's the foundation. The chart becomes the trial outline.

### Step 6 (review sub-mode): Audit

For an opposing party's MSJ brief, a motion to dismiss, or outside counsel's draft: for each element, does their cited evidence actually prove it? Where is their chart thin? What's your strongest counter?

## Civil-mode guardrails (in addition to shared guardrails)

- **Jurisdiction.** The element list is a baseline. Always confirm the controlling pattern instruction (CACI, NYPJI, federal circuit pattern charge, etc.) or statute. State the source on the chart's `_elements` sheet.
- **Pleaded counts only.** Chart what's actually pleaded. Don't add a count the complaint doesn't allege just because the facts might support it — that's a different analysis.
- **Affirmative defenses.** If mapping defenses, note whether the burden is on the defendant (most) or whether raising the defense shifts a burden to the plaintiff.
- **"Gap" ≠ "case over."** A gap is a lead. Discovery, a declaration, or an expert report can close it. The chart shows where to dig.

---

# Shared chassis (both modes)

## Output

Prepend the work-product header from `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` `## Outputs`.

### Markdown table (always)

One table per claim / defense / patent-claim per target.

**Patent mode example:**

```markdown
| [#] | Element (verbatim) | Accused feature | Evidence (pin-cited) | Mapping | State | Verified |
|---|---|---|---|---|---|---|
| 1a | "a processor configured to..." | SoC per datasheet | [Datasheet p. 7] "..." | literal-construction-dependent | mapped | ☐ |
| 1b | "means for [function]" (§112(f)) | [alleged equiv.] | [source, file.c:124] "..." | needs-evidence | needs-evidence | ☐ |
```

**Civil mode example:**

```markdown
| [#] | Element | Evidence supporting (pin-cited) | Evidence contradicting | Strength | State | Verified |
|---|---|---|---|---|---|---|
| 1 | Existence of a contract | [Ex. 3, MSA § 1; Smith Dep. 22:4–14] | none | strong | supported | ☐ |
| 2 | Plaintiff's performance | [Jones Decl. ¶¶ 4–9] | [Doe Dep. 101:3–11: "they never delivered Phase 2"] | moderate | disputed | ☐ |
| 3 | Defendant's breach | — | [Doe Dep. 101:3–11] | none | gap | ☐ |
| 4 | Causation | — | — | none | needs-discovery | ☐ |
| 5 | Damages | [Expert Rep. at 18 — $2.4M lost profits] | [Def.'s Expert Rep. at 6 — critiques methodology] | moderate | disputed | ☐ |
```

Follow with:
- **Defenses / thresholds** (patent mode: invalidity / indirect / willfulness flags; civil mode: affirmative-defense flags, Iqbal/Twombly flags pre-pleading)
- **Gap list** (civil mode) / **needs-evidence list** (patent mode) — **the priority output**
- **What cuts which way — summary** — strongest elements, weakest elements
- **Conclusion line** — *"This skill does not conclude."* Elements mapped/supported: [list]. Elements needing evidence / in a gap state: [list]. Elements construction-dependent (patent) / disputed (civil): [list]. Attorney judgment required.
- **Citation verification** — every pin cite, case, column/line, deposition page:line must be verified against the source.

### CSV (always)

Two files per chart:
- `[chart-slug].csv` — values
- `[chart-slug]_sources.csv` — verbatim quotes, pin cites, notes

**CSV / spreadsheet cell safety.** Before writing any cell value, check the first character. If it is `=`, `+`, `-`, `@`, tab (`\t`), or carriage return (`\r`), prepend a single apostrophe (`'`) to neutralize Excel/Sheets formula interpretation. Verbatim evidence from adversarial sources (opposing counsel's contentions, competitor product manuals, third-party prior art, scraped web pages, deposition transcripts, discovery productions) can contain strings that a spreadsheet will execute as formulas (`=HYPERLINK(...)`, `=cmd|...!A1`, `+WEBSERVICE(...)`), turning the chart into a data-exfiltration or RCE vector when an attorney opens it. RFC 4180 quoting alone does not defeat this — the leading `=` is still interpreted. Apply the apostrophe prefix in CSV, XLSX, and Sheets outputs. Log cells where this was applied so the reviewer can see which quotes were neutralized.

### Spreadsheet (Excel or Sheets)

Ask which the team works in. Use the pattern from `corporate-legal`'s `tabular-review` skill — same cell-level citation model, same state-based color coding, same `Verified` column, same schema sheet:

- One row per element (or element × target if comparing multiple targets)
- Each evidence column paired with a hidden source column containing the verbatim quote and pin cite; cell comments (Excel) or notes (Sheets) surface the quote on hover
- Color coding by state:
  - *Patent:* white = `mapped`, yellow = `construction-dependent` / `partial` / DOE, orange = `needs-evidence`, red = `not-found`
  - *Civil:* white = `supported`, yellow = `partial` / `disputed`, orange = `needs-discovery`, red = `gap`
- `Verified` column per evidence column, blank by default — reviewer marks it
- `_elements` sheet documenting the element source: pattern jury instruction (CACI No. X, NYPJI §Y, federal circuit pattern charge), statute (cite), Restatement section, or patent-claim parse. This is what makes the chart auditable — a reader can see where the elements came from.
- `_gaps` sheet listing every `gap`, `needs-evidence`, or `needs-discovery` row with what's still needed
- For patent mode only: `_claim-parse` sheet (element decomposition), `_constructions` sheet (disputed terms and assumed constructions)

Apply the apostrophe-prefix neutralization to every cell written into the spreadsheet.

Prepend the work-product header as the top row. Alongside it, include:

> This chart is derived from source documents that may be privileged, confidential, or both. It inherits the sources' privilege and confidentiality status — distribution beyond the privilege circle can waive privilege. Store with the matter's privileged files and make distribution decisions deliberately. Nothing in this chart has been filed or served; it is a draft for attorney review.

### Filename and location

- Patent infringement: `claim-chart-infringement-[patent#]-claim[#]-[target]-YYYY-MM-DD.{md,csv,xlsx}`
- Patent invalidity: `claim-chart-invalidity-[patent#]-claim[#]-[ref]-YYYY-MM-DD.{md,csv,xlsx}`
- Civil: `element-chart-[count-slug]-[side]-YYYY-MM-DD.{md,csv,xlsx}`
- Review: `chart-review-[subject]-YYYY-MM-DD.{md,csv,xlsx}`

If matter workspaces enabled and a matter is active: `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/<matter-slug>/claim-charts/`. Otherwise: `~/.claude/plugins/config/claude-for-legal/litigation-legal/claim-charts/`. Surface the path. Append a one-line entry to the matter's `history.md`.

## Summary readout

After the chart is written, give a one-screen readout:

- Claim(s) / count(s) / patent claim(s), target(s), jurisdiction, phase
- Elements charted · supported/mapped · partial · disputed · gap / needs-evidence · not-found
- The gap list (civil) or needs-evidence list (patent) — **this is the priority list**
- Where the output files are
- Reminder: every cell is a lead. The chart is a draft, not a contention / brief / order of proof.

## Non-lawyer gate

If `## Who's using this` Role is Non-lawyer:

> This chart is a research draft, not a legal filing. Serving contentions, filing a brief, or relying on this for a merits opinion has Rule 11 and substantive legal consequences. An attorney in the relevant jurisdiction must review before this is used for any legal purpose.
>
> Here's a one-page brief to bring to an attorney:
>
> [Generate: claim / patent, side, jurisdiction, phase, elements, supported / gap / needs-discovery counts, the three most load-bearing open questions.]

Deliver the chart alongside the brief.

## Shared guardrails — checklist

- **Citation verification.** Every pin cite (column/line, page, deposition page:line, Bates, ¶) is a claim about the source. The attorney verifies. The skill does not fabricate cites — if a cite cannot be produced, the cell is `needs-evidence` or `gap`.
- **Source attribution.** Every verbatim quote has its source in the companion CSV and the spreadsheet's hidden source column. A quote without a source is not evidence.
- **No silent supplement.** Thin evidence means `needs-evidence` / `gap`, not "extrapolate." Do not fill from web search, training data, or "how these cases usually go" to close a gap.
- **Matter workspace check.** Confirm the active matter before writing. Never write matter A's chart into matter B's folder.
- **Decision posture.** When uncertain whether an element is met, flag; do not decide. `partial` tells the attorney what part is missing.
- **Formula injection.** Every cell written to CSV / XLSX / Sheets is checked for leading `=`, `+`, `-`, `@`, `\t`, `\r` and prefixed with `'`. Default: neutralize-then-write.
- **Elements are jurisdiction-specific.** The template library is a baseline. The controlling pattern instruction or statute controls.
- **A chart is not a brief, a filing, or a contention.** Every output is a draft.

---

## Relationship to other skills

- `ip-legal:infringement-triage` (patent mode) — the first-pass flag list. This skill is the full chart that comes next.
- `ip-legal:fto-triage` — FTO uses the same mechanics from the potentially-accused posture. If evaluating own product vs. a third-party patent, route to FTO and use this skill's format.
- `corporate-legal:tabular-review` — the underlying cell-level citation and verification-state pattern. A claim / element chart is a specialized tabular review.
- `litigation-legal:chronology` — the chronology is the timeline; the element chart is the proof matrix. A chronology entry often becomes a cell's evidence cite.
- `litigation-legal:deposition-prep` — a `needs-discovery` cell often becomes a depo topic. After a depo, new testimony fills cells.
- `litigation-legal:brief-section-drafter` — an MSJ brief's fact section is often built directly off the supported rows of an element chart.

---

## Close with the next-steps decision tree

End with the next-steps decision tree per CLAUDE.md `## Outputs`. Customize the options to what this skill just produced — the five default branches (draft the X, escalate, get more facts, watch and wait, something else) are a starting point, not a lock-in. The tree is the output; the lawyer picks.

## What this skill does not do

- **It does not conclude.** Not infringement, not non-infringement, not liability, not non-liability. Ever.
- **It does not decide claim construction** (patent) or **the controlling elements** (civil). It flags disputed terms / baseline elements and charts under stated assumptions.
- **It does not meet the clear-and-convincing burden for invalidity** or **the preponderance at trial**. It produces a prima facie draft for attorney review.
- **It does not substitute for expert analysis.** Source code review, teardowns, technical experts, damages experts are separate work products this chart routes to, not replaces.
- **It does not serve, file, or sign anything.** Every output is a draft. An attorney serves and files.
- **It does not extrapolate.** If the evidence isn't there, the cell is `needs-evidence` / `gap` — never a guess.

Источник: anthropics/claude-for-legal / litigation-legal / claim-chart ↗. Ссылка проверена 2026-10-10.