Claude Cursor Skill

contract-review

Лёгкая проверка договоров (поставка, услуги, подряд, NDA, SaaS) по праву РФ для малого бизнеса без штатного юриста. Читает договор из локального файла, вложения в почте (Яндекс 360) или ЭДО (Диадок/СБИС); подсвечивает рискованные условия; объясняет риски простым языком; отдаёт ра

LLM Mart · 0 points · 0 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download ilyautov-small-business-ru-small-business-ru_skills_contract-review-044f539.zip · 13 KB
Part of ilyautov/small-business-ru — 34 skills

Install

skills CLI npx skills add https://github.com/ilyautov/small-business-ru/tree/main/small-business-ru/skills/contract-review
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install ilyautov-small-business-ru@llmmart
Git git clone https://github.com/ilyautov/small-business-ru.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole ilyautov/small-business-ru collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

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

Самое дорогое в договоре обычно спрятано не в начале, а в неустойке, автопролонгации и приёмке, которые подписывают не глядя, а потом платят. Скилл читает договор целиком, вытаскивает опасные условия простым языком, показывает, чего в нём не хватает, и отдаёт размеченный DOCX, с которым уже можно идти на переговоры — без штатного юриста под рукой.

Быстрый старт

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

Владелец: «Проверь этот договор поставки и подсвети, на что давить при согласовании».
→ Скилл читает документ, определяет стороны и тип договора,
  проходит по 8 категориям риска, отдаёт сводку по уровням важности
  с переговорной позицией и экспортирует размеченный DOCX с правками.

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

  1. Получите договор — из одного из трёх источников, в порядке предпочтения:

    • Почта (~~почта): найдите недавние письма с вложениями-договорами (см. reference/gmail-fetch.md)
    • ЭДО (~~эдо): подтяните документ из Диадок/СБИС по ID или из недавних входящих, ожидающих подписи (см. reference/docusign-fetch.md)
    • Локальный файл или вставка: прочитайте PDF (большие файлы 10+ страниц — частями через параметр pages) или DOCX через Read. Если владелец вставил текст напрямую — работайте с тем, что есть.

    Прочитайте документ целиком перед анализом. Самые опасные условия часто прячутся в приложениях, спецификациях и дополнительных соглашениях в конце.

  2. Определите тип договора и стороны — установите вид (поставка, оказание услуг, подряд, агентский, лицензионный, NDA/о неразглашении, SaaS-подписка, аренда). Сверьте, какая сторона — компания владельца, а какая — контрагент. Отметьте, если это типовой шаблон контрагента: такие почти всегда односторонние, и контрагент ждёт правок.

  3. Проверьте существенные условия (ГК РФ) — без них договор считается незаключённым:

    • Предмет — что именно поставляется/делается. Размытый предмет = риск спора.
    • Цена / порядок расчётов — сумма, валюта, сроки и порядок оплаты.
    • Сроки — поставки, выполнения работ, оказания услуг.
    • Реквизиты сторон — наименование, ИНН, ОГРН/ОГРНИП, КПП, юр. адрес, банковские реквизиты, кто подписывает и на каком основании (устав / доверенность). Отсутствие или несоответствие реквизитов — повод приостановить подписание.
  4. Пройдите по 8 категориям риска — с позиции операционки и финансов малого бизнеса без штатного юриста. Категории отсортированы по типичной важности; смотрите по контексту.

    Категория 1: Оплата и денежный поток

    • Сроки оплаты: 100% постоплата по факту — норма; отсрочка 60+ дней — повод флагнуть; 90/120 дней — жёсткая переговорная точка
    • НДС в цене (критично с 2026): формулировка «в том числе НДС __%» / «без НДС» / «НДС не облагается (УСН)». При смене статуса НДС у УСН-контрагента (порог 20 млн ₽) это меняет фактическую цену. Неясный статус НДС — обязательно флаг.
    • Условия приёмки, которые позволяют заказчику бесконечно тянуть с подписанием акта
    • Неустойка / пени за просрочку оплаты: их отсутствие — пробел, стоит отметить
    • Требования к документам на оплату (счёт, акт, УПД, счёт-фактура): жёсткие форматы, которые тормозят оплату по формальностям
    • Возмещение расходов: предварительное согласование и лимиты
    • Механизм изменения цены для долгосрочных договоров (индексация)

    Категория 2: Ответственность и неустойка

    • Размер ответственности: неограниченная ответственность — всегда red flag
    • Симметрия неустойки: пени только для одной стороны = флаг
    • Кабальная неустойка: пени выше 0,1% в день / 36,5% годовых — оспоримо, но давит; рыночная норма 0,1% в день
    • Соразмерность: суд может снизить несоразмерную неустойку (ст. 333 ГК), но лучше зафиксировать разумную сразу
    • Ограничение упущенной выгоды / косвенных убытков: отсутствие = флаг

    Категория 3: Расторжение и выход

    • Односторонний отказ: есть ли он у обеих сторон? Срок уведомления (типично 30 дней)
    • Расторжение за нарушение: есть ли срок на устранение; размытое «существенное нарушение» без определения
    • Оплата выполненного на момент расторжения
    • Помощь при передаче дел: оплачиваемая или нет, ограниченная по времени или бессрочная
    • Условия, продолжающие действовать после расторжения (конфиденциальность, неустойка): бессрочное действие = флаг

    Категория 4: Интеллектуальная собственность

    • Передача исключительных прав vs. лицензия (простая/исключительная)
    • Оговорка про ранее созданные наработки и фоновые инструменты — без неё возможна непреднамеренная передача прав
    • Широта определения «результата работ»: черновики, заметки, внутренние инструменты

    Категория 5: Объём работ и изменения

    • Чёткость предмета и объёма
    • Порядок изменения объёма (доп. соглашение): отсутствие = расширение работ без доплаты
    • Критерии приёмки: субъективные («к удовлетворению заказчика») vs. измеримые
    • Асимметрия сроков: исполнитель штрафуется за просрочку, а заказчик за медленную обратную связь — нет

    Категория 6: Неконкуренция и эксклюзивность

    • Запрет на работу с конкурентами: объём, определение «конкурента», срок (в РФ запрет работать на других после договора у физлиц трудноисполним — отметьте)
    • Требования эксклюзивности для компании владельца
    • Запрет переманивать сотрудников — норма; запрет работать с целой отраслью — нет

    Категория 7: Конфиденциальность и персональные данные

    • Объём конфиденциальности: «вся переданная информация» без исключений — чрезмерно широко
    • Срок: 2–3 года — норма; бессрочно — агрессивно
    • 152-ФЗ (персональные данные): если по договору обрабатываются ПДн (клиенты, сотрудники) — нужны согласие субъекта и/или поручение на обработку (ст. 6, 9 152-ФЗ). Отсутствие — флаг.
    • Требования к возврату/уничтожению данных после расторжения

    Категория 8: Прочие условия

    • Подсудность: по умолчанию — арбитражный суд по месту нахождения ответчика. Проверьте, не навязана ли неудобная подсудность.
    • Досудебный (претензионный) порядок: для большинства споров обязателен; типичный срок ответа на претензию — 30 дней. Отсутствие порядка — отметьте.
    • Форс-мажор: есть ли раздел, что считается обстоятельствами непреодолимой силы
    • Автопролонгация: окно для отказа и срок уведомления (пропуск окна — частая ошибка малого бизнеса)
    • Валютный контроль (ВЭД): если контрагент — нерезидент, нужна постановка договора на учёт в банке, валюта расчётов, репатриация выручки
    • Уступка прав (особенно если контрагента поглотят)
    • Право на проверку/аудит: объём и частота
  5. Покажите сводку с флагами — по уровням важности:

    🔴 Red flags (давить до подписания) — по каждому: точная цитата пункта, объяснение проблемы простым языком, конкретная альтернативная формулировка.

    🟡 Yellow flags (согласовать, но не стоп-факторы) — по каждому: цитата пункта, в чём беспокойство, как выглядит «лучше».

    🟢 Ключевые условия (просто знать) — графики оплаты, сроки уведомлений, даты пролонгации, статус НДС сторон, ключевые контакты.

    📋 Краткое содержание договора — простым языком: кто что делает, за сколько, в какие сроки, на каких условиях.

    💡 Переговорная позиция — по каждому red и yellow флагу: что просить, как сформулировать просьбу, как выглядит разумный компромисс.

  6. Экспортируйте DOCX с правками — после сводки предложите экспорт размеченного DOCX с предлагаемыми изменениями. Используйте скилл docx, чтобы собрать Word-документ, который:

    • Сохраняет исходную структуру договора
    • Помечает предлагаемые удаления зачёркиванием, добавления — подчёркиванием
    • Содержит титульную страницу со сводкой изменений

    Спросите: «Сделать размеченный DOCX с правками, который можно отправить контрагенту на согласование?»

Точки подтверждения (approval gates)

  • Никогда не выдавайте результат за юридическую консультацию. Всегда рекомендуйте проверку у юриста по red flags и перед любым обязывающим решением.
  • Цитируйте реальный текст пунктов, не пересказ. Точная формулировка нужна владельцу для переговоров.
  • Подсвечивайте не только что есть, но и чего НЕ хватает. Договор, молчащий про неустойку или порядок изменения объёма, часто опаснее, чем с невыгодными условиями — пробел заполнит закон (ГК РФ), обычно в пользу контрагента.
  • Не флагуйте стандартные обороты. Если пункт честный и рыночный — пропустите. Владельцу нужен сигнал, а не пересказ каждого пункта.
  • Сравнивайте с рыночной нормой: «Отсрочка 90 дней редка в услугах — постоплата 100% по факту или 30 дней — норма».
  • Подстраивайтесь под расстановку сил. Закупочный договор крупного холдинга (поставщик Газпром/Сбер) — другая переговорная ситуация, чем соглашение с небольшим стартапом.
  • Никогда не отправляйте размеченный DOCX контрагенту без явного подтверждения владельца.

Reference

  • reference/gotchas.md — пограничные случаи в анализе договоров
  • reference/docusign-fetch.md — получение документов из ЭДО (Диадок/СБИС)
  • reference/gmail-fetch.md — поиск вложений-договоров в почте
  • reference/examples/flagged-summary-saas.md — разобранный пример: вывод по проверке договора SaaS/услуг
Files (small-business-ru)
  • reference
    • examples
      • flagged-summary-saas.md 9.7 KB
        # Пример: сводка по договору SaaS / оказания услуг
        
        Разобранный пример вывода скилла contract-review. Договор: подписка на SaaS (сервис управления проектами), договор оказания услуг по типовому шаблону вендора.
        
        ---
        
        ## Вход
        
        > «Проверь этот договор на SaaS перед подписанием. Мы — консалтинговая компания на 12 человек».
        
        Договор: 18-страничный договор оказания услуг (SaaS-подписка), типовой шаблон вендора, подсудность: арбитражный суд по месту вендора.
        
        ---
        
        ## Вывод
        
        ### 📋 Краткое содержание договора
        
        Подписка на SaaS на 12 месяцев с автопролонгацией на год. Вендор предоставляет сервис управления проектами. Вы платите 240 000 ₽/год помесячно. Вендор хранит данные; данные ваши, но вы даёте вендору широкую лицензию использовать их «для улучшения сервиса». Можно расторгнуть с уведомлением за 30 дней, но оплата идёт до конца оплаченного периода. Статус НДС вендора в цене не указан.
        
        ---
        
        ### 🔴 Red flags (давить до подписания)
        
        **1. Неограниченная ответственность вендора**
        
        > *«Совокупная ответственность Исполнителя не превышает суммы, фактически уплаченной Заказчиком за 3 (три) месяца, предшествующих предъявлению требования».*
        
        **Проблема:** три месяца оплаты = 60 000 ₽. Если из-за утечки на стороне вендора пострадают данные ваших клиентов, ваше возмещение ограничено 60 000 ₽ — независимо от реального ущерба. Для консалтинга, работающего с клиентской информацией, это неадекватно.
        
        **Просить:** ограничить суммой за 12 месяцев (240 000 ₽) или фиксированным минимумом 1 500 000 ₽ для инцидентов с данными. Предлагаемая формулировка:
        
        > *«Ответственность Исполнителя не превышает большей из величин: (а) суммы, уплаченной за 12 месяцев, предшествующих требованию, либо (б) 1 500 000 ₽ — по требованиям, связанным с нарушением безопасности персональных данных».*
        
        ---
        
        **2. Автопролонгация с окном отказа за 60 дней**
        
        > *«Договор автоматически продлевается на последующие годичные периоды, если ни одна из сторон не уведомит о нежелании продлевать не позднее чем за 60 (шестьдесят) дней до конца текущего периода».*
        
        **Проблема:** у вас окно в 60 дней, чтобы отказаться. Пропустите — и вы обязаны ещё на год. При договоре на 240 000 ₽/год это легко упустить.
        
        **Просить:** сократить окно отказа до 30 дней или добавить обязанность вендора напомнить. Как минимум — поставьте дедлайн отказа в календарь сейчас (01.04.2027, если подписываете 01.05.2026).
        
        ---
        
        **3. Неясный статус НДС в цене**
        
        > *«Стоимость услуг составляет 240 000 рублей в год».*
        
        **Проблема:** статус НДС не указан. Если вендор на УСН и его доход превысит 20 млн ₽ (порог 2026), он станет плательщиком НДС автоматически — и возникнет спор, входит ли НДС в эти 240 000 ₽ или начисляется сверху (то есть вы доплачиваете до 52 800 ₽ при ставке 22%).
        
        **Просить:** зафиксировать явно — «в том числе НДС __%» / «без НДС» / «НДС не облагается (УСН)». Сверьтесь с бухгалтером по фактическому статусу сторон.
        
        ---
        
        ### 🟡 Yellow flags (согласовать, если возможно)
        
        **4. Широкая лицензия на данные**
        
        > *«Заказчик предоставляет Исполнителю неисключительную лицензию использовать, обрабатывать и анализировать данные Заказчика для улучшения сервиса Исполнителя».*
        
        **Беспокойство:** вендор может использовать ваши данные — включая проектные данные клиентов — для обучения своего продукта. Это может конфликтовать с вашими обязательствами по конфиденциальности перед клиентами и требованиями 152-ФЗ.
        
        **Просить:** ограничить только обезличенными агрегированными данными. Предлагаемая формулировка:
        
        > *«…ограничивается агрегированными обезличенными данными и прямо исключает любые данные Заказчика, идентифицирующие его клиентов или проекты».*
        
        ---
        
        **5. Нет срока на устранение нарушения при расторжении**
        
        > *«Исполнитель вправе расторгнуть договор немедленно при существенном нарушении со стороны Заказчика».*
        
        **Беспокойство:** вендор может немедленно отключить доступ за любое «существенное нарушение» без шанса исправить. Определения «существенного» нет. Вы можете потерять доступ к своим данным посреди проекта.
        
        **Просить:** срок на устранение 15 дней. Предложить: *«…после письменного уведомления и неустранения нарушения Заказчиком в течение 15 (пятнадцати) дней».*
        
        ---
        
        ### 🟢 Ключевые условия (просто знать)
        
        - **Оплата:** помесячно, автосписание. Держите способ оплаты активным, иначе сервис приостанавливается немедленно.
        - **Выгрузка данных:** можно выгрузить данные в любой момент и в течение 30 дней после расторжения. Спланируйте выгрузку до отмены.
        - **Подсудность:** арбитражный суд по месту нахождения вендора. Досудебная претензия обязательна, срок ответа — 30 дней.
        - **Доступность сервиса (SLA):** 99,5% в месяц. Компенсация — кредитами на счёт, не деньгами.
        
        ---
        
        ### 💡 Переговорная позиция
        
        | Флаг | Что просить | Как сформулировать |
        |------|-----|---------|
        | Ограничение ответственности | Поднять до 12 месяцев (240 000 ₽) или 1,5 млн ₽ за инциденты с данными | «Мы работаем с данными клиентов — ограничение должно отражать реальный риск» |
        | Окно автопролонгации | Сократить до 30 дней | «60 дней — слишком жёстко для маленькой команды, 30 — норма» |
        | Статус НДС | Зафиксировать формулировку в цене | «С 2026 при смене статуса НДС у УСН возникает спор о доплате — закроем это сразу» |
        | Лицензия на данные | Ограничить обезличенными/агрегированными | «Наши договоры с клиентами ограничивают, как мы делимся их проектными данными» |
        | Срок на устранение | Добавить 15 дней | «Нам нужен шанс исправить до отключения доступа» |
        
        ---
        
        *Подготовлено для проверки вашим юристом. Не является юридической консультацией.*
        
        ---
        
        ## DOCX с правками
        
        Размеченный DOCX с этими правками в формате «вставка/удаление» экспортирован в: `проверка-договора-правки-2026-05-01.docx`
        
    • docusign-fetch.md 2.3 KB
      # ЭДО: получение договоров на проверку
      
      Используйте коннектор `~~эдо` (например, Контур.Диадок или СБИС ЭДО), чтобы подтянуть входящие документы, ожидающие подписи.
      
      > Под РФ-сервисы ЭДО публичных MCP-серверов почти нет — большинство работает через ручную выгрузку или собственный коннектор. Имена методов ниже — пример интерфейса; адаптируйте под фактический коннектор. Если коннектора нет — используйте fallback (выгрузка/вставка файла).
      
      ## Получить входящие документы
      
      Запросите список документов в статусе «отправлен» / «доставлен» (ожидают действия получателя):
      
      ```
      Метод: getDocuments (или эквивалент коннектора)
      Параметры: { status: "ожидает подписи" }
      ```
      
      Возвращает список документов с полями: ID документа, тема/название, дата создания, статус, стороны.
      
      ## Скачать документ
      
      Запросите полные данные документа по его ID, затем скачайте файл для чтения.
      
      ## Чего НЕ делать
      
      - Никогда не вызывайте действия, продвигающие документ по маршруту подписания (подписать, утвердить, отправить дальше).
      - Никогда не изменяйте документ через коннектор.
      - Никогда не создавайте новый документ — этот скилл работает только на чтение.
      
      ## Fallback
      
      Если ЭДО не подключён или документ не найден:
      
      ```
      «ЭДО не подключён — вставьте текст договора или приложите файл напрямую (PDF/DOCX), либо выгрузите документ из Диадок/СБИС вручную».
      ```
      
    • gmail-fetch.md 1.9 KB
      # Почта: поиск вложений-договоров
      
      Используйте коннектор `~~почта` (например, Яндекс 360 или Mail.ru для бизнеса), чтобы найти вложения-договоры в недавних письмах.
      
      > Имена методов ниже — пример интерфейса; адаптируйте под фактический коннектор. Если коннектора нет — используйте fallback.
      
      ## Поиск писем с договорами
      
      Ищите недавние письма с вложениями по ключевым словам:
      
      ```
      Запрос: есть вложение И (договор ИЛИ соглашение ИЛИ NDA ИЛИ контракт ИЛИ оферта) за последние 14 дней
      ```
      
      ## Что делать с результатами
      
      1. Покажите короткий список (тема, отправитель, дата), если подходящих писем несколько.
      2. Попросите владельца подтвердить, какое именно, перед скачиванием.
      3. Получите письмо целиком, затем найдите и прочитайте вложение.
      
      ## Fallback
      
      Если почта не подключена или подходящее вложение не найдено:
      
      ```
      «Не нашёл недавнего вложения-договора в почте — перешлите письмо или приложите файл напрямую».
      ```
      
      ## Чего НЕ делать
      
      - Не читайте письма, не относящиеся к договору (никакого сплошного перебора входящих).
      - Не отправляйте ответы и не создавайте черновики писем во время проверки.
      
    • gotchas.md 8.4 KB
      # Пограничные случаи
      
      Тонкие места анализа договоров. Пары «Плохо / Хорошо».
      
      ---
      
      ## Случай: флагуем стандартный оборот как red flag
      
      **Почему важно:** избыточное флагование приучает владельца игнорировать сводку. Если всё — red flag, значит ничего не red flag.
      
      ### ✗ Плохо
      
      ```
      В договоре стандартный взаимный пункт о конфиденциальности, срок 2 года.
      Claude: «🔴 Red flag: пункт о конфиденциальности накладывает обязательства на обе стороны».
      ```
      
      Взаимная конфиденциальность — рыночная норма. Флагуя её, вы убиваете соотношение сигнал/шум.
      
      ### ✓ Хорошо
      
      ```
      В договоре стандартный взаимный пункт о конфиденциальности, срок 2 года.
      Claude: [пропускает; не флагует]
      ```
      
      Резервируйте red flags для действительно нестандартных условий. Если пункт типовой и честный — опустите.
      
      ---
      
      ## Случай: отсутствующие пункты — не отсутствуют в анализе
      
      **Почему важно:** для малого бизнеса отсутствие стандартных защит (ограничение ответственности, порядок изменения объёма, исключение упущенной выгоды) часто опаснее невыгодного пункта — пробел заполнит ГК РФ, обычно в пользу контрагента.
      
      ### ✗ Плохо
      
      ```
      В договоре нет ограничения ответственности.
      Claude: [не упоминает; анализирует только то, что есть в тексте]
      ```
      
      Владелец подписывает, думая, что ответственность ограничена. Это не так.
      
      ### ✓ Хорошо
      
      ```
      В договоре нет ограничения ответственности.
      Claude: «🔴 Отсутствует: ограничение ответственности. В договоре нет пункта,
      ограничивающего размер ответственности. По умолчанию (ГК РФ) ваша ответственность,
      включая упущенную выгоду, не ограничена. Рыночная практика — ограничить суммой
      оплаты по договору за последние 12 месяцев. Предложите добавить: "Общая
      ответственность каждой стороны не превышает суммы, уплаченной по Договору за
      12 месяцев, предшествующих предъявлению требования; упущенная выгода возмещению
      не подлежит."»
      ```
      
      Считайте отсутствующие-но-стандартные пункты red flags. Явно помечайте «Отсутствует».
      
      ---
      
      ## Случай: большие PDF обрезаются на середине анализа
      
      **Почему важно:** в договорах на 20–30+ страниц самые опасные условия часто в приложениях, спецификациях, доп. соглашениях в конце. Если PDF прочитан только до 15-й страницы, ключевые условия молча пропущены.
      
      ### ✗ Плохо
      
      ```
      Скилл читает страницы 1–10 договора поставки на 40 страниц. Спецификации А–Г
      (с 28-й страницы) содержат порядок передачи прав и неустойку. Скилл выдаёт «чистую» сводку.
      ```
      
      ### ✓ Хорошо
      
      ```
      Читайте PDF частями: страницы 1–10, 11–20, 21–40. Проанализируйте все части
      перед сводкой. Если заголовок раздела упоминает «Приложение», «Спецификация»
      или «Дополнительное соглашение» — явно отметьте и убедитесь, что он прочитан.
      ```
      
      Всегда читайте документ целиком. Используйте параметр `pages` для разбивки больших PDF.
      
      ---
      
      ## Случай: типовой шаблон контрагента vs. согласованный проект
      
      **Почему важно:** рекомендации должны соответствовать переговорной ситуации. Жёстко давить на первый проект договора небольшого стартапа — не то же самое, что давить на закупочный шаблон крупного холдинга (поставщик Газпром/Сбер/Росатом): последний часто непреклонен по 80% условий.
      
      ### ✗ Плохо
      
      ```
      Закупочный договор крупного холдинга со стандартными условиями.
      Claude: «🔴 Эту отсрочку 60 дней нужно пересогласовать на постоплату по факту.
               Их юристы наверняка примут правку».
      ```
      
      Нереалистичная рекомендация тратит переговорный капитал владельца впустую.
      
      ### ✓ Хорошо
      
      ```
      Claude: «🟡 Отсрочка оплаты 60 дней. Это дольше типичного (постоплата по факту
               или 30 дней — норма), но обычно для закупок крупных холдингов. Стоит
               попросить отсрочку 45 дней как компромисс — могут согласиться, особенно
               для повторных поставок. Учтите: если это закупочный шаблон крупного
               заказчика, условия оплаты часто непереговариваемы в первом договоре».
      ```
      
      Соотносите рекомендацию с расстановкой сил. Помечайте жёлтым, не красным. Признавайте реальность.
      
      ---
      
      ## Случай: неясный статус НДС у УСН-контрагента
      
      **Почему важно:** с 2026 порог освобождения УСН от НДС снижен до 20 млн ₽. Контрагент на УСН, перешагнувший порог, становится плательщиком НДС автоматически — и цена «без НДС» в старом договоре превращается в спор о том, кто доплачивает налог.
      
      ### ✗ Плохо
      
      ```
      В договоре цена «1 000 000 рублей» без указания статуса НДС.
      Claude: [не флагует; считает цену понятной]
      ```
      
      ### ✓ Хорошо
      
      ```
      Claude: «🔴 Неясный статус НДС. Цена указана как "1 000 000 рублей" без оговорки
               про НДС. С 2026 контрагент на УСН с доходом свыше 20 млн ₽ становится
               плательщиком НДС. Если он перешагнёт порог, возникнет спор: входит налог
               в эту сумму или начисляется сверху. Зафиксируйте явно: "в том числе
               НДС __%" / "без НДС" / "НДС не облагается на основании п. 2 ст. 346.11
               НК РФ (УСН)". Сверьтесь с бухгалтером по фактическому статусу сторон».
      ```
      
      Всегда требуйте явную формулировку статуса НДС в цене договора.
      
      ---
      
      *Подготовлено для проверки вашим юристом. Не является юридической консультацией.*
      
  • SKILL.md 16.9 KB
    ---
    name: contract-review
    description: >
      Лёгкая проверка договоров (поставка, услуги, подряд, NDA, SaaS) по праву РФ
      для малого бизнеса без штатного юриста. Читает договор из локального файла,
      вложения в почте (Яндекс 360) или ЭДО (Диадок/СБИС); подсвечивает рискованные
      условия; объясняет риски простым языком; отдаёт размеченный вариант с
      правками отдельным DOCX. Используй, когда владелец говорит: «проверь договор»,
      «что я подписываю», «red flags», «подсвети опасные места», «проверь условия
      оплаты», «посмотри неустойку», «правильно ли тут с НДС», или присылает/
      пересылает договор либо иное соглашение.
    ---
    
    <!-- Производное от Anthropic knowledge-work-plugins / small-business (Apache-2.0, (c) Anthropic). Локализовано под РФ, файл изменён. См. /NOTICE и /LICENSE. -->
    
    # Проверка договора
    
    Самое дорогое в договоре обычно спрятано не в начале, а в неустойке, автопролонгации и приёмке, которые подписывают не глядя, а потом платят. Скилл читает договор целиком, вытаскивает опасные условия простым языком, показывает, чего в нём не хватает, и отдаёт размеченный DOCX, с которым уже можно идти на переговоры — без штатного юриста под рукой.
    
    ## Быстрый старт
    
    Приложите файл договора, перешлите письмо с вложением или вставьте текст напрямую.
    
    ```
    Владелец: «Проверь этот договор поставки и подсвети, на что давить при согласовании».
    → Скилл читает документ, определяет стороны и тип договора,
      проходит по 8 категориям риска, отдаёт сводку по уровням важности
      с переговорной позицией и экспортирует размеченный DOCX с правками.
    ```
    
    ## Рабочий процесс
    
    1. **Получите договор** — из одного из трёх источников, в порядке предпочтения:
       - **Почта** (`~~почта`): найдите недавние письма с вложениями-договорами (см. `reference/gmail-fetch.md`)
       - **ЭДО** (`~~эдо`): подтяните документ из Диадок/СБИС по ID или из недавних входящих, ожидающих подписи (см. `reference/docusign-fetch.md`)
       - **Локальный файл или вставка**: прочитайте PDF (большие файлы 10+ страниц — частями через параметр `pages`) или DOCX через Read. Если владелец вставил текст напрямую — работайте с тем, что есть.
    
       Прочитайте документ целиком перед анализом. Самые опасные условия часто прячутся в приложениях, спецификациях и дополнительных соглашениях в конце.
    
    2. **Определите тип договора и стороны** — установите вид (поставка, оказание услуг, подряд, агентский, лицензионный, NDA/о неразглашении, SaaS-подписка, аренда). Сверьте, какая сторона — компания владельца, а какая — контрагент. Отметьте, если это типовой шаблон контрагента: такие почти всегда односторонние, и контрагент ждёт правок.
    
    3. **Проверьте существенные условия (ГК РФ)** — без них договор считается незаключённым:
       - **Предмет** — что именно поставляется/делается. Размытый предмет = риск спора.
       - **Цена / порядок расчётов** — сумма, валюта, сроки и порядок оплаты.
       - **Сроки** — поставки, выполнения работ, оказания услуг.
       - **Реквизиты сторон** — наименование, ИНН, ОГРН/ОГРНИП, КПП, юр. адрес, банковские реквизиты, кто подписывает и на каком основании (устав / доверенность). Отсутствие или несоответствие реквизитов — повод приостановить подписание.
    
    4. **Пройдите по 8 категориям риска** — с позиции операционки и финансов малого бизнеса без штатного юриста. Категории отсортированы по типичной важности; смотрите по контексту.
    
       **Категория 1: Оплата и денежный поток**
       - Сроки оплаты: 100% постоплата по факту — норма; отсрочка 60+ дней — повод флагнуть; 90/120 дней — жёсткая переговорная точка
       - **НДС в цене (критично с 2026):** формулировка «в том числе НДС __%» / «без НДС» / «НДС не облагается (УСН)». При смене статуса НДС у УСН-контрагента (порог 20 млн ₽) это меняет фактическую цену. Неясный статус НДС — обязательно флаг.
       - Условия приёмки, которые позволяют заказчику бесконечно тянуть с подписанием акта
       - Неустойка / пени за просрочку оплаты: их отсутствие — пробел, стоит отметить
       - Требования к документам на оплату (счёт, акт, УПД, счёт-фактура): жёсткие форматы, которые тормозят оплату по формальностям
       - Возмещение расходов: предварительное согласование и лимиты
       - Механизм изменения цены для долгосрочных договоров (индексация)
    
       **Категория 2: Ответственность и неустойка**
       - Размер ответственности: неограниченная ответственность — всегда red flag
       - Симметрия неустойки: пени только для одной стороны = флаг
       - Кабальная неустойка: пени выше 0,1% в день / 36,5% годовых — оспоримо, но давит; рыночная норма 0,1% в день
       - Соразмерность: суд может снизить несоразмерную неустойку (ст. 333 ГК), но лучше зафиксировать разумную сразу
       - Ограничение упущенной выгоды / косвенных убытков: отсутствие = флаг
    
       **Категория 3: Расторжение и выход**
       - Односторонний отказ: есть ли он у обеих сторон? Срок уведомления (типично 30 дней)
       - Расторжение за нарушение: есть ли срок на устранение; размытое «существенное нарушение» без определения
       - Оплата выполненного на момент расторжения
       - Помощь при передаче дел: оплачиваемая или нет, ограниченная по времени или бессрочная
       - Условия, продолжающие действовать после расторжения (конфиденциальность, неустойка): бессрочное действие = флаг
    
       **Категория 4: Интеллектуальная собственность**
       - Передача исключительных прав vs. лицензия (простая/исключительная)
       - Оговорка про ранее созданные наработки и фоновые инструменты — без неё возможна непреднамеренная передача прав
       - Широта определения «результата работ»: черновики, заметки, внутренние инструменты
    
       **Категория 5: Объём работ и изменения**
       - Чёткость предмета и объёма
       - Порядок изменения объёма (доп. соглашение): отсутствие = расширение работ без доплаты
       - Критерии приёмки: субъективные («к удовлетворению заказчика») vs. измеримые
       - Асимметрия сроков: исполнитель штрафуется за просрочку, а заказчик за медленную обратную связь — нет
    
       **Категория 6: Неконкуренция и эксклюзивность**
       - Запрет на работу с конкурентами: объём, определение «конкурента», срок (в РФ запрет работать на других после договора у физлиц трудноисполним — отметьте)
       - Требования эксклюзивности для компании владельца
       - Запрет переманивать сотрудников — норма; запрет работать с целой отраслью — нет
    
       **Категория 7: Конфиденциальность и персональные данные**
       - Объём конфиденциальности: «вся переданная информация» без исключений — чрезмерно широко
       - Срок: 2–3 года — норма; бессрочно — агрессивно
       - **152-ФЗ (персональные данные):** если по договору обрабатываются ПДн (клиенты, сотрудники) — нужны согласие субъекта и/или поручение на обработку (ст. 6, 9 152-ФЗ). Отсутствие — флаг.
       - Требования к возврату/уничтожению данных после расторжения
    
       **Категория 8: Прочие условия**
       - **Подсудность:** по умолчанию — арбитражный суд по месту нахождения ответчика. Проверьте, не навязана ли неудобная подсудность.
       - **Досудебный (претензионный) порядок:** для большинства споров обязателен; типичный срок ответа на претензию — 30 дней. Отсутствие порядка — отметьте.
       - **Форс-мажор:** есть ли раздел, что считается обстоятельствами непреодолимой силы
       - **Автопролонгация:** окно для отказа и срок уведомления (пропуск окна — частая ошибка малого бизнеса)
       - **Валютный контроль (ВЭД):** если контрагент — нерезидент, нужна постановка договора на учёт в банке, валюта расчётов, репатриация выручки
       - Уступка прав (особенно если контрагента поглотят)
       - Право на проверку/аудит: объём и частота
    
    5. **Покажите сводку с флагами** — по уровням важности:
    
       **🔴 Red flags (давить до подписания)** — по каждому: точная цитата пункта, объяснение проблемы простым языком, конкретная альтернативная формулировка.
    
       **🟡 Yellow flags (согласовать, но не стоп-факторы)** — по каждому: цитата пункта, в чём беспокойство, как выглядит «лучше».
    
       **🟢 Ключевые условия (просто знать)** — графики оплаты, сроки уведомлений, даты пролонгации, статус НДС сторон, ключевые контакты.
    
       **📋 Краткое содержание договора** — простым языком: кто что делает, за сколько, в какие сроки, на каких условиях.
    
       **💡 Переговорная позиция** — по каждому red и yellow флагу: что просить, как сформулировать просьбу, как выглядит разумный компромисс.
    
    6. **Экспортируйте DOCX с правками** — после сводки предложите экспорт размеченного DOCX с предлагаемыми изменениями. Используйте скилл `docx`, чтобы собрать Word-документ, который:
       - Сохраняет исходную структуру договора
       - Помечает предлагаемые удаления зачёркиванием, добавления — подчёркиванием
       - Содержит титульную страницу со сводкой изменений
    
       Спросите: «Сделать размеченный DOCX с правками, который можно отправить контрагенту на согласование?»
    
    ## Точки подтверждения (approval gates)
    
    - Никогда не выдавайте результат за юридическую консультацию. Всегда рекомендуйте проверку у юриста по red flags и перед любым обязывающим решением.
    - Цитируйте реальный текст пунктов, не пересказ. Точная формулировка нужна владельцу для переговоров.
    - Подсвечивайте не только что есть, но и чего НЕ хватает. Договор, молчащий про неустойку или порядок изменения объёма, часто опаснее, чем с невыгодными условиями — пробел заполнит закон (ГК РФ), обычно в пользу контрагента.
    - Не флагуйте стандартные обороты. Если пункт честный и рыночный — пропустите. Владельцу нужен сигнал, а не пересказ каждого пункта.
    - Сравнивайте с рыночной нормой: «Отсрочка 90 дней редка в услугах — постоплата 100% по факту или 30 дней — норма».
    - Подстраивайтесь под расстановку сил. Закупочный договор крупного холдинга (поставщик Газпром/Сбер) — другая переговорная ситуация, чем соглашение с небольшим стартапом.
    - Никогда не отправляйте размеченный DOCX контрагенту без явного подтверждения владельца.
    
    ## Reference
    
    - `reference/gotchas.md` — пограничные случаи в анализе договоров
    - `reference/docusign-fetch.md` — получение документов из ЭДО (Диадок/СБИС)
    - `reference/gmail-fetch.md` — поиск вложений-договоров в почте
    - `reference/examples/flagged-summary-saas.md` — разобранный пример: вывод по проверке договора SaaS/услуг
    

Comments (0)

Sign in to join the conversation.

No comments yet.

Reviews (0)

No reviews yet.

Related