Зачем юристу вайбкодить

Провёл уже три потока практикумов в ВШЭ по работе юристов с ИИ, и на каждом вебинаре по вайбкодингу всплывает один и тот же вопрос, сформулированный по-разному: зачем лезть в код, если есть готовые сервисы и айтишники?

Долго отвечал через экономию времени, но если честно с собой - дело не во времени. Дело в том, что мы путаем прототип с продуктом.

Когда садишься что-то собирать через ИИ, первый инстинкт - довести до ума. Сделать идеальным интерфейс, обработать ошибки, продумать все случаи. То есть вести себя так, будто строишь продукт. А если платишь цену продукта, то гипотезу ты уже не проверяешь, а строишь в обход нормального процесса без бюджета.

У черновика работа другая. Он должен ответить на три вопроса, на которые я сам раньше обращал меньше внимания, чем стоило:

• работает ли это вообще технически. Вытянет ли модель твою юридическую логику, или там, где казалось «ну просто объяснить ИИ», на деле неподъёмная сложность.

• удобно ли этим пользоваться в реальном процессе, а не только «звучит полезно» на демо.

• готов ли кто-то довериться результату. Это не про метрики, а сядет ли коллега перед конкретным выводом по конкретному делу и примет ли на его основе решение (или покивает из вежливости)

И вот третий вопрос черновик с придуманными примерами не закроет никогда, каким бы красивым он ни был. На него отвечает только версия на настоящих датасетах (пусть и сырым выводом). Проверять её нужно сначала на реальном пользователе, а не метриками на объёме. Метрики имеют смысл, когда человек подтвердить закрытие своих болей.

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

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

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

Не уверен, что у всех коллег ответ будет таким же. Но задавать себе этот вопрос точно стоит до того, как задача уйдёт в разработку.