BF litigation-risk-monitor
Мониторинг рисков патентов, связанных с судебными разбирательствами, и анализ родственных патентов. Сценарий использования: пользователь предоставляет список целевых заявителей (от 1 до N, на китайском или английском языке) и хочет автоматически искать патенты, связанные с судебными разбирательствами, под этими заявителями, выполнять расширенный анализ родственных патентов INPADOC, комбинировать информацию о публичных судебных процессах из модуля Patsnap legal и web.search для перекрестной проверки, выводить базовый анализ родственных патентов (регион/технология/юридический статус/история рассмотрения), временную шкалу судебных разбирательств (включая номера патентов, связанных с делом), углубленный анализ дел, связанных с судебными разбирательствами (истец/ответчик/номер дела/статус/предмет спора/защита/результат), расширенный анализ ключевых изобретателей за последние 3 года, а также генерировать единый HTML-отчет + структурированные вложения JSON/CSV, предоставляя выводы по региональным рискам, предупреждениям о необходимости реагирования и прогнозам тенденций. Неприменимо для: анализа новизны/изобретательского уровня отдельных патентов (маршруты novelty-check / non-obviousness-check), чисто юридических заключений по FTO, открытого сбора информации без списка заявителей, общих вопросов, не связанных с "родственными патентами, связанными с судебными разбирательствами + судебными делами + тенденциями изобретателей".
машинный переводПоказать оригиналСкрыть оригинал«涉诉专利风险监测与同族扩展分析技能。触发场景：用户提供目标申请人名单（1～N 个，中英文均可），希望自动检索这些申请人名下的涉诉专利，做 I…»
涉诉专利风险监测与同族扩展分析技能。触发场景：用户提供目标申请人名单（1～N 个，中英文均可），希望自动检索这些申请人名下的涉诉专利，做 INPADOC 同族扩展，结合 Patsnap legal 模块与 web.search 公开诉讼信息双向交叉，输出同族基础分析（地域/技术点/法律状态/审查历史）、诉讼时间线（含涉案专利号）、涉诉案件深度分析（原被告/案号/进程/争议焦点/抗辩/结果）、核心发明人近 3 年延伸分析，并生成单一 HTML 报告 + 结构化 JSON/CSV 附件，给出地域风险、应诉预警、趋势预测三维结论。不适用于：单件专利新颖性/创造性分析（路由 novelty-check / non-obviousness-check）、纯 FTO 法律意见、无申请人名单的开放式情报、与"涉诉专利同族 + 诉讼案件 + 发明人趋势"无关的一般性问答。
Мониторинг рисков патентов, связанных с судебными разбирательствами, и анализ родственных патентов.
Как процесс F 31/100 · Не запустится — Скилл ссылается на файлы, которых нет в архиве: 含pn+title+url
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- В тексте есть ссылки на отсутствующие файлы: добавьте файлы или уберите ссылки.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 7. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - предупреждение
body-longтело SKILL.md ≈ 7927 токенов (рекомендуется < 5000); вынесите детали в references/ - предупреждение
missing-refссылка на отсутствующий файл: 含pn+title+url - заметка
frontmatter-keyнеизвестное поле фронтматтера "copyright"
Процессный рейтинг: все десять параметров 31/100
- 0Инструменты и файлы. Не хватает 1 файла(ов): 含pn+title+url
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 30Повторный запуск. Изменяющих операций: 3, без проверки текущего состояния
- 70Стоимость исполнения. Тело инструкции 7927 токенов
- 100Шаги. Шагов: 59
- 100Согласованность. Имя и обязательные поля на месте
- low Разделов верхнего уровня: 11. Похоже на несколько доменов в одном скилле
- low Ответ описан самодельной разметкой (13 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- -228 эмодзи в инструкциях: шум для модели
- -31 из 4 скриптов не упомянуты в SKILL.md
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 383 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 39 заголовков
- +3Пошаговые инструкции: 59 пунктов
- +4Есть примеры (13 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 50.