Как создать T&M контракт с помощью YandexGPT - пошаговый гайд

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

Хочу предложить вам практический лайфхак – использовать YandexGPT (или любой другой AI-ассистент) для создания первого черновика контракта. Важно понимать – AI не заменит юриста, но поможет быстро подготовить структуру документа и не забыть важные пункты.

Зачем вообще использовать AI для контрактов?

Я думаю, что главное преимущество – скорость. Черновик за 30 минут вместо нескольких дней поисков шаблонов и консультаций. AI знает стандартную структуру контрактов – вы не забудете важные разделы вроде NTE клаузы или процесса управления изменениями.

Дальше – больше. Вы можете легко итерировать – сгенерировать несколько вариантов с разными условиями, сравнить их. Читая сгенерированный контракт, вы лучше понимаете, как устроены T&M договоры. И даже если в итоге обратитесь к юристу – черновик поможет структурировать обсуждение, сэкономит его время (и ваши деньги).

Тем не менее, перед тем как начать – важно понимать основы работы с промптами. Я подробно разбирал эту тему в статьях:

• Паттерн персоны в промптах – как правильно задать роль AI
• 5 элементов структуры промпта – обязательные компоненты эффективного промпта

Именно эти принципы мы будем использовать для создания контракта.

Методология: 5 элементов структуры промпта

Все промпты в этой статье построены по методологии 5 элементов. Это не просто “попроси AI что-то сделать” – это системный подход к формулированию задачи.

Каждый промпт должен содержать:

1. РОЛЬ (Persona) Кто сейчас отвечает? Юрист-консультант, договорной специалист, эксперт по IT-праву. Обязательно указывайте опыт (5-10+ лет) и методологию работы.

2. КОНТЕКСТ В какой ситуации мы находимся? Кто клиент, что за проект, какие ограничения. Без контекста AI придется угадывать ваши потребности.

3. ЗАДАЧА Конкретные действия с сильными глаголами: СОЗДАЙ, РАЗРАБОТАЙ, ОПРЕДЕЛИ, ПРОПИШИ, КЛАССИФИЦИРУЙ. Не “составь” или “напиши” – это слишком слабо.

4. ОГРАНИЧЕНИЯ Что НЕ делать. Жёсткие запреты работают лучше мягких просьб: “НЕ используй устаревшие формулировки”, “Избегай канцелярита”.

5. ФОРМАТ ВЫВОДА Таблица, список, нумерованные пункты – чётко укажите, как должен выглядеть результат.

Ловлю себя на мысли – многие менеджеры пишут промпты как обычные вопросы. “Составь договор” – и ждут магии. Не работает. AI нужна структура, как техническое задание для разработчика.

Шаг 1: Соберите контекст проекта

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

• Что разрабатывается (веб-приложение, мобильное приложение, интеграция, поддержка)
• Состав команды (2 backend-разработчика, 1 frontend, 1 дизайнер, 1 тестировщик)
• Длительность проекта (3 месяца, 6 месяцев, год)
• Методология (Scrum со спринтами по 2 недели, Kanban)
• Бюджет (есть потолок или открытый бюджет, какая сумма NTE)
• Особые требования (NDA, IP права, SLA, доступность команды)
• Локация (Россия, международный контракт, работа с иностранным подрядчиком)

Чем больше деталей – тем точнее получится черновик.

Шаг 2: Базовый промпт для структуры контракта

Вот пример промпта для YandexGPT, который создаст структуру договора по методологии 5 элементов:

РОЛЬ: Ты корпоративный юрист со специализацией на IT-контрактах и российском законодательстве (10+ лет опыта). Используешь методологию риск-ориентированного анализа и контрактного права РФ (ГК РФ части 1 и 2, главы 37 и 39).

КОНТЕКСТ: Клиент – менеджер проекта без юридического опыта. Нужен черновик T&M договора для разработки SaaS-платформы для управления проектами. Проект: 6 месяцев, бюджет до 5 млн рублей (с NTE клаузой), команда из 4 специалистов (2 backend, 1 frontend, 1 дизайнер), российский подрядчик, методология Scrum со спринтами по 2 недели. Технологии: React, Node.js, PostgreSQL.

ЗАДАЧА:
1. СОЗДАЙ структуру договора Time & Material, соответствующую российскому законодательству
2. ВКЛЮЧИ следующие разделы в указанном порядке:
   - Термины и определения (Система учета задач, Техническое задание, Репозиторий)
   - Предмет договора и общие положения
   - Стоимость договора (почасовые ставки, фиксированная цена за час)
   - Условия оплаты (периодичность, порядок)
   - Порядок учета времени в Jira
   - NTE клауза (Not-to-Exceed) с пороговыми значениями
   - Процесс управления изменениями (Change Requests)
   - Критерии приемки работ (тесты, code review, демо)
   - Права на интеллектуальную собственность (переход прав, момент передачи)
   - Конфиденциальность (NDA, срок действия)
   - Заверения исполнителя об обстоятельствах
   - Технические требования и стандарты качества
   - SLA и обязательства сторон
   - Ответственность и штрафы (пени за просрочку)
   - Форс-мажор
   - Срок действия и условия расторжения
   - Порядок разрешения споров (досудебный порядок обязателен)
   - Реквизиты и подписи сторон
3. УКАЖИ ссылки на статьи ГК РФ (ст. 702-729 подряд, ст. 1233, 1296 исключительные права)
4. УЧТИ НДС статус (УСН – НДС не облагается)

ОГРАНИЧЕНИЯ:
- НЕ используй устаревшие формулировки
- НЕ упоминай конкретные названия организаций в шаблоне
- НЕ добавляй разделы, не указанные в списке выше
- Избегай канцелярита – используй ясный юридический язык
- НЕ используй термин "передача прав" – правильно "отчуждение исключительных прав"
- Обязательный досудебный порядок согласно АПК РФ ст. 4

ФОРМАТ ВЫВОДА:
Структурированный документ с нумерацией пунктов (1., 1.1., 1.1.1.)
Для каждого раздела – заголовок заглавными буквами и 3-7 подпунктов
Длина: 8-12 страниц А4
В конце – места для реквизитов и подписей сторон

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

Российское законодательство: что обязательно учесть

AI может не знать последних изменений в законодательстве РФ. Обязательно включайте в промпты специфику российского права – иначе получите общий шаблон, не соответствующий нашим реалиям.

Обязательные ссылки на законы РФ

Для предмета договора:

• ГК РФ глава 37 (подряд), статьи 702-729 – действует без существенных изменений
• ГК РФ глава 39 (возмездное оказание услуг), статьи 779-783 – стабильная нормативная база

Для исключительных прав на код:

• ГК РФ статья 1296 (служебное произведение – важно!)
• ГК РФ статья 1233 (договор об отчуждении исключительного права) – изменена ФЗ-214 от 07.07.2025 (правила публичного объявления)
• Права переходят с момента подписания акта сдачи-приемки, не раньше

Для НДС:

• Статья 149 НК РФ, п.26 ч.2 – освобождение от НДС для передачи исключительных прав на ПО, включенное в единый реестр российских программ (критично: льгота только для реестрового ПО!)
• Если исполнитель на УСН: “НДС не облагается в связи с применением упрощенной системы налогообложения”
• С 01.01.2026 базовая ставка НДС выросла с 20% до 22% (ФЗ-425 от 28.11.2025)

Для конфиденциальности:

• ФЗ-152 “О персональных данных” (если работа с персональными данными) – важные изменения с 2025 года:
  • С 30.05.2025: резко увеличены штрафы (до 15 млн руб для компаний)
  • С 01.09.2025: согласие должно быть отдельным документом (не в составе договора)
• ГК РФ статья 1465-1472 (коммерческая тайна)

Для споров:

• АПК РФ статья 4 – обязательный досудебный претензионный порядок (30 календарных дней с направления претензии)
• Срок ответа на претензию: 10-30 рабочих дней (стандарт – 10 рабочих дней)

Пример промпта с учетом российского законодательства

РОЛЬ: Ты юрист по корпоративному праву РФ со специализацией на договорных отношениях в IT-секторе (8+ лет опыта).

КОНТЕКСТ: Договор должен соответствовать ГК РФ (главы 37, 39), НК РФ (статья 149 п.26 ч.2 для прав на ПО). Исполнитель на УСН. Обязательный досудебный порядок согласно АПК РФ ст.4 (срок 10 дней).

ЗАДАЧА:
1. СОЗДАЙ раздел "Порядок разрешения споров"
2. УКАЖИ следующие пункты:
   - Обязательный досудебный претензионный порядок
   - Срок ответа на претензию: 10 рабочих дней с момента получения
   - Форма претензии: письменная (заказное письмо или email с уведомлением)
   - Подсудность: Арбитражный суд по месту нахождения ответчика
   - Применимое право: законодательство Российской Федерации

ОГРАНИЧЕНИЯ:
- НЕ пропускай досудебный порядок – это обязательное требование АПК РФ
- НЕ указывай конкретный суд – только "по месту нахождения ответчика"
- Срок ответа НЕ менее 10 дней (меньше – считается нарушением разумного срока)

ФОРМАТ ВЫВОДА:
Раздел с нумерацией (12.1, 12.2...)
Длина: 0.5 страницы (3-5 пунктов)

Возможно, вы спросите – зачем такая детализация? Дело в том, что AI без явных инструкций может использовать общие формулировки или американские стандарты. Российское право имеет свою специфику – и её нужно явно указывать.

Шаг 3: Детализируйте критические разделы

После того как у вас есть структура, можно попросить AI детализировать конкретные разделы. Вот примеры промптов для ключевых частей контракта – все по методологии 5 элементов.

Раздел 1: Термины и определения

Анализ реальных T&M договоров показывает – этот раздел часто забывают, хотя он критически важен. Без чётких определений возникают споры о том, что считается “задачей”, где хранится код, как фиксируется время.

РОЛЬ: Ты договорной юрист с опытом систематизации терминологии (7+ лет). Специализация: устранение двусмысленности в договорах.

КОНТЕКСТ: T&M договор на разработку ПО. Взаимодействие через Jira/YouTrack, код хранится в Git-репозитории. Нужны юридически значимые определения для ключевых понятий.

ЗАДАЧА:
1. СОЗДАЙ раздел "Термины и определения"
2. ОПРЕДЕЛИ следующие понятия с обязательными атрибутами:
   - Система учета задач (адрес размещения, назначение)
   - Техническое задание (где фиксируется, какие атрибуты обязательны)
   - Репозиторий (адрес, назначение, формат доступа)
   - Задача Системы учета задач (обязательные поля: ID, наименование, описание, срок)

ОГРАНИЧЕНИЯ:
- НЕ пиши технические инструкции – только юридические определения
- Определения должны быть измеримыми (чтобы можно было проверить выполнение)
- НЕ используй термины, которые сами требуют определения
- Избегай фраз типа "и т.п.", "в том числе, но не ограничиваясь"

ФОРМАТ ВЫВОДА:
Раздел "1. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ"
Маркированный список с буллетами
Каждый термин – полужирным шрифтом, определение – обычным
Длина: 0.5-1 страница

NTE клауза (Not-to-Exceed) – ограничение бюджета

Это один из самых важных разделов T&M контракта. Без NTE клаузы вы рискуете уйти в перерасход – подрядчик может работать бесконечно.

РОЛЬ: Ты корпоративный юрист со специализацией на финансовых условиях IT-контрактов (10+ лет опыта). Используешь методологию защиты бюджета заказчика через пороговые триггеры и обязательные согласования.

КОНТЕКСТ: Заказчик – российская компания, T&M проект разработки ПО, максимальный бюджет 5 000 000 рублей. Задача – предотвратить перерасход без блокировки гибкости проекта. Законодательство: РФ, ГК РФ статьи 702-729 (подряд).

ЗАДАЧА:
1. РАЗРАБОТАЙ NTE клаузу с 3 пороговыми уровнями контроля
2. ОПРЕДЕЛИ процедуру для каждого порога:
   - 70% бюджета (3 500 000 руб) – письменное уведомление заказчика
   - 80% бюджета (4 000 000 руб) – обязательное письменное согласование продолжения работ
   - 100% бюджета – полная остановка до нового соглашения
3. ПРОПИШИ санкции за превышение без согласования (отказ от оплаты сверхлимитных работ)
4. ВКЛЮЧИ процесс экстренного согласования для критических багфиксов (упрощенная процедура)
5. УСТАНОВИ сроки ответа заказчика на запросы о превышении (не более 3-5 рабочих дней)

ОГРАНИЧЕНИЯ:
- НЕ блокируй работу автоматически при достижении 80% – только требуй согласования
- НЕ требуй полного согласования для критических багфиксов в production
- Избегай формулировки "подрядчик обязан прекратить работу" – используй "приостановить до получения письменного согласования"
- НЕ устанавливай пороги ниже 70% (слишком частые уведомления парализуют работу)
- НЕ используй фразу "в разумные сроки" – только конкретные цифры (3-5 дней)

ФОРМАТ ВЫВОДА:
Раздел с нумерацией (3.X, где X – подпункты)
Таблица с порогами, действиями и сроками
Отдельный пункт про санкции
Отдельный пункт про критические ситуации
Длина: 1 страница А4 (5-7 пунктов)

Дальше – больше. Этот промпт даст вам работающую NTE клаузу с чёткими триггерами. Главное – не забудьте адаптировать суммы под ваш проект.

Права на интеллектуальную собственность (IP)

Возможно, это самый юридически сложный раздел. AI часто делает ошибки здесь – использует неправильную терминологию или забывает про российскую специфику.

РОЛЬ: Ты юрист по интеллектуальной собственности со специализацией на IT и программном обеспечении (10+ лет опыта). Знаешь ГК РФ часть IV (статьи 1225-1300).

КОНТЕКСТ: T&M контракт на разработку ПО для российской компании. Подрядчик создаёт код, который должен полностью принадлежать заказчику. Возможно использование open source библиотек и собственных фреймворков подрядчика.

ЗАДАЧА:
1. СОЗДАЙ раздел "Права на интеллектуальную собственность"
2. ПРОПИШИ следующие условия:
   - Весь код, созданный в рамках проекта, является результатом интеллектуальной деятельности
   - Исключительные права на код переходят к заказчику (отчуждение прав согласно ст. 1233 ГК РФ)
   - Момент перехода прав: подписание акта сдачи-приемки работ (не раньше!)
   - Подрядчик может использовать свои готовые библиотеки/фреймворки (список согласовывается заранее)
   - Open source компоненты используются согласно их лицензиям (указать обязательность проверки лицензий)
   - Передача исходного кода после каждого спринта через Git-репозиторий
   - Документация также является РИД и принадлежит заказчику
   - Стоимость передачи прав включена в общую стоимость (10% от суммы работ по соглашению)
3. УКАЖИ ссылки на ГК РФ: ст. 1296 (служебное произведение), ст. 1233 (отчуждение)

ОГРАНИЧЕНИЯ:
- НЕ используй термин "передача прав" – правильно "отчуждение исключительных прав" (юридическая терминология ГК РФ)
- НЕ пиши "все права переходят автоматически" – должен быть чёткий момент перехода (подписание акта)
- НЕ забудь про open source – обязательно отдельный пункт
- НЕ включай права на инструменты разработки (IDE, фреймворки общего назначения)
- НЕ используй фразу "права на результат работ" – используй "исключительные права на РИД"
- Обязательно укажи НДС статус: "стоимость отчуждения прав – 10%, НДС не облагается согласно ст. 149 НК РФ п.26 ч.2"

ФОРМАТ ВЫВОДА:
Раздел с нумерацией (6.1, 6.2...)
Длина: 1-1.5 страницы (7-10 пунктов)
Отдельный подпункт про open source
Отдельный подпункт про собственные библиотеки подрядчика

Ловлю себя на мысли – многие менеджеры вообще не думают про IP права, пока не возникает спор. А ведь действительно – именно здесь кроются самые дорогие судебные разбирательства.

Процесс управления изменениями (Change Management)

T&M контракты отличаются от Fixed Price тем, что scope меняется. Но без процесса управления изменениями это превращается в хаос.

РОЛЬ: Ты эксперт по договорному праву с опытом agile-проектов и управления изменениями (8+ лет). Специализация: формализация гибких процессов в юридических документах.

КОНТЕКСТ: T&M контракт, Scrum со спринтами по 2 недели. Scope меняется часто – нужны новые задачи, меняются приоритеты, появляются критические баги. Нужен баланс между гибкостью и контролем.

ЗАДАЧА:
1. СОЗДАЙ раздел "Управление изменениями и дополнительными работами"
2. ОПРЕДЕЛИ процесс Change Request:
   - Любое изменение scope оформляется как Change Request (CR)
   - CR содержит: описание, обоснование, оценку влияния на сроки и бюджет
   - Заказчик рассматривает CR в течение 3 рабочих дней
   - Одобренные CR добавляются в backlog с указанием приоритета
   - Мелкие изменения до 8 часов работы – упрощённое согласование (устно + письменное подтверждение в течение 1 дня)
3. КЛАССИФИЦИРУЙ типы изменений по срочности:
   - Критические (баги в production, блокеры) – немедленная реализация без CR
   - Высокий приоритет – текущий спринт (при наличии capacity)
   - Средний – следующий спринт
   - Низкий – backlog без конкретного срока
4. ПРОПИШИ механизм Дополнительных соглашений:
   - Что фиксируется: новые крупные задачи, изменение ставок, продление срока действия
   - Как инициируется: письменный запрос одной стороны
   - Срок согласования: 5 рабочих дней
   - Форма: простая письменная, подписи обеих сторон (или ЭЦП)

ОГРАНИЧЕНИЯ:
- НЕ требуй CR для исправления собственных ошибок подрядчика (багфиксы входят в гарантию)
- НЕ требуй полного CR для критических блокеров – упрощённая процедура
- Избегай фразы "по усмотрению заказчика" – чёткие критерии приоритезации
- НЕ позволяй односторонние изменения условий договора
- Обязательна письменная форма Дополнительных соглашений (email без ЭЦП НЕ считается)

ФОРМАТ ВЫВОДА:
Раздел с нумерацией (4.1, 4.2...)
Таблица классификации изменений (тип, срок реакции, процедура согласования)
Отдельный пункт про критические ситуации
Отдельный пункт про Дополнительные соглашения
Длина: 1-1.5 страницы

Условия оплаты и порядок расчётов

Деньги – всегда щекотливая тема. Нужна абсолютная прозрачность.

РОЛЬ: Ты юрист-консультант по финансовым условиям договоров (9+ лет опыта). Специализация: прозрачность расчётов и предотвращение финансовых споров.

КОНТЕКСТ: T&M контракт, команда из 4 специалистов с разными ставками. Оплата каждые 2 недели после sprint review. Учёт времени в Jira. НДС: подрядчик на УСН.

ЗАДАЧА:
1. СОЗДАЙ раздел "Стоимость договора и порядок оплаты"
2. ОПРЕДЕЛИ почасовые ставки:
   - Senior Backend Developer: 5000 руб/час
   - Middle Frontend Developer: 4000 руб/час
   - UI/UX Designer: 3500 руб/час
3. ПРОПИШИ условия оплаты:
   - Периодичность: раз в 2 недели после sprint review и подписания акта
   - Подрядчик предоставляет детальный таймшит из Jira с описанием задач (уникальные ID задач)
   - Срок предоставления акта: 1-й рабочий день после окончания спринта
   - Срок проверки и подписания акта заказчиком: 10 рабочих дней
   - Срок оплаты: 5 рабочих дней после подписания акта заказчиком
   - Форма оплаты: безналичный расчёт на расчётный счёт
   - Момент исполнения обязательства: списание средств с р/с заказчика
4. УКАЖИ НДС статус:
   - Работы: НДС не облагается (УСН)
   - Передача исключительных прав: НДС не облагается (ст. 149 НК РФ п.26 ч.2)
5. ДОБАВЬ условие про NTE:
   - При достижении 80% бюджета – обязательное согласование продолжения работ перед новой оплатой

ОГРАНИЧЕНИЯ:
- НЕ пиши "оплата в течение разумного срока" – только конкретные дни
- НЕ забудь указать, что момент оплаты – списание со счёта (не зачисление на счёт подрядчика)
- НЕ требуй предоплату для T&M (противоречит логике модели)
- Обязательно укажи формат таймшита (Jira, с ID задач)

ФОРМАТ ВЫВОДА:
Раздел "3. СТОИМОСТЬ ДОГОВОРА И ПОРЯДОК ОПЛАТЫ"
Подраздел 3.1 - ставки (можно таблицей)
Подраздел 3.2 - порядок оплаты (пошаговый список)
Подраздел 3.3 - НДС статус
Длина: 1 страница

Технические требования и стандарты качества

Многие договоры забывают про этот раздел – а зря. Без технических требований невозможно объективно оценить качество работы.

РОЛЬ: Ты юрист со специализацией на IT-контрактах и технических требованиях к разработке ПО (7+ лет). Понимаешь современные практики разработки (code review, тестирование, CI/CD).

КОНТЕКСТ: T&M контракт на разработку веб-приложения. Заказчик хочет зафиксировать стандарты качества кода, процесс review, требования к тестированию. Технологии: React, Node.js, Git.

ЗАДАЧА:
1. СОЗДАЙ раздел "Технические требования и стандарты качества"
2. ПРОПИШИ обязательные требования к коду:
   - Code review обязателен для всех изменений (нельзя делать merge без review)
   - Минимум 70% покрытие unit и integration тестами
   - Все тесты должны проходить успешно перед merge в main/master ветку
   - Документация кода: комментарии для публичных методов/функций, README для каждого модуля
   - Соблюдение линтеров: ESLint и Prettier для JavaScript/TypeScript
   - Git Flow для версионирования: main (production), develop (интеграция), feature/* (разработка)
3. ОПРЕДЕЛИ процесс контроля качества:
   - CI/CD через GitHub Actions – автоматические тесты при каждом push
   - Автоматическая проверка линтеров перед commit (pre-commit hooks)
   - Обязательная проверка на отсутствие секретов в коде (tokens, passwords)
4. УКАЖИ последствия несоблюдения:
   - Код, не прошедший review, не считается выполненным
   - Задачи без тестов не принимаются заказчиком
   - Время на исправление замечаний code review не оплачивается дополнительно (входит в стоимость задачи)

ОГРАНИЧЕНИЯ:
- НЕ требуй 100% покрытия тестами (нереалистично) – 70% это индустриальный стандарт
- НЕ перечисляй конкретные версии инструментов (быстро устаревают) – только названия
- Избегай фраз "желательно" или "рекомендуется" – только "обязательно"
- НЕ пиши технические инструкции (как делать) – только требования к результату (что должно быть)

ФОРМАТ ВЫВОДА:
Раздел с нумерацией (7.1, 7.2...)
Подраздел "Требования к коду" (буллеты)
Подраздел "Процесс контроля качества" (буллеты)
Подраздел "Последствия несоблюдения" (список)
Длина: 1 страница

Критерии приемки работ

Без чётких критериев приемки будут бесконечные споры “готово” или “не готово”.

РОЛЬ: Ты эксперт по договорному праву с опытом agile-разработки (8+ лет). Специализация: объективные критерии приемки результата работ.

КОНТЕКСТ: T&M контракт, Scrum. Приемка работ происходит по итогам каждого спринта (2 недели). Нужны измеримые критерии, чтобы избежать субъективной оценки.

ЗАДАЧА:
1. СОЗДАЙ раздел "Критерии приемки работ и порядок сдачи-приемки"
2. ОПРЕДЕЛИ объективные критерии приемки:
   - Функциональность соответствует требованиям из Jira (уникальный ID задачи)
   - Код прошёл code review от технического специалиста заказчика (утверждён pull request)
   - Все автоматические тесты (unit, integration, e2e) проходят успешно
   - Отсутствуют critical и major баги (согласно классификации: critical, major, minor, trivial)
   - Документация обновлена (README, API docs если применимо)
   - Демонстрация на sprint review прошла успешно (демо работающего функционала)
3. ПРОПИШИ процесс приемки:
   - Приемка по итогам каждого спринта (каждые 2 недели)
   - Исполнитель предоставляет акт выполненных работ + таймшит из Jira (1-й рабочий день после спринта)
   - Заказчик проводит приёмочное тестирование в течение 10 рабочих дней
   - Найденные недостатки фиксируются в Jira как баги (приоритет согласно критичности)
   - Два варианта завершения приемки:
     а) Подписание акта без замечаний
     б) Мотивированный отказ с перечнем недостатков (письменно)
4. УСТАНОВИ обязанности при отказе:
   - Исполнитель устраняет недостатки без дополнительной оплаты в течение 5 рабочих дней
   - Повторная приемка по той же процедуре
   - Заказчик вправе требовать устранения недостатков до полного соответствия ТЗ

ОГРАНИЧЕНИЯ:
- НЕ используй субъективные критерии ("красиво", "удобно") – только измеримые
- НЕ требуй от заказчика технических знаний для приемки – код ревью делает его специалист
- Избегай фразы "по усмотрению заказчика" – чёткие критерии
- НЕ устанавливай срок приемки меньше 5 дней (заказчику нужно время на тестирование)

ФОРМАТ ВЫВОДА:
Раздел "5. КРИТЕРИИ ПРИЕМКИ РАБОТ И ПОРЯДОК СДАЧИ-ПРИЕМКИ"
Подраздел 5.1 - критерии (чек-лист буллетами)
Подраздел 5.2 - процесс приемки (пошагово с нумерацией)
Подраздел 5.3 - порядок устранения недостатков
Длина: 1-1.5 страницы

Тем не менее, даже с такими детальными промптами – всегда проверяйте результат. AI может ошибаться в деталях.

SLA и обязательства сторон

РОЛЬ: Ты юрист по договорным обязательствам со специализацией на IT-проектах (9+ лет опыта). Понимаешь баланс между жёсткими требованиями и реалистичностью исполнения.

КОНТЕКСТ: T&M контракт, удалённая команда, часовой пояс МСК. Нужны чёткие SLA для доступности, времени реакции на проблемы, регулярности отчётности.

ЗАДАЧА:
1. СОЗДАЙ раздел "SLA и обязательства сторон"
2. ОПРЕДЕЛИ обязательства по доступности:
   - Рабочее время команды: пн-пт, 10:00-19:00 МСК
   - Ответ на вопросы в рабочее время: в течение 1 рабочего дня
   - Время реакции на critical баги в production: 2 часа (начало работы над исправлением)
   - Время реакции на major баги: 1 рабочий день
   - Время реакции на minor/trivial: в рамках текущего или следующего спринта
3. ПРОПИШИ обязательные митинги и отчёты:
   - Еженедельный статус-митинг (понедельник 11:00 МСК, 30-60 минут)
   - Sprint review каждые 2 недели (последний день спринта, демо функционала)
   - Sprint planning каждые 2 недели (первый день спринта, планирование задач)
   - Ежемесячный отчёт о прогрессе, затратах и forecast бюджета (1-е число месяца)
4. УСТАНОВИ штрафы за нарушения:
   - Пропуск дедлайна спринта без предварительного предупреждения (минимум за 3 дня): вычет 10% от стоимости работ спринта
   - Недоступность команды более 2 рабочих дней без уведомления: вычет за дни недоступности из оплаты
   - Несвоевременное предоставление отчётов (задержка более 3 дней): предупреждение, при повторении – штраф 5000 руб
5. УКАЖИ обязанности заказчика:
   - Своевременное предоставление доступов и информации (в течение 2 дней после запроса)
   - Участие в sprint review и planning (либо делегирование представителя)
   - Проведение code review в течение 3 рабочих дней после запроса

ОГРАНИЧЕНИЯ:
- НЕ требуй 24/7 доступность для T&M проекта (неадекватно дорого)
- НЕ устанавливай время реакции на баги меньше 2 часов (команда не дежурная служба)
- Штрафы должны быть соразмерны нарушению (не 50% за опоздание на 1 день)
- НЕ забудь про обязанности заказчика (двусторонние обязательства)

ФОРМАТ ВЫВОДА:
Раздел "8. SLA И ОБЯЗАТЕЛЬСТВА СТОРОН"
Подраздел 8.1 - доступность и время реакции (таблица: тип проблемы | SLA)
Подраздел 8.2 - митинги и отчётность (список с частотой)
Подраздел 8.3 - штрафы за нарушения исполнителем
Подраздел 8.4 - обязанности заказчика
Длина: 1.5 страницы

Заверения и гарантии исполнителя

Раздел, который часто забывают, но который критичен для защиты от претензий третьих лиц. Анализ реальных контрактов показал – это обязательный элемент.

РОЛЬ: Ты юрист по интеллектуальной собственности и корпоративному праву (10+ лет опыта в IT-секторе). Специализация: защита заказчика от рисков нарушения прав третьих лиц и скрытых обременений.

КОНТЕКСТ: T&M контракт на разработку ПО. Подрядчик будет создавать код, возможно использовать сторонние библиотеки. Заказчик хочет гарантии, что не получит иски о нарушении авторских прав или патентов третьих лиц.

ЗАДАЧА:
1. СОЗДАЙ раздел "Заверения исполнителя об обстоятельствах"
2. ПРОПИШИ заверения исполнителя о следующих обстоятельствах:
   - Отсутствие обязательств перед третьими лицами, которые могут препятствовать выполнению работ или передаче прав
   - Отсутствие обременений, прав третьих лиц, претензий относительно создаваемого кода
   - При разработке и передаче прав НЕ будут нарушены авторские, исключительные, патентные права третьих лиц
   - Исполнитель урегулировал все вопросы с авторами (чьим личным творческим трудом создан код)
   - Исполнитель имеет все необходимые полномочия для заключения и исполнения договора
3. УСТАНОВИ обязанности исполнителя при нарушении:
   - По требованию заказчика предоставить документы, подтверждающие права (лицензии, договоры с авторами)
   - Самостоятельно за свой счёт урегулировать претензии третьих лиц
   - Возместить заказчику все убытки, связанные с нарушением заверений (судебные расходы, штрафы, упущенная выгода)
   - Право заказчика в одностороннем порядке уменьшить сумму оплаты на размер убытков
4. УКАЖИ момент действия заверений:
   - Заверения даются на дату подписания договора
   - Заверения подтверждаются при подписании каждого акта выполненных работ
   - Обязательства по защите заказчика действуют бессрочно

ОГРАНИЧЕНИЯ:
- НЕ используй формулировку "исполнитель гарантирует абсолютное отсутствие претензий" (юридически нереалистично)
- Правильная формулировка: "исполнитель заверяет, что на дату подписания договора..."
- НЕ перекладывай ответственность на заказчика за проверку прав
- Избегай термина "гарантийные обязательства" (это не про гарантию качества, а про заверения)
- НЕ ограничивай срок ответственности за нарушение прав третьих лиц

ФОРМАТ ВЫВОДА:
Раздел "6. ЗАВЕРЕНИЯ ИСПОЛНИТЕЛЯ ОБ ОБСТОЯТЕЛЬСТВАХ"
Подраздел 6.1 - заверения (нумерованный список с детализацией каждого)
Подраздел 6.2 - обязанности при нарушении заверений
Подраздел 6.3 - право заказчика на одностороннее удержание
Длина: 1-1.5 страницы

Дополнительные соглашения – механизм изменения scope

В T&M контрактах scope постоянно меняется. Механизм Дополнительных соглашений – это способ формализовать изменения без переподписания всего договора.

РОЛЬ: Ты специалист по договорному праву РФ с опытом agile-проектов (7+ лет). Понимаешь, как совместить гибкость разработки с юридической формализацией изменений.

КОНТЕКСТ: T&M контракт, частые изменения scope. В российской договорной практике используются Дополнительные соглашения к договору для фиксации изменений. Нужен баланс между бюрократией и контролем.

ЗАДАЧА:
1. ДОБАВЬ в раздел "Предмет договора" пункт про Дополнительные соглашения
2. ОПРЕДЕЛИ, что фиксируется через Доп. соглашения:
   - Новые крупные задачи, не входящие в текущий scope (оценка более 40 часов)
   - Изменение почасовых ставок специалистов
   - Изменение состава команды (добавление/удаление специалистов)
   - Продление срока действия договора
   - Увеличение лимита NTE (максимального бюджета)
3. ПРОПИШИ процесс заключения:
   - Инициатор (любая сторона) направляет письменный запрос на изменение с обоснованием
   - Вторая сторона рассматривает запрос в течение 5 рабочих дней
   - При согласии стороны подписывают Дополнительное соглашение
   - Форма: простая письменная форма, подписи уполномоченных лиц обеих сторон (или ЭЦП)
   - Нумерация: № 1, № 2 и т.д. к Договору № ___ от ДД.ММ.ГГГГ
4. УКАЖИ, что является неотъемлемой частью договора:
   - Все Дополнительные соглашения
   - Акты выполненных работ (форма в Приложении № 1)
   - Регламент взаимодействия (Приложение № 2)
   - Техническое задание, зафиксированное в Jira

ОГРАНИЧЕНИЯ:
- НЕ позволяй односторонние изменения условий (обе стороны должны подписать)
- НЕ считай email без ЭЦП юридически значимым документом (нужна простая письменная форма)
- Избегай фразы "стороны могут изменить условия по согласованию" без процедуры
- НЕ требуй Доп. соглашение для каждой мелкой задачи (только крупные изменения > 40 часов)

ФОРМАТ ВЫВОДА:
Дополнение к разделу "2. ПРЕДМЕТ ДОГОВОРА"
Пункт 2.4 - Дополнительные соглашения (что фиксируется)
Пункт 2.5 - Процесс заключения (пошаговая процедура)
Пункт 2.6 - Неотъемлемые части договора (список)
Длина: 0.5 страницы (3-4 пункта)

Шаг 4: Проверка полноты контракта

В конце попросите AI проверить, все ли важные разделы включены. Это работает как контрольный чек-лист.

РОЛЬ: Ты эксперт по договорному праву РФ со специализацией на IT-контрактах (12+ лет опыта). Проводишь аудит договоров на полноту и соответствие российскому законодательству.

КОНТЕКСТ: Черновик T&M договора для разработки ПО. Нужна проверка на наличие всех обязательных разделов согласно российской договорной практике и ГК РФ.

ЗАДАЧА:
1. ПРОВЕРЬ наличие следующих обязательных разделов:
   - Термины и определения
   - Предмет договора
   - Стоимость и порядок оплаты
   - Учет рабочего времени (таймтрекинг)
   - NTE (Not-to-Exceed) клауза
   - Процесс управления изменениями и Дополнительные соглашения
   - Права на интеллектуальную собственность (с моментом перехода прав)
   - Конфиденциальность (NDA с указанием срока действия)
   - Заверения исполнителя об обстоятельствах
   - Критерии приемки работ
   - SLA и обязательства сторон
   - Технические требования и стандарты качества
   - Ответственность и штрафы (пени за просрочку для обеих сторон)
   - Форс-мажор (определение обстоятельств непреодолимой силы)
   - Срок действия и условия расторжения (+ автопролонгация)
   - Порядок разрешения споров (обязательный досудебный порядок, подсудность)
   - Реквизиты и подписи сторон
2. ПРОВЕРЬ юридическую корректность:
   - Ссылки на ГК РФ (ст. 702-729, 1233, 1296)
   - НДС статус (УСН или освобождение по ст. 149 НК РФ)
   - Досудебный порядок согласно АПК РФ ст. 4
   - Правильная терминология ("отчуждение прав", не "передача")
3. УКАЖИ отсутствующие или недостаточно детализированные разделы

ОГРАНИЧЕНИЯ:
- НЕ предлагай добавить необязательные разделы (только критически важные)
- Проверяй не форму, а существо (есть ли механизм, а не только название раздела)

ФОРМАТ ВЫВОДА:
Чек-лист с галочками ✓ (есть) или ✗ (отсутствует/недостаточно)
Для каждого ✗ – краткое пояснение, что именно отсутствует
Отдельный раздел "Критические замечания" – то, что обязательно нужно добавить
Длина: 1-2 страницы

Чек-лист проверки сгенерированного контракта

AI создал черновик. Перед отправкой юристу проверьте обязательные элементы – вот вам готовый чек-лист.

Формальная проверка

• Все разделы присутствуют (минимум 13 основных разделов)
• Нумерация пунктов сквозная и логичная (1., 1.1., 1.1.1.)
• Есть места для подписей и реквизитов сторон (в конце документа)
• Указаны обязательные приложения (форма акта, регламент взаимодействия)
• Дата и номер договора оставлены пустыми (заполняются при подписании)
• Упоминаются “Заказчик” и “Исполнитель” – без конкретных названий в шаблоне

Юридическая проверка (соответствие РФ законодательству)

• НДС статус указан корректно: “НДС не облагается в связи с применением УСН” или “НДС не облагается согласно ст. 149 НК РФ п.26 ч.2”
• Момент перехода исключительных прав зафиксирован: “с момента подписания акта сдачи-приемки работ”
• Используется правильная терминология: “отчуждение исключительных прав” (не “передача прав”)
• NTE клауза содержит конкретные пороги (70%, 80%, 100%) и процедуры уведомления
• Досудебный претензионный порядок указан как обязательный (АПК РФ ст. 4)
• Срок ответа на претензию указан (10-30 рабочих дней, стандарт – 10)
• Форс-мажор определён конкретно (массовые беспорядки, стихийные бедствия, запретительные действия властей)
• Конфиденциальность сохраняется после окончания договора (бессрочно или указан срок, например 3 года)
• Есть ссылки на ГК РФ: ст. 702-729 (подряд), ст. 1233, 1296 (исключительные права)

Финансовая проверка

• Почасовые ставки указаны для каждой роли в команде (Senior backend, Middle frontend, Designer)
• Максимальный бюджет (NTE) зафиксирован конкретной суммой
• Порядок оплаты определён (раз в 2 недели после спринта / ежемесячно)
• Срок оплаты после подписания акта указан (обычно 5-10 рабочих дней)
• Пени за просрочку определены для обеих сторон (обычно 0,1% в день от стоимости работ)
• Указано, что в стоимость включена передача прав на РИД (обычно 10% от суммы работ)

Технические требования (для IT-проектов)

• Указана система учета времени (Jira, YouTrack, или другая)
• Определён репозиторий для исходного кода (Git, адрес согласовывается)
• Code review упомянут как обязательное требование
• Покрытие тестами указано (обычно 70%+, не менее)
• Срок исправления багов определён (3-5 рабочих дней для некритичных, 2 часа реакция на critical)
• Есть требования к документации (комментарии кода, README для модулей)
• CI/CD упомянут (автоматические тесты перед merge)

Процессуальные проверки

• Определён процесс Change Request (как оформлять изменения scope)
• Механизм Дополнительных соглашений прописан (для крупных изменений)
• Процесс сдачи-приемки работ детализирован (кто, когда, как)
• Регламент взаимодействия упомянут как приложение
• Форма акта выполненных работ есть в приложении

Критические ошибки AI (проверьте особенно внимательно!)

❌ AI может написать “передача прав” вместо “отчуждение исключительных прав” – неверная терминология ГК РФ ❌ AI может указать НДС 20% для прав на ПО – должно быть освобождение по ст. 149 НК РФ п.26 ч.2 ❌ AI может забыть про автопролонгацию – стандарт для долгосрочных T&M (договор продлевается автоматически на год при отсутствии уведомления) ❌ AI может не указать обязательность досудебного порядка – требование АПК РФ ст. 4 ❌ AI может написать “в разумный срок” – в российском праве нужны конкретные дни ❌ AI может перепутать момент перехода прав – должен быть “с момента подписания акта”, не “с момента создания”

Ловлю себя на мысли – именно эти ошибки AI делает чаще всего. Будьте внимательны.

Важные ограничения AI

Тем не менее, использование AI для юридических документов имеет ограничения, о которых нужно помнить:

AI не заменяет юриста. Обязательно покажите финальный документ юристу, особенно если:

• Проект бюджетом от 1 млн рублей
• Международный контракт (не только РФ)
• Работа с государственными организациями (44-ФЗ, 223-ФЗ)
• Сложные требования к IP или конфиденциальности (патенты, лицензии)
• У вас нет опыта работы с контрактами (первый раз)

Проверяйте актуальность законодательства. Законы меняются, AI может использовать устаревшую информацию. Особенно актуально для:

• Налогового законодательства (НК РФ)
• Трудового права (если привлекаете физлиц)
• Прав на интеллектуальную собственность (часть IV ГК РФ)
• Валютного контроля (для международных контрактов)

Адаптируйте под свой случай. AI дает общий шаблон. Вам нужно адаптировать его под:

• Специфику вашего проекта (не все проекты одинаковые)
• Вашу компанию (организационно-правовая форма, НДС статус)
• Вашего подрядчика (ИП или ООО, резидент или нерезидент)
• Отраслевые особенности (финтех, медицина, образование – разные требования)

Перепроверяйте цифры и сроки. Всегда внимательно проверяйте:

• Суммы (ставки, NTE лимит, стоимость часа)
• Ставки (реалистичны ли для вашего рынка?)
• Сроки (10 дней на проверку акта – достаточно?)
• Проценты (0.1% пени в день – это стандарт, но проверьте)

Не копируйте слепо. Прочитайте и поймите каждый пункт контракта. Если что-то непонятно:

• Спросите у юриста (лучший вариант)
• Или попросите AI объяснить простым языком (используйте промпт: “Объясни пункт 5.3 контракта простыми словами для не-юриста”)

Когда юрист обязателен

Я думаю, многие менеджеры пытаются сэкономить на юристах даже в критических ситуациях. Не делайте так. Юрист обязателен, если:

• Проект стоит больше 1 млн рублей – риски слишком высоки, экономия на юристе может стоить всего проекта
• Работаете с иностранным подрядчиком – международное право, валютный контроль, налогообложение нерезидентов – это сложно
• Сложные IP требования – патенты, лицензии, права на алгоритмы, использование open source с copyleft лицензиями
• Работа с чувствительными данными – персональные данные (ФЗ-152), финансовая информация, медицинские данные
• Проект критичен для бизнеса – если что-то пойдёт не так, потери будут значительными
• Работа с гос. организациями – 44-ФЗ, 223-ФЗ имеют специфические требования

В этих случаях AI помогает подготовить черновик для обсуждения с юристом, но не заменяет его. Вы сэкономите время юриста (и свои деньги) – он потратит 2 часа на правки вместо 8 часов на написание с нуля.

Практический пример: полный промпт для быстрого старта

Если хотите получить сразу полный документ одним запросом, вот комплексный промпт. Тем не менее, я рекомендую пошаговый подход (сначала структура, потом детализация разделов) – так результат получается качественнее.

РОЛЬ: Ты опытный корпоративный юрист со специализацией на IT-контрактах и российском законодательстве (12+ лет практики). Используешь методологию риск-ориентированного анализа, знаешь ГК РФ части 1, 2 и 4, НК РФ, АПК РФ. Понимаешь специфику agile-разработки и T&M модели.

КОНТЕКСТ:
Клиент – менеджер проекта без юридического опыта в стартапе.
Заказчик: ООО, Москва, применяет УСН
Подрядчик: ООО или ИП (российский), разработка ПО
Проект: SaaS-платформа для управления задачами
Технологии: React, Node.js, PostgreSQL, AWS
Команда: 2 backend (1 senior, 1 middle), 1 frontend (middle), 1 дизайнер
Длительность: 6 месяцев (ориентировочно, с возможностью продления)
Методология: Scrum, спринты 2 недели, приёмка по итогам спринта
NTE (максимальный бюджет): 5 000 000 рублей
Система учёта задач: Jira
Репозиторий: Git (GitHub/GitLab)

СТАВКИ (руб/час, НДС не облагается):
- Senior Backend Developer: 5 000 руб/час
- Middle Backend Developer: 3 500 руб/час
- Middle Frontend Developer: 4 000 руб/час
- UI/UX Designer: 3 500 руб/час

КЛЮЧЕВЫЕ УСЛОВИЯ:
- Оплата раз в 2 недели после sprint review и подписания акта
- Таймтрекинг обязателен в Jira (с ID задач)
- Все исключительные права на код переходят к заказчику (с момента подписания акта)
- NDA на 3 года после окончания договора
- Еженедельные статус-митинги (понедельник 11:00 МСК)
- Code review обязателен (без review код не принимается)
- Минимум 70% покрытие unit и integration тестами
- При достижении 80% NTE бюджета – обязательное письменное согласование продолжения работ
- Досудебный претензионный порядок обязателен (10 рабочих дней)

ЗАДАЧА:
1. СОЗДАЙ полный черновик договора Time & Material для разработки веб-приложения
2. ВКЛЮЧИ ВСЕ ОБЯЗАТЕЛЬНЫЕ РАЗДЕЛЫ в следующем порядке:
   1. Термины и определения (Система учета задач, ТЗ, Репозиторий, Задача)
   2. Предмет договора (разработка ПО, передача прав, ссылка на Регламент в приложении)
   3. Стоимость договора (почасовая ставка, фиксация в Доп. соглашениях, NTE лимит)
   4. Права и обязанности сторон (взаимные обязательства)
   5. Порядок сдачи-приемки и оплаты работ (процесс, сроки, акты)
   6. Заверения исполнителя об обстоятельствах (отсутствие обременений, прав третьих лиц)
   7. Условия конфиденциальности (NDA, что относится к конф. информации, срок действия)
   8. Права на интеллектуальную собственность (отчуждение прав, момент перехода, open source)
   9. Управление изменениями (Change Request, Дополнительные соглашения)
   10. Технические требования и стандарты качества (code review, тесты, CI/CD)
   11. Критерии приемки работ (измеримые критерии, процесс приемки)
   12. SLA и обязательства сторон (доступность, время реакции, митинги, штрафы)
   13. Ответственность сторон (пени 0.1% в день за просрочку для обеих сторон)
   14. Форс-мажор (определение обстоятельств непреодолимой силы)
   15. Срок действия договора (с автопролонгацией на 1 год)
   16. Изменение и расторжение договора
   17. Порядок разрешения споров (досудебный порядок 10 дней, подсудность)
   18. Иные условия (применимое право – РФ, способы связи)
   19. Реквизиты и подписи сторон
3. ДОБАВЬ обязательные приложения (в тексте укажи ссылки):
   - Приложение № 1: Форма акта сдачи-приемки работ
   - Приложение № 2: Регламент взаимодействия (процесс работы через Jira, code review, Git)
4. УКАЖИ ссылки на законодательство РФ:
   - ГК РФ ст. 702-729 (подряд)
   - ГК РФ ст. 1233, 1296 (исключительные права)
   - НК РФ ст. 149 п.26 ч.2 (освобождение от НДС для прав на ПО)
   - АПК РФ ст. 4 (досудебный порядок)

ОГРАНИЧЕНИЯ:
- НЕ используй устаревшие или канцелярские формулировки
- НЕ указывай конкретные названия организаций (оставь "Заказчик", "Исполнитель" как заполняемые поля)
- НЕ добавляй разделы, не указанные в списке
- НЕ используй термин "передача прав" – только "отчуждение исключительных прав"
- НЕ пиши "в разумный срок" – только конкретные дни
- НЕ забудь НДС статус: "НДС не облагается в связи с применением УСН"
- НЕ пропускай досудебный порядок – это обязательное требование АПК РФ
- Избегай фраз "и прочее", "в том числе но не ограничиваясь" – только конкретика
- Обязательно используй нумерацию пунктов: 1., 1.1., 1.1.1.

ФОРМАТ ВЫВОДА:
Структурированный документ в формате договора
Нумерация пунктов: 1., 1.1., 1.1.1. и т.д.
Заголовки разделов: ЗАГЛАВНЫМИ БУКВАМИ
Длина: 8-12 страниц А4
В конце: места для реквизитов и подписей (Заказчик / Исполнитель, ФИО, подпись, М.П.)
Упоминание приложений: "Приложение № 1 к Договору", "Приложение № 2 к Договору"

Что делать с результатом

После того как AI сгенерировал контракт:

1. Сохраните текст в документ (Word, Google Docs) – не оставляйте в чате AI
2. Внимательно прочитайте каждый пункт – вы должны понимать, что там написано
3. Используйте чек-лист выше – проверьте формальные и юридические элементы
4. Проверьте цифры вручную – ставки, бюджет, сроки, проценты (AI может ошибаться в арифметике)
5. Адаптируйте под вашу специфику – названия компаний, реквизиты, особые условия
6. Покажите юристу для финального review (обязательно, если проект от 1 млн руб!)
7. Обсудите с подрядчиком – возможно, у него есть замечания или предложения по улучшению
8. Внесите правки по результатам обсуждений – договор должен устраивать обе стороны
9. Финальная юридическая проверка – убедитесь, что правки не нарушили структуру
10. Подписание – в двух экземплярах, по одному для каждой стороны

Возможно, вы спросите – зачем столько этапов? Дело в том, что контракт – это не просто формальность. Это инструмент защиты ваших интересов. Потратьте время на проверку сейчас – сэкономите месяцы судебных разбирательств потом.

Альтернативы YandexGPT

В тоже время, не обязательно использовать именно YandexGPT. Можете попробовать:

• ChatGPT – очень сильный в юридических текстах, понимает контекст российского законодательства, но нужен платный доступ ($20/месяц)
• Claude (Anthropic) – отлично работает с длинными документами, может обработать много контекста (до 200 000 токенов), хорош для итеративной доработки
• GigaChat (Сбер) – российская альтернатива, специально обучен на российском законодательстве, знает актуальные изменения в ГК РФ и НК РФ
• Gemini (Google) – бесплатный доступ, неплохое качество, но может использовать американские стандарты (нужно явно указывать “российское законодательство”)

Принцип работы везде одинаковый – даете контекст, используете методологию 5 элементов, просите сгенерировать разделы, итеративно уточняете. Выбор инструмента – дело вкуса и доступа :)

Полезные материалы для изучения T&M контрактов

Рекомендую посмотреть, как устроены T&M контракты в целом:

• What Is A Time And Materials Contract? – базовое понимание T&M модели, отличия от Fixed Price
• Time & Material Contracts Guide – шаблоны и чеклисты (на английском, но применимо)

Также читайте мои статьи про работу с промптами:

• Паттерн персоны в промптах – как правильно задать роль AI для получения экспертных ответов
• 5 элементов структуры промпта – почему это работает лучше обычных вопросов

Дальше – больше. Использование AI для создания черновиков контрактов – это разумный подход для современного менеджера проектов. Главное – понимать ограничения и не пропускать этап юридической проверки.

AI экономит время, помогает не забыть важные пункты, дает базу для переговоров с юристом и подрядчиком. Но финальное решение и ответственность всегда остаются за вами.

p.s. Когда будете в следующий раз создавать контракт, попробуйте этот подход – сэкономите несколько дней и получите хорошую базу для работы :)

---

Проверка актуальности законодательства с помощью Perplexity

Российское законодательство постоянно меняется – статьи изменяются, вводятся новые требования, появляются разъяснения. AI-модели (включая YandexGPT, ChatGPT, Claude) могут использовать устаревшую информацию, так как их знания ограничены датой обучения.

Я рекомендую дополнительно проверять актуальность всех ссылок на законы через специализированные сервисы для поиска актуальной информации. Один из таких инструментов – Perplexity – AI-ассистент с доступом к актуальным источникам в интернете. Он умеет искать свежую информацию и предоставляет ссылки на источники.

Как использовать Perplexity для проверки законов:

1. Перейдите на perplexity.ai
2. Задайте конкретный вопрос на русском языке, например:
   • “Действует ли статья 149 НК РФ пункт 26 часть 2 об освобождении от НДС для передачи прав на ПО в 2026 году?”
   • “Какие изменения были в ФЗ-152 о персональных данных в 2024-2026 годах?”
   • “Требуется ли обязательный досудебный порядок по АПК РФ статья 4 на январь 2026?”
3. Perplexity найдет актуальные источники и даст ответ со ссылками на законодательные документы

Что проверять обязательно:

• НДС статус и льготы (часто меняются)
• Требования к персональным данным (ФЗ-152 регулярно ужесточается)
• Сроки и порядок досудебного урегулирования
• Правила передачи исключительных прав на РИД

Все ссылки на законы в этой статье были проверены через Perplexity на актуальность по состоянию на январь 2026 года. Тем не менее, я настоятельно рекомендую перед заключением серьёзного контракта дополнительно свериться с юристом или актуальными редакциями законов на КонсультантПлюс.