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

Дали доступ к одной махине — завайбкоженное огромное решение, с просьбой пояснить, как его выкатить в эксплуатацию. С системой там всё +- понятно, таргет-рынок сейчас 2.5 млрд, к 2030 — 30 миллиардов, всё +- ясно. Но меня больше всего впечатлило, на чём оно сделано. А сделано оно на base44. Можете поискать, что это. Вкратце: там солофаундер затащил nocode + vibecode за адекватное время и продал недавно это решение за 80 млнов кэшем. Поизучав доступ к системе и сам base44, у меня сложилось впечатление, что там проект, который написал сам себя — самый настоящий dogfooding с отличным финансовым результатом.

Повайбкодили

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

Мой скептицизм и парадокс

Вообще я довольно скептически относился ко всему, что связано с ИИ (при этом разрабатывал один большой проект в свободное время, связанный с ИИ — парадокс). У меня нет подписки на условный чат GPT или Клодчат, тут я просто сторонник работать по принципу pay as you go (опишу про то, что я использую, в другой раз). Жил я в таком режиме последние несколько лет, при этом код писал или фиксил сам, готовя контекст и имея набор своих промптов.

Момент прозрения

Все изменилось, когда у меня супруга выпала на несколько дней и закрылась, и чето все ваяла сама. Оказалось, она взяла Bolt и за три дня запилила простенькую штуку с 0, которая делала одну фичу — готовила карусель картинки для Threads. Когда у нее случился затык, она попросила помочь. Я посмотрел на весь код, написал один промпт для изменения архитектуры рендеринга (тут, ессно, следует отметить, что в 2022 я писал проект, который делал похожее, и просто скормил наработки). Дальше я потратил где-то еще один день в Клодкоде дофиксить все ошметки от Bolt и подготовить под билд и развертывание, и мы задеплоили эту штуку.

Эксперимент с агентами

Супруга сказала, что я должен попробовать поработать с каким-нить из агентов. Взять просто триал и поковырять, как оно было, не интересно — +/- понятно. А интереснее было за неделю триала с 0 опыта работы с агентами создать коммерческое приложение, при этом имея фт работу и курсы немецкого 8 часов в неделю. Решено было взять Cursor триал и посмотреть (они дают сейчас одну неделю).

Идея проекта

Идея, что будем делать — это самое сложное всегда. Но будем решать одну из своих болей. Когда народ пишет, что они в семье используют Jira, у нас все сложнее. Я помогаю супруге ранить ее агентство небольшое с технической экспертизой, и когда мы говорим или когда что-то пишем, это надо куда-то записывать, переводить, править ошибки — короче, писать в чаты или писать супруге письма. Для этого я поднял телеграм-бота и подключил его к своему большому проекту (но в плане функционала в большом проекте это было не так тривиально, и оно плохо ложилось на существующую архитектуру, плюс проект еще в разработке и не задеплоен, что тоже накладывает ограничения).

Решено, как результат, сделать Google Chrome расширение, которое будет писать голос, преобразовывать его в текст, а потом делать пост-процессинг текста согласно правилам и базе знаний пользователя. Я не хотел делать его как SaaS, а просто сделать по моему любимому принципу pay as you go (вводишь свои ключи, и оно работает). И еще срок — неделя, так как, понимая все дальнейшие согласования и регистрации, хотелось успеть до американской и европейской Черной пятницы.

Первая неделя разработки

За неделю это получилось сделать (это был мой первый опыт разработки Chrome extension). Дальше встал вопрос с оплатой. Google Chrome Store отличается от Play Store тем, что разрешено использовать сторонних вендоров процессинга платежей. Как результат, нужен сайт, нужен апрув, нужны везде регистрации (этим занималась супруга). Так как это все время, то пришлось продолжить докидывать агенту задачи доделать сайт под прием платежей.

Поворот к SaaS

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

Выводы о будущем

После всего этого упражнения я чутка задумался о будущем. В 2024 агенты отлично делали UI. Сейчас агенты уже отлично делают DevOps. 2026 будет интересным.


Планы на будущее

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


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

Посмотреть систему на бою https://voxwrite.app/

Добрался до описания того, как мы вайбкодили VoxWrite.

Времени заняло 5 недель: от создания репозитория, прохождения всех проверок, подключения платёжного шлюза до деплоя и первой версии в Chrome Store.

Итак:

Я уже писал, что это больше миллиарда токенов и почти 70 тысяч строк сгенерированного кода.

5 недель full-time?
Нет, это не FT, а сайд-активность.

Сколько людей?
Двое.

Что делали?

Делали Chrome extension, сайт, API.

Сайт и изначальный UI extension делался в Bolt и Lovable. Почему две тулзы? Всё просто: одна сделала ок структуру, вторая — ок элементы. Компоновка дала, имхо, ок результат.

Все картинки для Chrome Store и для сайта также верстались Bolt-ом, а потом HTML сохранялся в PNG, используя Playwright.

По разработческим агентам:

Основным был Cursor в режиме auto.
Когда Cursor затыкался, ему на помощь приходил Claude Code в режиме pay-as-you-go.
Copilot — самый нищенский план — позволил развернуть Kubernetes-кластер, и премиум-токены кончились.

Код писался не с нуля:

За основу Chrome extension взялся очень популярный и, я бы сказал, очень хороший бойлерплейт: https://github.com/Jonghakseo/chrome-extension-boilerplate-react-vite

За основу сайта взялся собственный шаблон на Next.js с поддержкой Markdown.

За основу API взялся бойлерплейт с одного из моих других проектов, где была плюс-минус настроена платёжная интеграция и асинхронные задачи. БД и авторизация делегированы Supabase.

Само расширение: https://voxwrite.app

Стек:

API: Fastify
Менеджеры монорепо: Turbo и Nx
K8s: использовал вот эту сборку — https://github.com/vitobotta/hetzner-k3s


Если есть вопросы — спрашивайте.

Мысли про Anthropic Opus 4.5. Проснувшись вчера в полном опустошении, так как порешал все большие задачи, было принято решение поэкспериментировать со spec-driven-development. Цель простая: ты занимаешься своими делами, читаешь книжку, играешь в Elden Ring ну или на худой конец учишь немецкий, а агенты пишут код.

Была у меня задача: есть у меня платная подписка на один телеграм-канал, и я всегда хотел делать выдержку из постов человека, который ведет его, и построить определенный анализ ну и поговорить с этими постами. Посты там огромные, и за 3,5 года он написал почти 40 тысяч постов. Проблема официальных клиентов — что такие каналы или супергруппы закрыты для копирования или пересылки сообщений. Да и пересылать/копировать все 40 тысяч — это ну не совсем то, чем бы хотелось заниматься. Так как канал платный, он привязан к одному из моих номеров телефона, и никакое серверное решение мне не подходит в силу паранойи.

Прикинув, что я хочу получить, было принято решение это дело естественно завайбкодить. Стек простой: многомодульный nodejs с typescript, обвязанный линтерами.

Действующие лица. Супер-агент: Claude Code с Opus 4.5. Джун-агент: Cursor.

Итак, мы будем делать своего клиента, который будет работать через cli и по нашим запросам сохранит всё в удобных форматах для дальнейшей постобработки. 12 предложений на английском языке для opus 4.5 с разбивкой на 7 задач. Результат: 7 файлов с детальным описанием, как и что делать. Дальше файл за файлом это скармливается курсору, который, кстати, тоже жестко обмотан правилами, что и как он должен делать, и шаг влево, вправо — расстрел.

Небольшое отступление: cli + многомодульность позволят заменить UI, если понадобится.

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

В код я даже не заглядывал, а спрашивал у cursor, как мы сделали это или как мы сделали то, и если ответ и технология меня не устраивали, я просил переделать. Всё обвязал тестами, чтобы он ничего не ломал. Один раз попросил opus 4.5 провести кодревью и проверить удовлетворение acceptance criteria (логика, связанная с авторизацией клиента).

Как результат: полноценный cli-клиент для моих нужд с возможностью авторизации через login + password + 2fa (опционально, если настроено) или через QR code (все наверное знают, как присоединяются десктопные клиенты к телеграму, точно такой же принцип) + 2fa (опционально, если настроено).

Это пример задачи, когда 12 предложений на английском языке превратились в полноценное решение определенной задачи.

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

Кому эта софтина может быть полезной: авторам каналов, кто следит за похожими каналами и ищет/копирует идеи контента или сам контент. Тем, кто читает экспертов (часто платные каналы) и хочет иметь выдержки. Всё работает локально без облаков с контролем сессии, encryption сессии на локальной машине, что даже если файлики сессии утекут, они будут бесполезны.

Экспериментирую на мелочах в районе 20-30к строчек кода на приложение, сгенерированное ИИ. Оттачиваю автономность. Цель — попытаться добиться, чтобы ты спишь, работаешь, а машина пишет код, причём рабочий.

Но я продвинулся — я не смотрю код, а смотрю результаты e2e уже. Не советую так делать, если есть ревностное отношение к коду или приложению. При таком подходе золотое правило: код на выброс, приложение на выброс.

Если хочется сделать что-то на долгосрок — не делайте так.

Маркетинг-дривен девелопмент.

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

Типичная привычная для всех разработка с участием машины.

Из последнего: последний раз за 3 часа при схожем подходе для VoxWrite агент написал полную поддержку моделей Google Gemini, где Opus написал 14 задач, создал их и делегировал Cursor.

Вот так... Если есть вопросы — спрашивайте.

Продуктивити-хак

В своем видео я говорил про промпт, написанный «машиной для машины». Так вот, иногда всё-таки туда надо залезать, но чтобы там не вчитываться. Расковыривал тут систему кеширования на одном из проектов, чтобы кеши скидывались правильно и сгенерил сравнение, что и где пропущено было. В видео пример: я натравил AI на md-файл на decision tree построения ld-json, описанное машиной.

Промпты:

1. Open the file and read it
2. Identify the decision tree or logic flow in the file
3. Create a Mermaid flowchart diagram that visualizes this logic
4. Save the diagram as a .mmd file
5. Create a script to convert the Mermaid diagram to an image (default size: make X image post)

Промпты
------

1. Открой файл и прочитайте его
2. Определи дерево решений или логический поток в файле
3. Создай диаграмму-блок-схему Mermaid, визуализирующую эту логику
4. Сохрани диаграмму как файл .mmd
5. Создай скрипт для конвертации диаграммы Mermaid в изображение (размер по умолчанию: сделать X изображение для поста)

--------

ну дальше можно дописать, чтобы он и в нужные места вставил эти диаграмы в md. просто Mermaid прекрасен! Не рисуйте аишкой, делайте диаграммами.

Как-то так...

Я кажется стал лучше понимать отрицателей ИИ.

Основная проблема любителей чистого кода, алгоритмов и истинной инженерии в том, что мы реально в 2025 забыли, какая основная цель кода.

Основная цель кода — зарабатывать деньги. Точка.

Если ИИ генерит код, который зарабатывает — вопросов нет и не может быть, так как цель достигнута.

Если завайбкоженный интернет-магазин по продаже собачьего корма (как пример) зарабатывает деньги и создаёт рабочие места в цепочках продаж и делает владельца богаче — вопросов нет! Именно поэтому много энтерпрайзов сидит на таком старье, и там такое порой можно встретить — как в коде, так и в процессах: 1 релиз в год (я не шучу!). Не заявил фичу — уехал на 2027. Там людослоп написал похлеще, чем ИИ сейчас пишет. Но этот код работает и обслуживает миллиардные бизнесы.

Все благоухания, паттерны, красивый код — оставьте себе. Если это не приносит денег, то это код в стол!

П.С. И не рассказывайте, что этот код надо поддерживать. Людослоп как-то же свой клоачный код поддерживает, а почему ИИ не сможет?

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

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

Вот я сделал такую же штуку для Мюнхена и открыл код.

Ну точнее, не я, а Еретик (вайбкодер-агент) . Цель была посмотреть на некоторых задачах, на что способен Еретик. И как сказала моя дочка: «Это имба!» (я не знаю, что это значит, но звучит прикольно).

Параллельно поднял сайт Еретика.

Народ интересовался, как себя ведет модель GLM 4.7 от z(dot)ai.

Сегодня у меня появилась возможность это проверить.
Я натравил большую задачу - целый подраздел сайта - вначале на Opus. Создал девятнадцать подзадач для spec-driven-dev и начал скармливать изолированному агенту, который работал с этой моделью.

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

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

Написала она порядка 60 файлов и в окошке 5 часов сожгла 11 миллионов токенов(писала около 2 часов чистого времени, но я прерывал так как мне надо было фиксить само воркфлоу в Еретике), что составляет 7 процентов от среднего плана.
Средний план дает порядка 150 миллионов токенов в пятичасовое окно(привет говноедам из курсора с 250 млнов за 20ку на месяц, при не худшем качестве). Даже если учитывать итерактивность с ревью, с фактором 2х, то получается, что можно грузить порядка семи таких задач одновременно на этом плане и не вылетать по лимитам.

Как-то так…

Код — больше не конкурентное преимущество и не проблема.

Искал тут решение одной проблемы, чтобы воткнуть в цепочку своего продукта.

Нашёл опенсорс под AGPL. Я до этого уже исследовал этот продукт, он мне всем подходил, кроме очень критического функционала.

Решил я попинать чатик на тему AGPL.

И так, что я нарыл:

Старая модель: мы пишем код месяцами, защищаем его как главный актив, боимся open-source лицензий.

Новая реальность: агент за день допиливает любой AGPL-форк под наши нужды. Я уже написал спецификацию на доработку нужного мне функционала, скоро буду грузить.

Не надо теперь изобретать костыли, что-то писать самим. Какой-то функционал придумывать. Ищем опенсорс даже под лицухой AGPL, допиливаем и открываем.

[AGPL-продукт] → форкнули → допилили AI → открыли форк → ок, пусть берут

[Наш продукт] → дёргает форк по API → закрыт → никаких обязательств открывать свой код

Как результат, мы на 100% AGPL-комплаент. Не пошло — выкинули, и время не жалко.

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

Парадокс: чем проще стало писать код, тем меньше смысла его прятать.

Как вам?

Друзья, обновил сайт Еретика и добавил инструмент генерации .cursorrules для Cursor AI.

Генератор поддерживает 10 языков программирования: TypeScript, JavaScript, Python, Go, Rust, Java, C#, PHP, Ruby и Swift. Для каждого языка есть специфические правила для его экосистемы, идиом и лучших практик.

Про написание генератора я уже писал — он был сделан с помощью GLM 4.7 от z(dot)ai, по spec-driven-dev самим Еретиком. Так что, кто использует Cursor как основной агент, добро пожаловать. Правила генерируются на английском, но в контексте того, как отрабатывают LLM — это не важно. Длина правил сделана согласно рекомендациям от самого Cursor и вообще агентской разработки.

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

Ссылка на генератор

Ссылка на сайт

Многие плачут, что Stack Overflow умирает. «ИИ на нём обучился, всё выучил, новых данных нет — прогресс остановится». Неправда. SO умирает потому, что устарел. Больше не нужен. Разве что они совершат чудо и перепридумают себя.

Реальный сдвиг в том, что теперь агенты учатся у НАС. Каждый раз, когда ты пишешь промпт, а потом чинишь то, что он сломал — это становится обучающими данными. Твоё решение через какое-то время предложат кому-то другому.

Многие современные пользователи агентов не писали и не помогали ответами на Stack Overflow. К тому же Stack Overflow был очень токсичным, так как там засидали успешные сеньоры, дрочащие на свои ответы и плюсики. Я один раз в каком-то волосатом году спросил глупый вопрос (для новичков в домене не может быть глупых вопросов) с их точки зрения, такой волны хейта и токсичности я не получал. Больше я там ессно не спрашивал. Так что всё закономерно.

Мы больше не пользователи. Мы — новый Stack Overflow для обучения современных моделей.

На графике количество месячных вопросов на платформе.

Привет всем договорился провести совместный стрим с Andrey Degtyaruk (@Hlogeon в X) — 17.01.2026 в 18:30 МСК / 16:30 CET.

Андрей ведёт канал t.me/makevibenotwar и сам активно вайбкодит. Поговорим про вайбкодинг и всё, что с ним связано: маркетинг-дривен разработку, спек-дривен подход, как быстро запускать продукты с помощью AI-инструментов вроде Cursor и Claude Code.
Расскажу про свой опыт с VoxWrite (завайбкодил за 5 недель, миллиард токенов, 70к строк кода) и про Вайбкодер-Еретик — AI-агент для тех, кому важнее продукт и эксперименты, чем чистота кода.
Формат живой — приходите, пообщаемся, позадаём друг другу вопросы. Если есть темы, которые хотите разобрать — пишите в комментариях или прямо на стриме.
Канал Андрея: t.me/makevibenotwar

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

Естественно советую читать, что агент отвечает, и если непонятно — переспрашивать.

Как обычно, фидбек и что можно улучшить и что непонятно — в комментариях велкам. У меня ещё есть несколько идей для тулов, но они требуют проработки.

По последнему фидбеку по cursorrules сделал некоторые описания более простым языком, в этом же релизе.

AI Мастер Кода

Дружеское напоминание о стриме в 18:30 МСК. 16:30 CET Берлинское время.

Друзья, VoxWrite сегодня запущен на ProductHunt, о многом не прошу, если не сложно зайдите и проголосуйте за него. Просто надо кликнуть UpVote. Мы решили пойти в один из самых конкурентных дней.

П.С. Это второй наш ланч, до этого предыдущий продукт вошел в топ-5.

https://www.producthunt.com/products/voxwrite

Еретик обученный работать с системными промптами, как он с ними работает и объяснение, что такое Еретик. Советую всегда перед началом реализации идеи понимать, как будем хостить и что нужно, и потом уже зажимать агента, если вайбкодим или сами программируем. Задачу он писал 1.5-2 часа. Ты спишь, а код пишется.

Когда я сделал анонс тулы в Х, меня спросили, как я хощу. Я использую частично часть из этого стэка: Supabase, Cloudflare (частично) и т. д. Для запуска самих сайтов и API к ним я использую Kubernetes, который сам хощу. Да, кстати, у меня идея в том, что Еретик должен будет уметь писать код в Kubernetes. Это не SaaS. Это методология, как оркестрировать и ускорять разработку в 2026, когда надо делать много.

Конструктор $0 Stack

Как всегда, вопросы, пожелания, замечания приветствуются.