Мне регулярно объясняют, почему без человека с AI никак. Нужно знать массу нюансов. Нужно проверять решения модели. Нужно разбираться в предметной области. Вывод подаётся как самоочевидный: значит, к каждому AI-контуру должен быть приставлен знающий инженер, и его участие — необходимое.
Я скажу честно, только вы не обижайтесь: в девяти случаях из десяти «необходимое участие» — это не про инженерию. Это про то, кто будет получать за присутствие.
Отчуждаемость — не вежливость, а стандарт
Инженерный профессионализм измеряется одной вещью: делаешь ли ты отчуждаемые инструменты.
Отчуждаемый — значит работающий и поддерживаемый после того, как автор ушёл. Софт, написанный инженером, должно быть легко держать в проде, когда сам инженер уволился из конторы. Систему, которую ты собрал, должна вести другая команда — по документации, стандартам и мониторингу, а не по звонкам тебе в час ночи. Это базовый признак инженерной культуры, по которому одну работу отличают от другой.
Разверни это — и получишь простой критерий: хороший инструмент переживает своего автора. Плохой без автора умирает. Всё остальное — детали.
«Необходимое участие» — это диагноз, а не характеристика
Теперь приложи критерий к разговорам про AI.
Если инструмент устроен так, что заказчик вынужден держать при нём тебя же — как на заводе рабочего приставляют к станку, без которого станок не крутится, — ты сделал не инструмент. Ты сделал зависимость и назвал её инструментом.
Чаще всего за этим стоят два сценария.
Первый сценарий: отчуждаемость не была доведена до рабочего уровня. Знание нюансов не вынесено в документацию, проверка решений не превращена в тесты и гейты, предметная область не закодирована в стандарты и процессы. Тогда «необходимое участие» — признак плохой инженерии. Честный, но признак.
Второй сценарий: отчуждаемость была возможна, но её сознательно не сделали. Потому что зависимость заказчика от тебя и есть бизнес-модель. Пока к контуру приставлен ты, идёт регулярный счёт за присутствие. Это уже не инженерия, это рента. Ты сдаёшь не результат, а собственную незаменимость.
Оба варианта читаются с одной и той же поверхности — заказчику снаружи не видно, из какого из двух ты говоришь «без меня никак». И это важно, потому что решать будет он, а не ты.
Заказчик не идиот и считывает это первым
Вот тот нюанс, который любят пропускать те, кто продаёт своё «необходимое участие».
Многие заказчики быстро замечают такую зависимость. Человек, который платит, часто видит разницу между системой, которую можно сопровождать самостоятельно, и системой, завязанной на конкретного исполнителя. Разговоры про «тут нужно постоянно быть рядом, иначе развалится» он считывает ровно как то, чем они чаще всего являются — как заявку на ренту.
После этого меняется уровень доверия к исполнителю. Тот, кто оставляет после себя команду и процессы, способные держать delivery сами, воспринимается как архитектор системы. Тот, кто оставляет после себя зависимость от одного героя, — как деталь внутри системы, которую при первой возможности захотят заменить. Заказчики обычно избегают подрядчиков, зависимость от которых трудно разорвать. Незаменимость, проданная под видом экспертизы, снижает доверие к подрядчику.
Так что не удивляйтесь потом, что вам не рады и что на следующий контракт зовут кого-то другого. Это не каприз заказчика. Это его защитная реакция на модель, которую вы ему предложили.
Как выглядит работа, которую сдают, а не сторожат
Практический критерий — что останется после ухода исполнителя.
Нюансы, которые ты держишь в голове, — вынеси в документацию и стандарты, чтобы их держал не ты, а артефакт. Проверку решений модели — сделай воспроизводимой: тесты, гейты, критерии приёмки, которые срабатывают без твоего личного взгляда. Предметную область — закодируй в процессы и roadmap, чтобы систему можно было вести как отдельный продукт со своим сопровождением, а не как приложение к тебе.
Ориентир: у системы должны быть roadmap, стандарты, документация и мониторинг как у самостоятельного продукта. Тогда после твоего ухода остаётся не «позвоните автору», а команда и процессы, которые держат работу сами. AI не отменяет этот критерий, но делает зависимость от автора заметнее: чем мощнее инструмент, тем заметнее разница между тем, кто сдал его отчуждаемым, и тем, кто приставил к нему себя.
Инструмент переживает автора — или это была рента
Коротко: инженерный профессионализм — это делать инструменты, которые работают без тебя. «Без знающего человека AI не работает» — это не свойство AI. Это либо признак того, что инструмент сделан плохо, либо признак того, что тебя оставили при нём специально. Заказчик, скорее всего, заметит эту зависимость раньше, чем исполнитель ожидает.
Если ты уйдёшь завтра — систему смогут сопровождать без тебя или она остановится без твоего участия?