Блог Михаила Озорнина: заметки с тегом вайб-кодинг

ЛЛМ и дизайн

Михаил Озорнин — Fri, 27 Mar 2026 10:18:59 +0300

Я шарю скилл несколько раз, самое время кинуть в пост

Как делать дизайн с ЛЛМ, чтобы не было дефолтно и ИИшно:

Не делать, делать руками
Кидать референсы
Дать скиллов

Пост про опцию три.

https://impeccable.style
Есть вот такой набор скиллов, в нем разные вещи, чтобы делать дизайн и верстку:

Аудит того, что есть и критика
Есть работа с текстом
Есть работа с визуалкой

На промостранице есть объяснения, начните с них.

Это не серебрянная пуля, по начать, например, можно с этого.

https://developers.openai.com/blog/designing-delightful-frontends-with-gpt-5-4/
Скилл и объяснение от опенаи

Street guesser

Михаил Озорнин — Sat, 21 Feb 2026 12:32:19 +0300

Игра, чтобы выучить свой район

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

Сделал игру:

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

Важность рефлексии растет

Михаил Озорнин — Mon, 26 Jan 2026 10:34:56 +0300

На пост меня натолкнула рабочая ситуация: Я написал (будем честны, попросил ллм написать) один скрипт, и некоторые коллеги прореагировали «о, давно о таком мечтаю». И у меня в голове щелкнуло.

Сейчас простые задачи решаются ллмками достаточно хорошо. Ядро линукса они все еще не напишут, но пропарсить все ресурсные файлы проекта, сгруппировать одинаковые строчки и дать к ним мгновенный поиск — это задача на один промт. И все, что удерживает людей сейчас, от того, что некоторая часть их задач начнет быть проще — рефлексия. Все что нужно — остановиться, и заметить момент «ага, я тут хочу упрощение, которое возможно реально»).

И если раньше рефлексия не всегда помогала, например:

Понял, что занимается рутиной, но невозможно понять, что рутина автоматизируема.
Понял, что занимается рутиной, пошел узнать, автоматизируема ли она, ИТ-служба сказала «не существует технической возможности».
Понял, что занимается рутинной автоматизированной задачей, понял, что автоматизируема, а питониста рядом нет.
Понял, что занимается рутинной автоматизированной задачей, понял, что автоматизируема, а питонист рядом занят.
Понял, что занимается рутинной автоматизированной задачей, понял, что автоматизируема, сходил в ИТ, питониста нашли, они задачу взяли, то на Q3 2027 года, потому что есть более важные.

Сейчас ситуация сильно меняется.

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

Нас всегда учили, что идея не стоит ничего. В целом идея все так же стоит ничего, но иногда — чуть больше, чем ничего, если есть ллмка.

ИИ-дизайн

Михаил Озорнин — Tue, 20 Jan 2026 20:45:35 +0300

Я задал один и тот же промт нескольким моделям и вот что вышло

Промт

Прочитай @/llm/PRD.md и сверстай статическую html-страницу about. Укажи в ней все преимущества, придумай как их проиллюстрировать, используй модный современный дизайн

Сохрани в файл about-page/{model-name}.html

Ориентируйся только на prd, не используй about-страницу.

Эксперимент проведен в декабре 2025-январе 2026. Использовался openrouter или облака ллммок. В скриншотах могут быть небольшие артефакты, скриншоты снимал плейрайт, он не умеет в стики-позиции.

Для сравнения дизайн кожаного мешка (меня): https://recipe-scaler.ru/#/about

Gemini 3 pro

Grok code fast 1

Minimax 2.1

Тут я просил швейцарский стиль

Minimax 2.1

Тут я просил брутализм

Opus 4.5

Тут я просил брутализм

Swe 1.5

Yandex assistant 2026-01-20

Zai GLM-4.7

ИИ-ревью кода

Михаил Озорнин — Sun, 11 Jan 2026 16:01:45 +0300

Делал большую фичу, попросил ревью у ИИ. Попросил найти важные моменты во всех областях: безопасность, логика, деплой, производительность и прочее, и прочее.

Опус 4.5 (лучшая на сейчас ЛЛМ в мире) написал:

Критикал sql-инъекция. Как оказалось: пользователь сам себе после всех входов и разрешений на свой же запрос получит чуть больше своих же результатов.

Опус не написал:

Конфиг nginx забыли поправить и ничего не будет работать в целом.
Сервис-воркер (фоновый код в браузерном приложении) блокировал работу новой вещи, перехватывая все обращения на себя.
Кеширование oauth-запросов было настроено некорректно.
Часовые пояса неправильные, посему токен не имел шансов подойти.
Некоторые адреса обрабатываются неправильно и тоже работать не будет.

Я прямо чую, что когда кто-то решит проблему нормального ревью (а не как вот такое атомарное) это будет большой шаг в разработке.

Не говорю, что текущее бесполезно. Но пока это на уровне «к пуговицам претензии есть?»

Вайб-кодинг, дофамин и слот-машины

Михаил Озорнин — Sat, 06 Dec 2025 01:41:56 +0300

Осознал недавно, чем вайб-кодинг в его классическом виде похож на лудоманию и при чем тут дофамин

Что за вайб-кодинг такой

Давайте сначала начнем с определений. Не каждая разработка с ллмкой — вайб-кодинг, но каждый вайб-кодинг — разработка с помощью ллмки.

Вайб-кодингом я буду называть программирование с помощью ллмки, в котором есть вот такие характеристики:

Мало изначального планирования. Буквально короткое описание, вкинутое в ллмку и потом разберемся походу.
Попытка сразу попасть в нужную конечную точку. Желательно за одну итерацию.
Значительная часть кода написана ллмкой. Человек в целом не читает весь код, не проверяет его, только смотрит на результат. Архитектура придумана тоже ллмкой и в целом какая вышла, такая вышла.
Быстрые итерации, горячая перезагрузка. Сообщение об ошибках в целом не читаются, копипаст в чат, обновление.
Небольшой горизонт планирования. Ощущение щас фичу допилим, разберемся. Похоже на стрельбу трассирующими — и стреляем и одновременно целимся.
Вайб-дебагинг — вместо попыток понять, разобраться, понять причину — промт «почини» × 5 раз. Да, и это иногда срабатывает.

Я не говорю, что все это неправильно или плохо. Это просто то, что я бы назвал вайб-кодингом.

Чтобы показать, что не каждая разработка с ллмкой — вайб-кодинг, давайте я попробую описать противоположный полюс. Я бы назвал это LLM assisted development.

Много изначального планирования. К началу первого промта есть достаточно подробный PRD, есть какие-то макеты, схемы взаимодействия, есть выбор технологий, примерная архитектура и схемы данных. Хоть как-то продуманы краевые и хитрые сценарии. Возможно, на отдельные технологические части сделаны прототипы.
Реализация и приемка по частям: планомерная реализация модуля за модулем, планирование именно этого модуля, разработка, приемка, тесты, фиксация. После этого переход к следующему.
Написание части кода самостоятельно или значительное ревью написанного.
Общее ощущение, что ведет человек, ллмка — лишь инструмент. Очень мощный, местами самостоятельный, но инструмент.

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

— Где уже тема поста, Лебовски! Я уже полторы страницы прочитал

Где здесь слот-машина

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

Негарантированная награда
Дофамин же вырабатывается не от самой награды, а от предвкушения награды. Если награда будет всегда, организму такое не нравится. Ему нравится, когда иногда да.

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

Сверхкороткий цикл
Цикл действие-реакция (промт-результат) очень короткий, поэтому за несколько минут можно пройти несколько таких циклов. Это очень высокая плотность событий, редко что может создать такой мощный стимул. Именно поэтому слот-машина больше затягивает, чем покер. Покерная партия длится существенно дольше.

Вайб-дебагинг 5 промтов в минуту и копипаст ошибок из консоли — предел такого короткого цикла.

Эффект почти-попадания (near-miss effect)
Бывает, что проект совсем не заводится, сыпется на комплияции, а интерфейс взрывается. Но бывает и то, что называется near-miss effect — ну вот-вот, уже почти. Вроде работает, но как-то хитро глючит. В целом ок, но криво сверстано.

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

Всплеск нейромедиаторов при победе
Когда все в итоге завелось, приложение ЗА-РА-БО-ТА-ЛО вырабатывается огромное количество нейромедиаторов (как и при джекпоте). От адреналина аж пульс может подскочить.

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

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

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

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

В целом, не этом все.

Как же быть

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

Ну а как быть, если кто-то не умеет программировать. Что за «станьте ~ежиками~ программистами» такое. Я понимаю, что легко сказать «читайте написанный ллмкой код», но все умеют. Но так или иначе, у меня есть гипотеза, что если двигаться максимально близко к варианту LLM assisted development, то будет лучше.

Что я бы попробовал:

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

Разрабатывайте по частям. Держите в голове общий план, общую картинку, но делайте по этапам, не позволяя ллмке унести вас в сторону лишь потому, что она предложила «Нужло ли адаптивровать для очков виртуальной реальности?». Не так важны сами этапы, сколько нужно ощущение, что вы контролируете ллмку, а не она вас.

Возможно через шаблоны ответов лучше убрать вот эти «Отличный вопрос!» и другие восхваления искусственного интеллекта.

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

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