Три пункта в договоре, которых не было до AI
На сдаче последнего большого проекта клиент спросил: «А ты можешь показать, где ты написал код сам, а где — нейросеть?»
Три года назад я бы растерялся. Полез бы в git blame, начал что-то объяснять, защищаться. Сейчас в договоре есть один пункт, который снимает этот вопрос за пять секунд. Не потому что он юридически защищает. А потому что он задаёт правильный разговор до того, как этот вопрос вообще прозвучит.
Таких пунктов теперь три. Расскажу, откуда они взялись.
Почему старые договоры об этом молчат
Большинство договоров на разработку написаны до того, как AI-инструменты стали частью ежедневного рабочего процесса. Они регулируют сроки, права на код, порядок оплаты. Но они не отвечают на вопросы, которые сейчас задают клиенты.
Каждый пятый разговор на сдаче проекта в 2025-2026 цепляет тему AI. Не потому что клиент плохой. А потому что они читают те же новости. Слышали, что AI пишет код. Не понимают, что это значит для их проекта.
Молчание договора здесь не нейтральная позиция. Это приглашение к импровизированным переговорам в самый неподходящий момент. Я прошёл это несколько раз. Потом сел и написал три пункта.
Пункт 1: инструменты исполнителя
AI-инструменты — мои инструменты, как редактор кода или линтер. Результат принадлежит заказчику полностью. Ответственность за качество — моя, независимо от того, каким инструментом написано.
Клиент иногда думает, что раз «AI написал код» — значит, «нейросеть ошиблась, не разработчик». Пункт договора явно снимает эту двусмысленность: неважно, чем написано. Важно, что подписано.
Я использую Claude Code для написания тестов, рефакторинга, разбора логов. Если тест некорректный — это мой некорректный тест. Договор фиксирует эту позицию не в моменте спора, а заранее.
Отдельная польза — закрывает вопросы про IP. «Кому принадлежат промпты?» — никому, это мой рабочий процесс. «Кому принадлежит результат?» — вам, как написано в разделе прав.
Один раз клиент уточнил: «А если AI сгенерировал алгоритм сортировки — это ваш код или OpenAI?» Я показал пункт, процитировал два предложения. Разговор закончился. Без этого пункта я бы объяснял ещё минут сорок — и всё равно оставил бы его с тревогой.
Пункт 2: инструментальная зависимость
Если инструмент, который использует исполнитель, изменит условия или прекратит работу — это не влияет на сроки и условия договора. Поддержка результата обеспечивается силами исполнителя, а не конкретным AI-инструментом.
Без этого пункта у клиента возникает вопрос: «Вы же работаете через Claude Code. Что если Anthropic закроет API или поднимет цены?» И ответ «ну, я найду другой инструмент» — это не ответ. Это тревога.
Пункт в договоре превращает это в: «Да, именно так. Это мои инструменты. Они могут меняться. Ваш код — статичный артефакт, который работает в вашей инфраструктуре. Зависимости — мои, не ваши».
Я столкнулся с этим вопросом после того, как Microsoft свернул одну из AI-интеграций. Клиент прочитал новость и написал: «У нас есть что-то подобное в договоре?» Оказалось, что теперь есть.
Важная деталь для этого пункта: он работает в обе стороны. Если клиент потом спросит «а вы ещё используете AI?» — вопрос снова закрыт договором. Я вправе менять инструменты. Ваш код от этого не меняется.
Пункт 3: что считается выполненной работой
Работа считается выполненной, когда результат соответствует согласованным критериям приёмки. Метод, трудозатраты и инструменты исполнителя — не критерии приёмки.
Это самый важный из трёх. Потому что из него вытекает главный вопрос AI-эры для студий: «Ты потратил меньше времени с AI, значит, должен дешевле?»
Нет. Работа стоит не по часам. Она стоит по результату, по принятому на себя риску, по тому, что клиент получает на выходе. Если я могу решить задачу быстрее — это моя экспертиза, а не ваша скидка.
Хирург с новым скальпелем не делает скидку, потому что операция прошла быстрее. Это банальный аргумент — но именно он прекращает этот разговор. Договорный пункт даёт ему опору: «у нас так и написано, смотрите».
Этот пункт работает в паре с разговором о ценообразовании, который я описывал в статье про AI-скидку. Но там речь шла о переговорах в реальном времени. Здесь — о том, что закрывает этот разговор до его начала.
Когда в договоре написано, что критерий сдачи — это соответствие требованиям, а не отработанные часы — у клиента нет точки опоры для «докажи, что не использовал AI». Не потому что я скрываю. А потому что это неправильный вопрос по условиям договора.
Как эти три пункта работают вместе
Они не юридическая броня. Хороший юрист в хорошем суде разберёт их в полчаса.
Но у меня нет задачи выиграть спор. Задача — чтобы спора не было.
Это не их функция. Их функция — задать рамку разговора до того, как он стал спором. Клиент читает договор до старта. Или я делаю краткое резюме ключевых пунктов на брифинге. И вопросы про AI звучат не на сдаче, а там — где на них легко ответить.
Внутренняя политика «AI только для внутренних инструментов, не для клиентского frontend» (о которой я писал здесь) создала почву для пункта 1. Честный ответ на вопрос «как я работаю с AI» стал частью договора, а не импровизацией.
Что сделать завтра
Не нужен юрист, чтобы начать.
Открыть текущий договор, найти раздел «права на результат» и «порядок сдачи-приёмки». Именно туда идут эти уточнения.
В раздел про инструменты добавить: «Исполнитель вправе использовать любые программные инструменты, включая AI-ассистентов, на своё усмотрение. Ответственность за результат остаётся на исполнителе в полном объёме».
В критерии приёмки добавить: «Приёмка осуществляется на основании соответствия результата согласованному техническому заданию. Методы и инструменты исполнителя не являются предметом приёмки».
Этого достаточно, чтобы следующий разговор на сдаче проекта прошёл иначе.
Подробнее о том, как я ставлю ожидания с клиентами до старта — в этой статье.