Модуль l.2 · Урок 3
Risk-rules и рыночные бенчмарки: настраиваем оценку риска
Чему вы научитесь
- Понимать, что такое risk-rules и как они формализуют профессиональный опыт юриста
- Читать и составлять YAML-правило для конкретного типа пункта и паттерна риска
- Объяснять, почему UK-бенчмарки из проекта zahirnik/legal-agent не применимы к договорам по праву РФ
- Определять, какие нормы ГК РФ нужно учитывать при написании собственных risk-rules
- Понимать ограничения автоматического скоринга и место юриста в процессе
Что такое risk-rules
Когда юрист просматривает договор, он применяет накопленный опыт: знает, какие формулировки опасны, что считается рыночным стандартом, а что — отклонением в пользу контрагента. Risk-rules — это способ записать этот опыт в формализованную, машиночитаемую форму.
В проекте Contract Review Agent (zahirnik/legal-agent) правила хранятся в файле risk_rules.yaml. Каждое правило задаёт:
- тип пункта, к которому оно применяется (например, «индемнити»)
- паттерн или условие, которое считается проблемным
- уровень риска (low / medium / high / critical)
- текст рекомендации, который попадёт в отчёт
Это не магия языковой модели. Это структурированный список правил, который проверяется против каждого пункта после его классификации. Языковая модель помогает понять текст пункта — а правила определяют, что именно в нём плохо.
Структура YAML-правила
Пример правила на основе паттернов проекта (условный, для образовательных целей):
rules:
- id: "liability_cap_missing"
clause_type: "liability"
description: "Отсутствует ограничение совокупной ответственности (кэп)"
pattern:
type: "missing_element"
elements: ["liability cap", "aggregate liability", "maximum liability"]
risk_level: "high"
red_flag: true
recommendation: >
Пункт об ответственности не содержит ограничения совокупной суммы.
Рекомендуется согласовать кэп в размере, соразмерном стоимости договора.
Проверьте соответствие нормам ГК РФ об ответственности и убытках.
- id: "indemnity_unilateral"
clause_type: "indemnity"
description: "Индемнити одностороннее - только в пользу одной стороны"
pattern:
type: "asymmetric"
check: "beneficiary_count == 1"
risk_level: "high"
red_flag: true
recommendation: >
Индемнити обязывает только одну сторону. Оцените,
оправдана ли асимметрия коммерческими условиями сделки.
При необходимости - согласуйте взаимное индемнити или ограничьте его объём.
- id: "termination_notice_short"
clause_type: "termination"
description: "Уведомительный срок расторжения менее 14 дней"
pattern:
type: "threshold"
field: "notice_days"
operator: "lt"
value: 14
risk_level: "medium"
red_flag: false
recommendation: >
Срок уведомления о расторжении короткий. Уточните,
достаточно ли его для подготовки к прекращению обязательств.Файл risk_rules.yaml — это первое место, куда нужно идти, если агент выдаёт неверные или нерелевантные флаги. Добавление, изменение или удаление правил не требует переобучения модели — это правка конфигурации.
Как работает сравнение с рыночным бенчмарком
Помимо проверки по правилам, агент сравнивает каждый пункт с «рыночным стандартом» — типичными условиями для данного типа договора и данного типа пункта. Бенчмарки хранятся в Neo4j Aura как граф связей: тип договора → тип пункта → эталонный диапазон условий.
Пример логики сравнения:
- Тип договора: IT-услуги
- Тип пункта: ответственность
- Рыночный стандарт (по UK-бенчмарку): взаимное ограничение ответственности в размере 12-месячного вознаграждения, стандартные исключения для смерти, телесных повреждений, мошенничества
- Пункт в проверяемом договоре: одностороннее ограничение ответственности только для исполнителя, без кэпа для заказчика
- Результат: отклонение от стандарта → флаг high
Таблица ниже показывает примеры правил, что они проверяют и как это преломляется в российском контексте.
| Правило (условный пример) | Что проверяет | Нюанс для РФ |
|---|---|---|
| liability_cap_missing | Наличие верхнего предела совокупной ответственности | В ГК РФ ответственность регулируется ст. 15, 393, 394. Стороны вправе ограничить или исключить ответственность в договоре — проверяйте допустимые пределы ограничения применительно к конкретному типу договора (ст. 421 ГК РФ) |
| indemnity_unilateral | Асимметрия обязательства возмещения потерь | Конструкция «indemnity» в UK-праве не тождественна российскому возмещению убытков по ст. 393 ГК РФ. Аналог — «возмещение потерь» по ст. 406.1 ГК РФ (введена в 2015 году). Проверяйте применимость и формулировку через КонсультантПлюс |
| termination_notice_short | Срок уведомления о расторжении менее порогового | В ГК РФ для отдельных типов договоров установлены минимальные сроки уведомления (например, для договоров аренды, подряда, возмездного оказания услуг). Уточняйте применимую норму в КонсультантПлюс/«Гарант» |
| force_majeure_narrow | Узкий перечень обстоятельств непреодолимой силы | ГК РФ (ст. 401) определяет форс-мажор через признаки, а не перечень. Договорный перечень сужает или расширяет это определение — оцените соответствие практике конкретной отрасли |
| ip_assignment_no_consideration | Передача прав без встречного предоставления | В РФ безвозмездная уступка исключительных прав в предпринимательских отношениях ограничена (ст. 1234 ГК РФ). Проверяйте формулировку через КонсультантПлюс |
Критическая RF-заметка: UK-бенчмарки для РФ не годятся
Как начать писать собственные правила под ГК РФ
Переход с UK-бенчмарков на российские правила — это не техническая задача, а юридическая. YAML-синтаксис прост; сложность — в том, чтобы правильно выбрать, что именно проверять.
Ориентиры для старта:
Ответственность. В ГК РФ (ст. 15, 393, 394) прописаны общие принципы возмещения убытков и соотношения убытков с неустойкой. Стороны могут ограничить ответственность, но не по всем основаниям и не в любых отношениях — уточняйте допустимые пределы применительно к конкретному типу договора.
Неустойка. ГК РФ (ст. 330, 333) позволяет суду уменьшить явно несоразмерную неустойку. Risk-правило может проверять, не является ли заявленная формула неустойки потенциально оспоримой по ст. 333.
Возмещение потерь. Ст. 406.1 ГК РФ — относительно новая конструкция (с 2015 года), аналог indemnity. Правило может проверять, правильно ли оформлено такое условие и не противоречит ли оно обязательным нормам.
Свобода договора. Ст. 421 ГК РФ даёт широкий простор для договорного регулирования, но с ограничениями. Risk-правило должно учитывать, что некоторые условия, допустимые в UK, могут нарушать императивные нормы в РФ.
Источники для разработки правил. Актуальные нормы — в КонсультантПлюс и «Гарант». Судебную практику по конкретным условиям — там же, через поиск по арбитражным решениям. Отраслевую специфику — в профессиональных объединениях юристов и опубликованных обзорах практики.
Промпт для первичной разработки правил (использовать только на обезличенных примерах, без реальных договорных данных):
Ты помогаешь юристу формализовать правила проверки договора.
Тип договора: [указать].
Тип пункта: [указать, например, ответственность].
Опиши три-пять типичных отклонений от российской практики,
которые стоит проверять. Для каждого укажи:
- что именно проверяется,
- почему это важно по ГК РФ (общая ссылка на главу/статью, без выдумывания),
- рекомендацию для юриста.
Не выдумывай номера статей - используй только общие ссылки
и обозначь, что финальную проверку нужно провести в КонсультантПлюс.Место юриста в процессе
Автоматический скоринг по risk-rules — это инструмент первичного просмотра, а не юридическое заключение. Он помогает быстро найти пункты, заслуживающие внимания, и расставить приоритеты для детального анализа.
То, что агент не может сделать автоматически:
- оценить контекст переговоров и коммерческую логику условия
- учесть отраслевые особенности и локальную практику применительно к конкретному контрагенту
- проверить актуальность норм на момент подписания (законодательство меняется)
- подписать заключение и нести профессиональную ответственность за него
Нормальная рабочая схема: агент делает первичный просмотр за минуты → юрист получает отсортированный по риску список → юрист сосредотачивается на высоко- и критично-рисковых пунктах → даёт профессиональную оценку.