---
name: proverka-dogovorov
description: Проверка договора по российскому праву перед подписанием — поставки, услуг, подряда, аренды, лицензионного, агентского, займа, NDA. Находит риски для вашей стороны — штрафы и неустойки, сроки и молчаливую приёмку, односторонние права контрагента, подсудность и претензионный порядок, ограничение ответственности, права на результат работ, персональные данные — и готовит отчёт с цитатами пунктов, уровнем риска и редакциями для протокола разногласий. Читает .docx, .pdf и .txt (скрипт извлекает текст с номерами пунктов). Использовать, когда просят «проверь договор», «найди риски в договоре», «что не так в договоре», «подготовь протокол разногласий», contract review. Не заменяет юриста.
---

# Проверка договора

Задача — за один проход найти в договоре всё, что может стоить денег, сроков или
свободы действий **стороне пользователя**, и отдать отчёт, по которому можно
сразу идти к контрагенту с правками. Это помощь юристу и руководителю, а не
юридическое заключение: каждый отчёт начинается с такой оговорки.

## Перед началом

1. **Узнай, на чьей стороне пользователь** (заказчик или исполнитель, покупатель или
   поставщик, арендатор или арендодатель) и что для него важно (деньги, сроки,
   права на результат). Если не сказал — спроси один раз. Если ответа нет, выведи
   сторону из контекста и прямо напиши в отчёте, из какого допущения исходил.
2. **Получи текст с номерами пунктов.** Для `.docx` и `.pdf` запусти скрипт из папки
   этого скилла (в Claude Code она доступна как `${CLAUDE_SKILL_DIR}`):

   ```bash
   python3 scripts/extract_text.py договор.docx -o договор.txt
   ```

   В Windows — `python` вместо `python3`. Скрипт восстанавливает автонумерацию Word
   (п. 5.2, 7.3), помечает абзацы как `[¶12]`, выводит таблицы строками через `|`
   и пропускает удалённый в режиме правок текст. Для PDF нужен `pypdf`
   (`pip install pypdf`) или утилита `pdftotext`. Если PDF — скан без текстового
   слоя, скрипт скажет об этом: попроси у пользователя `.docx` или распознанный текст.
3. **Персональные данные и коммерческая тайна.** В договоре бывают паспортные данные,
   реквизиты, цены. Напомни пользователю, что текст уйдёт в модель, на которой
   работает агент. Если агент или ваш код ходит через kosareva.cloud, персональные
   данные можно маскировать API Guard (kosareva.cloud/api-guard/).

## Как проверять

1. Прочитай договор целиком, затем приложения и спецификации — риски часто прячутся
   там, а не в основном тексте.
2. Заполни **карточку договора**: вид, стороны и их роли, предмет, цена и порядок
   оплаты, сроки, срок действия, применимое право, подсудность.
3. Пройди чек-лист `references/checklist.md` раздел за разделом. Обязательные блоки,
   которые проверяются всегда:
   - **Штрафы и неустойки** — размер, база начисления, есть ли предел, симметричны ли
     для сторон, штрафная или зачётная неустойка.
   - **Сроки** — оплаты, поставки, выполнения, приёмки, ответа на претензию;
     рабочие или календарные дни; от какого события считаются; молчаливая приёмка.
   - **Односторонние условия** — право контрагента изменить цену или условия, отказаться
     от договора, зачесть встречные требования, приостановить исполнение.
   - **Подсудность и споры** — какой суд, претензионный порядок и его срок, третейская
     оговорка, иностранный суд или арбитраж, применимое право.
   - **Ответственность** — ограничение суммы, исключение убытков, ответственность за
     третьих лиц, форс-мажор.
4. Для каждого найденного риска запиши: номер пункта, короткую цитату (одно-два
   предложения), что не так, чем это грозит пользователю, уровень риска и готовую
   редакцию пункта.
5. Отдельно перечисли, **чего в договоре нет**, хотя для этого вида договора стоило бы
   (порядок приёмки, предел ответственности, условия о правах на результат и т. п.).

## Уровни риска

- **Высокий** — прямые потери денег или прав без предела: неограниченная неустойка
  на вашей стороне, право контрагента в одностороннем порядке менять цену, переход
  исключительных прав без оплаты, молчаливая приёмка за 1–2 дня, суд в другой стране.
- **Средний** — ухудшает позицию, но управляемо: асимметричные штрафы, неудобная
  подсудность, размытые сроки, автопролонгация без уведомления.
- **Низкий** — редакционные огрехи, неточные ссылки, отсутствие мелких процедур.

## Правила точности

- **Не выдумывай нормы.** Ссылайся на статью закона, только если уверен в номере и
  содержании; иначе опиши правило словами без номера. Опорные нормы — в чек-листе.
- **Цитируй дословно** и только то, что есть в тексте. Если пункт не найден —
  так и пиши, не додумывай.
- **Не оценивай то, чего не видно:** ссылки на внешние регламенты, тарифы и правила,
  которых нет в файле, — в раздел «Вопросы контрагенту».
- Если договор на иностранном языке или по иностранному праву, скажи, что чек-лист
  написан под российское право и выводы ограничены.

## Формат результата

Отчёт в Markdown по шаблону `references/output-format.md`. Сохрани его рядом с
договором: `<имя договора>-проверка.md`, — и коротко перескажи в чате главное: можно ли
подписывать как есть, с правками или нельзя, и три самых серьёзных риска.

Протокол разногласий — таблица «пункт / редакция контрагента / наша редакция /
обоснование». Делай его, если пользователь попросил или если высоких рисков больше
двух.

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

- Не даёт юридическое заключение и не отвечает за исход спора: финальное решение —
  за юристом.
- Не проверяет контрагента (реестры, суды, банкротство) — только текст договора.
- Не сверяет договор с вашими внутренними регламентами, если их не приложили.
- Не читает сканы без текстового слоя и старый формат `.doc` — нужен `.docx`, PDF
  с текстом или `.txt`.