Никаких талонов на ИИ: вы перепутали бюджет с дефицитом

Компании не ограничивают токены LLM — их считают и оптимизируют, как любой счёт за инфраструктуру. Дефицит ИИ — миф, рождённый перепутанным глаголом.

— По всему миру компании ограничивают потребление токенов LLM! — кричат мне. — Ура, скоро мы снова вернёмся к ручной разработке!

Нет. Совсем не так.

Кто-то услышал слово «лимит», сложил его со словом «токены» и получил апокалипсис: доступ к ИИ по талонам, очереди за килобайтами, возвращение золотого века ручного кодинга. Красивая история — разваливается на первом же вопросе: что, собственно, вы собрались ограничивать?

Continue reading “Никаких талонов на ИИ: вы перепутали бюджет с дефицитом”

Иллюзия деградации: почему падение оценок на экзаменах — приговор школе, а не студентам

Минус 20% на очных экзаменах — не «цифровое слабоумие» молодёжи, а явка с повинной академической системы, которая измеряет обесценившийся навык.

Консерваторы от образования снова нашли виновника всех бед. Статистика непреклонна: школьники и студенты, привыкшие готовить домашние задания с помощью нейросетей, сдают очные экзамены без гаджетов в среднем на 20% хуже предыдущих поколений. Реакция системы предсказуема: крики о «цифровом слабоумии», призывы банить генеративный ИИ на корню и ужесточать прокторинг.

Continue reading “Иллюзия деградации: почему падение оценок на экзаменах — приговор школе, а не студентам”

«Заказчик не сформулирует production-ready ТЗ» — так он его и не формулирует, ТЗ пишет себе сам клод

Семнадцать человек за неделю написали мне, что AI в руках заказчика бесполезен — потому что заказчик не сформулирует production-ready ТЗ. Семнадцать взрослых человек не додумались до простой вещи: заказчику не надо ничего формулировать. Клод сформулирует себе сам.

Аж целых 17 человек за неделю написали мне одно и то же: AI в руках заказчика не принесёт результата, потому что заказчик не способен сформулировать production-ready постановку задачи. Семнадцать взрослых людей среди моих активных подписчиков не смогли додуматься до простой вещи — той самой, которая рушит всю их конструкцию в один ход.

Continue reading “«Заказчик не сформулирует production-ready ТЗ» — так он его и не формулирует, ТЗ пишет себе сам клод”

«ИИшный код надо вычитывать глазами» — и это диагноз вашему руководителю

Ручная вычитка генерации глазами — не инженерная зрелость, а ставка на человека в критической цепи. Руководитель, который на неё полагается, проиграет тем, кто построил автоматический контроль.

Есть популярное утверждение: код и скрипты, которые сгенерировала модель, надо обязательно проверять вручную — вычитывать глазами то, что она выдала. Звучит как здравый смысл, как ответственность, как зрелая инженерная культура.

Само по себе это утверждение абсолютно безумно. Оно делает работу с ИИ более медленной и бессмысленной. Зачем тогда вообще нужна модель, если к ней ещё нужно приставить инженера — как рабочего к станку? ИИ придумали, чтобы заменить инженера, а не чтобы замедлить его ещё сильнее.

Continue reading “«ИИшный код надо вычитывать глазами» — и это диагноз вашему руководителю”

Ваш идеальный промпт — это поводок, на котором вы душите модель умнее себя

Длинный жёстко алгоритмизированный промпт не раскрывает возможности LLM, а запирает их в стенках вашего ограниченного разума. Диктуйте контекст, а не способ решения.

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

Continue reading “Ваш идеальный промпт — это поводок, на котором вы душите модель умнее себя”

Контекст превратился в мусоропровод: модель-арбитр между сбором и целевой LLM

Автоматический сбор контекста без осознания смысла заливает в один промпт противоречащие версии правды. Решение — модель-арбитр, отдельный этап между скриптом сбора и целевой LLM.

Когда разработчики впервые открывают для себя контекст-инжиниринг, всё выглядит максимально прямолинейно: нашёл нужную информацию, засунул в промпт, получил адекватный ответ. Пока контекст умещается в пару параграфов или собирается руками — так оно и работает, вопросов нет.

Настоящий ад начинается в тот момент, когда сбор контекста отдаётся на откуп автоматике, которая парсит десятки файлов, баз данных и сторонних API.

Continue reading “Контекст превратился в мусоропровод: модель-арбитр между сбором и целевой LLM”

Ты конкурируешь с самим Клодом

Исполнитель с Клодом в руках конкурирует не с другим исполнителем — он конкурирует с самой моделью. И проиграет, потому что модель обучена на всех человеческих навыках сразу.

Многие ищут, как зарабатывать, когда часть работы забирают AI-инструменты, — универсальной стратегии, похоже, нет: слишком быстро меняются инструменты, цены и ожидания заказчиков, — я раз за разом натыкаюсь на одно устойчивое заблуждение. Если обобщить, звучит оно так:

— Заказчик не сможет применять AI так же профессионально, как профессионал. Как я.

В этой логике есть слабое место. Вот где она ломается.

Continue reading “Ты конкурируешь с самим Клодом”

Профессионал делает отчуждаемый инструмент. Остальное — рента за присутствие

«Без знающего человека AI не работает» — это не свойство AI. Это либо признак плохой инженерии, либо заявка на регулярный счёт за присутствие.

Мне регулярно объясняют, почему без человека с AI никак. Нужно знать массу нюансов. Нужно проверять решения модели. Нужно разбираться в предметной области. Вывод подаётся как самоочевидный: значит, к каждому AI-контуру должен быть приставлен знающий инженер, и его участие — необходимое.

Я скажу честно, только вы не обижайтесь: в девяти случаях из десяти «необходимое участие» — это не про инженерию. Это про то, кто будет получать за присутствие.

Continue reading “Профессионал делает отчуждаемый инструмент. Остальное — рента за присутствие”

«Суждение о результате обязано оставаться за человеком». Да ну? Или вы просто кресло греете?

«Обязано» — не закон природы, а защита уютного кресла. Граница делегируемого суждения подвижна, а model-as-a-judge — рабочая практика.

Есть фраза, которую произносят с таким лицом, будто цитируют закон сохранения энергии:

— ИИ может быть отличным исполнителем, но суждение о результате должно оставаться за человеком!

Красиво. Уверенно. И всё время хочется спросить одно: а почему, собственно, ДОЛЖНО?

Не «удобно ли», не «привычно ли», не «страшно ли отпустить» — а именно это железобетонное «обязано». Кто выдал обязанность? Где она записана? Звучит не как вывод из практики, а как установка, которую очень не хочется проверять.

Continue reading “«Суждение о результате обязано оставаться за человеком». Да ну? Или вы просто кресло греете?”

Отойдите от меня со своей линейкой

Экспертный перфекционизм — это не забота о качестве, а посттравматическая роль училки с линейкой. Заказчик выбирает ИИ не потому что тот умнее, а потому что тот не усаживает его за парту.


# Отойдите от меня со своей линейкой

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

Погроммисты говорят: заказчик просто не видит косяков в коде.

Дизайнеры говорят: заказчик просто не видит косяков в дизайне.

Сценаристы говорят: заказчик просто не видит косяков в тексте.

— Отстаньте вы от меня уже, — говорит заказчик. — Мне просто нужно, чтобы оно более-менее работало и решало мою задачу.

<!--more-->

Но в этом споре речь не только о качестве. В этом хоре «мы видим, а ты нет» виден школьный рефлекс контроля.

## Училка ходит между рядами парт

Постсоветская школьная привычка к контролю — это вечный образ училки, которая ходит между рядами и бьёт линейкой по рукам, если ты сделал отступ красной строки с «неверным» количеством тетрадных клеточек.

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

Некоторые специалисты ведут себя так, будто рынок — это классная комната. Это нам виднее, как должен выглядеть результат. Нам, нам. Не тебе.

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

## Заказчик просит только одного

Многим заказчикам нужен не надзор, а результат без лишнего давления. Мне не нужен ваш контроль, ваш менторский тон, ваш авторитет, ваша многолетняя насмотренность и ваша линейка, которой вы меряете весь окружающий мир по своим лекалам.

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

Разницу можно проверить по последствиям для задачи, потому что цена у них разная. Забота стоит заказчику решённой задачи. Линейка стоит ему потерянного времени, испорченного настроения и ощущения, что его снова, как в шестом классе, поймали на «неправильном отступе» — только теперь за его же деньги.

## Ссылка на идеальный результат иногда прикрывает желание контролировать процесс

Потому что об идеальном результате вы рассуждаете не с целью помочь, а с целью показать себя. Это считывается по тону общения — будь вы сценарист, дизайнер или разработчик.

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

Рабочий критерий такой: забота о качестве начинается с вопроса «а тебе это вообще нужно для твоей задачи?». Линейка этого вопроса не задаёт никогда — ей важно не чтобы стало лучше, а чтобы стало по её лекалу. Помощь соотносит правку с задачей; контроль требует соответствия собственному стандарту.

## В рабочих отношениях без школьной иерархии ошибки разбирают иначе

А ведь в окружении заказчика все такие же, как он. Люди пробуют, ошибаются, исправляют и постепенно улучшают продукт. Для многих проектов такой цикл нормален.

Никому из предпринимателей не придёт в голову гнобить «коллегу» за то, что у того в продукте код написан не по паттернам. Там ошибка — это часть движения, а не приговор, за который отправляют переписывать домашку. Взрослые рабочие отношения строятся не на наказании за каждую ошибку. Линейка живёт только там, где кто-то так и не вышел из-за той самой парты.

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

## Он просто не усаживает за парту

Для специалистов неприятно другое: заказчик выбирает ИИ не потому, что тот умнее специалиста. Часто он и не умнее. Заказчик выбирает его потому, что тот не пытается усадить его за парту.

ИИ не сопровождает задачу оценочными комментариями и статусным давлением. Он берёт задачу — и делает её более-менее так, как ты просил. Ровно то, о чём заказчик и просил живых людей, а в ответ получал менторский тон.

Часть того, что называли экспертностью, для заказчика выглядела как контроль и давление. И как только у заказчика появилась альтернатива, которая это право не требует, — он ушёл к ней без сожаления.

## Куда бить линейкой теперь

Практический вывод такой:

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

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

Многие заказчики просили именно этого: отойдите от меня со своей линейкой и просто решите задачу. Раньше у заказчика было меньше альтернатив; теперь он может уйти к ИИ или другому исполнителю.