Юридическая служба государственного заказчика судится с подрядчиками по 44-ФЗ — взыскивает неустойки, расторгает контракты. Мы построили систему, которая готовит юристу позицию по спору: применимые нормы, практику, риски и контраргументы другой стороны — черновик, который тот проверяет и несёт в суд.
У крупного государственного заказчика — сотни контрактов с подрядчиками, и часть из них кончается судом. Каждый спор ложится на юридическую службу.
Подрядчик сорвал сроки, не сдал работы, нарушил условия. Нужно взыскать неустойку, расторгнуть контракт или отбиться от встречного иска.
позиция собирается вручную из четырёх источниковМы построили систему, которая готовит юристу заготовку такой позиции. По-настоящему сложным в ней оказалось совсем не то, чего ждёшь от такой задачи.
Например, неустойка за просрочку — можно ли взыскать и каков потолок? Любая правовая база за секунду выдаст нужные статьи: ответственность предусмотрена, считайте по формуле, идите в суд. Так ответит вчерашний стажёр.
Юрист, который вёл такие споры, сначала спросит другое: а сам заказчик ничего не нарушил — вовремя передал площадку, согласовал что требовалось, принял этапы? Если содействия с его стороны не было, суд может срезать неустойку или вовсе отказать во взыскании. На встречных претензиях, на собственной просрочке заказчика, на запоротой процедуре расторжения такие иски разваливаются чаще, чем на слабой позиции по сути.
Закон тут публичный, он лежит в открытых базах, и найти статью умеет каждый. Ценность юриста в другом: помнить, чем по этому закону бьют в ответ, и не повторить ошибку, на которой споткнулся в прошлый раз. Система собирает для него позицию по спору — применимые нормы, судебную практику, риски, контраргументы другой стороны — и отдаёт черновиком меморандума, то есть готовым заключением с позицией, которое юрист проверяет и несёт в суд.
Первое, что напрашивается для такого продукта, — поиск по документам: на вопрос находим самые похожие куски из законов и решений, отдаём модели, она пишет ответ. Для справки по тарифу это работает. Для судебного спора ломается на первом же деле.
Вернёмся к статье про содействие заказчика. В решении суда по просрочке подрядчика этих слов может не быть вовсе: содействие — это защита подрядчика, которую он поднимет в ответ, и в предмете иска оно не звучит. Поиск по смыслу её не вытащит, потому что в тексте дела её нет. А юрист, который про неё забыл, услышит её в зале суда от другой стороны.
Отсюда выросло главное решение во всей системе: в вопросах полноты поиску не доверять. То, что нормы нет в найденных документах, ещё не значит, что она не нужна. Чаще наоборот: самые опасные для заказчика нормы — ровно те, которые он сам в иск не впишет.
Поэтому половина инженерной работы здесь живёт за пределами поиска — в том, что система добавляет к найденному сама. По тексту вопроса она определяет тип спора и достаёт к нему нормы, которые юрист обязан проверить, даже если в деле их не видно.
Спросили про неустойку за просрочку — и система сама подкладывает то, чем будет защищаться подрядчик, ещё до того, как об этом вспомнит юрист. Связки прописаны вручную, как память человека, отсидевшего сотни заседаний и помнящего, какие нормы ходят в суд вместе. Работа ручная, и под каждый новый тип спора карту дописывают заново.
Есть и обратная осторожность: лишнюю норму система так же сознательно убирает. Гражданский кодекс и закон о госзакупках живут по разным правилам, и смешать их санкции в одном доводе — ошибка, которую оппонент заметит сразу. Поэтому на чисто гражданский вопрос система не тащит статьи о госзакупках, а если речь прямо о снижении неустойки — убирает нормы про содействие: там другая ось спора, и лишнее только шумит.
В обычном чат-боте худшее, что случается, — выдуманный факт. В юридическом ассистенте опаснее другое: гладко и грамотно сформулированная неправда о законе.
Снова та же статья про содействие. В её тексте написано «заказчик обязан», и модель на голубом глазу выдаёт, что по этой статье заказчик вправе взыскать с подрядчика. Звучит уверенно, по делу, с правильными реквизитами. А по смыслу всё обратно: статья защищает подрядчика, и юрист, который ей поверит, придёт в суд с аргументом против себя.
Поэтому поверх генерации стоит слой проверок, и каждая выросла из конкретной ошибки, которую модель уже совершала. Систему научили узнавать эти провалы пофразово и вырезать или смягчать предложение, в котором они вылезли, — будь то статья про содействие, повёрнутая во вред заказчику, или снижение неустойки, заехавшее в обоснование по 44-ФЗ.
На самых важных статьях подстелена соломка: если модель промолчала или сбилась, в ответ идёт заранее выверенная юристом формулировка. Пустоты на месте ключевой нормы быть не должно.
Ответ устроен как меморандум, который написал бы старший юрист. Каждый блок собирается отдельно и со своими ограничениями, чтобы рекомендации не растеклись в вежливую воду. Вот как выглядит такой черновик на сквозном примере про неустойку.
Эталон тут задают живые ответы юристов. Под каждую из семи категорий споров есть образцовый разбор в той же структуре меморандума, и система сверяется с ними: совпало ли по сути, что упустила, что добавила лишнего. По этим же эталонам идёт регулярный прогон, чтобы качество не уехало после очередной правки.
Вся система разворачивается в контуре заказчика. Судебные дела, переписка и внутренние материалы не уходят наружу, инференс моделей работает там же, внутри периметра. Для госструктуры это условие, без которого разговор вообще не начинается.
И собрано всё это на его реальных делах, а не на чистом учебном корпусе. Данные приходят грязными:
Всё это приходится приводить к одному виду, иначе собственное дело заказчика не находится по своему же номеру. Возня неблагодарная, но без неё нельзя: ссылка на норму или дело должна быть точной до статьи и номера, а кривая ссылка в меморандуме хуже отсутствующей — отсутствие юрист заметит сразу, ошибку поймает уже в суде.
Система работает как ассистент юридической службы заказчика. Раньше юрист начинал спор с чистого листа и собирал позицию руками по нескольким базам. Теперь он открывает готовый черновик, где уже сведены применимые нормы — включая те, которыми ударит другая сторона, — релевантные прошлые дела заказчика, риски и рекомендации. Дальше он проверяет, правит и решает, что нести в суд. Последнее слово остаётся за ним.
Закон эта система не знает лучше юриста, да это и не требуется. Она держит то, что у живого человека держится плохо: помнит невыгодную норму, которую забыли вписать, и не путает, кому какая статья помогает. На этих двух вещах споры в госзакупках и проигрываются.
Три корпуса в Qdrant: законы (44-ФЗ, ГК, постановления, письма ведомств), общая судебная практика (обзоры и пленумы Верховного и Высшего арбитражного судов) и собственные дела заказчика. Поверх поиска — ручная инъекция норм, которых в тексте дела нет, но которые юрист обязан проверить
pydantic-ai поверх юридического пайплайна. Ответ собирается по секциям меморандума — вывод, нормы, практика, опыт заказчика, риски, рекомендации — каждая со своими ограничениями. История диалогов в тредах
Пофразовые фильтры против перевёрнутого толкования: статья про содействие заказчика без ложных прав на взыскание, норма ГК о снижении неустойки не подмешивается в обоснование по 44-ФЗ. На ключевые статьи — выверенные юристом формулировки на случай сбоя модели
Эталонные ответы юристов по семи категориям споров. Сходство по словам плюс оценка моделью-судьёй: что совпало, что упущено, что добавлено лишнего. Регулярный прогон, чтобы качество не уезжало после правок
DeepSeek для посекционной сборки меморандума, Qwen3-Embedding-0.6B для векторизации трёх корпусов. Инференс — в контуре заказчика
Ответим, подходит ли задача для AI-агентов, и если да, предложим конкретный план.
Заявка отправлена
Ответим в течение дня на указанный email.
или напишите напрямую — ilya@manaraga.ai