Прогноз на 2026 год: как вайбкодинг и нейросети изменят всё

1. К концу 2026 года у большинства айтишных вакансий будет требование навыка вайбкодить и проверять гипотезы с нейронками

И вероятно именно в Claude Code, если OpenAI или Google не сделают конкурентноспособные модели для кода.

2. Возникнет давление на работодателей от сильных специалистов, которые пойдут делать своё дело

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

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

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

3. Команды станут меньше, но команд станет больше

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

4. Разработчики будут менять инфраструктуру и процессы, чтобы продакты и маркетологи могли деплоить в прод эксперименты с минимальным ущербом

Сейчас среднему продакту нельзя давать деплоить в прод. Во-первых, модели ещё не на таком уровне, во-вторых, можно сломать всё кхре нам. Но для того, чтобы бизнес получил ценность от вайбкодинга, ПРИДЁТСЯ дать продактам/дизайнерам/маркетологам/аналитикам деплоить в прод. Просто ещё не придумали как. Думаю, что к концу года появятся первые успешные кейсы.

5. Будет стремительный рост количества солопренёров

Не у всех будет получаться. Но количество тех, кто будет стараться и тех у кого получится, будет стремительно расти.

6. Мы увидим автоматизацию там, где её в принципе не могло быть ещё год назад

Бухгалтера, сотрудники поддержки, курьеры, юристы будут себе что-то вайбкодить.

7. Всем придётся переучиваться

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

8. Мы снова будем больше работать с файлами на компе, чем с экранами SaaSов

Если вы начали работать с Cursor/Claude Code, то вы наверняка переехали из ноушна/конфлюенса/асаны в свой кастомный воркфлоу. За последние пару месяцев я работаю с файлами больше чем за последние 10 лет. Я УВЕРЕН, что джобы, которые люди раньше решали в SaaS'ах будут переезжать в кастомные навайбкоженные воркфлоу.

9. Появятся вайбкодинг-луддиты

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

10. Основная эмоция года: а чо так можно было?

Состояние шока и восторга будет сопровождать всех, кто хоть как-то будет связан с вайбкодингом.

———-

Взял это у Вани Замесина: https://t.me/zamesin

RAG vs KAG.

Мы все понимаем что у классического RAG-подхода есть много недостатков. Поэтому появился KAG - Knowledge-Augmented Generation.

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

Технически это выглядит так:
- граф знаний (сущности, взаимосвязи, правила);
- multi-hop reasoning (аля многошаговое рассуждения);
- движок для запросов и объяснений.

1. Граф обеспечивает сущности, отношения и правила, на которых можно выполнять многошаговые выводы.


2. LLM формирует запрос к графу, получает связанный контекст и использует его как структурную память.


3. На основе этой памяти модель строит рассуждение, которое можно проверить, объяснить и повторить.

Китайский опен-сорс для построения KAG-а.
https://github.com/OpenSPG/openspg

Claude Cowork

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

Если вам как и мне дали доступ к Cowork - не спешите им пользоваться. Пока что все глючит, а на более менее серьезной задаче Opus за 10 минут съел весь мой суточный лимит Pro-подписки.

Мы опубликовали программу КОД9 на 2026 год

Полный текст смотрите в канале КОД9

TL;DR: Заказная разработка в текущем виде умирает. Написание кода стоит ноль денег через 6-12 месяцев. В скором времени любой бизнес должен стать AI-native.

Наша идеология на 26 год складывается из таких китов:
1. Сообщество - См Неизвестные машины, в феврале будет новая встреча.

2. Продукт - мы делаем свой продукт. Тема AI в B2B еще не раскрыта и будет раскрывать еще несколько лет. Мы начинаем ее раскрывать.

3. Знание - мы хотим делаться своим знанием про AI, знанием не только инженерным но и культурным и гуманитарным. См мое ессе про ИИ в бизнесе.

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

Пишите мне в личку, если есть вопросы.  - @edcode9

Планы это конечно хорошо, но Gemini только что сошел с ума

Волнуются ли разработчики что ИИ их заменит?

Да, с каждым годом все больше.

На Reddit вышел выложили статистику по FAANG-компаниям, опрашивают около 800 человек ежегодно.

https://www.reddit.com/r/dataisbeautiful/comments/1qp1n0r/oc_for_the_past_3_years_ive_polled_people_on/

Как мы делаем AI-native разработку

Дисклаймер: описанные техники мы применяем на своих собственных проектах. Клиентские проекты подобным образом не делаем (пока что).

Обещал практические кейсы — вот первый. Расскажу, как у нас устроен пайплайн разработки нашего B2B-продукта.

Сетап такой:

— Lovable для дизайна и фронтенда. Он хорошо работает с интерфейсом, удобно быстро накидать UI. Первую версию интерфейса сделали целиком в нём. Но потом поняли, что разворачивать весь проект в Ловебл это слишком много кредитов.

Наш дизайнер сжег $100 за пару дней. Поэтому после первого прототипа интерфейса мы переключились на другой инструментарий.

— Supabase как бекенд. Там много готового, быстро поднимается, агенты хорошо умеют с ним работать. Работают с Supabase через MCP и через консольные команды.

— Кодинг-агенты инструменты (тут целая коллекция)

1. AntiGravity - для Gemini 3 Pro - практически бесконечные лимиты. Хорошо для фронтендовых задач, сам Antigravity их как-то даже может тестировать;

2. Claude Code для Opus - для задач со сложной логикой;

3. OpenCode c Codex xhigh - для всего остального.

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

Все три решения на фиксированной подписке, не на кредитах. Это позволяет как-то контроллировать бюджет.

— Linear для управления задачами.

Описали MVP, декомпозировали на задачи, загрузили в Linear через MCP.

Подключили Linear ко всем инструментам через MCP.

Это позволило держать задачи по проекту в одном месте, там же их редактировать и дополнять менеджеру в привычном интерфейсе.

Выглядит примерно так:
Агент заходит в Linear, видит список задач по приоритетам.

Говоришь ему: бери вот эту.

Он работает 20–30 минут, сам ходит в Supabase по MCP если нужно, сам коммитит.

Если нужны визуальные правки - можно их сделать в Lovable.

Итого пайплайн:

Декомпозиция MVP на задачи → Linear
↓
Агенты берут задачи из Linear через MCP
↓
Кодят в AntiGravity / ClaudeCode / OpenCode (Codex)
↓
Запускают всевозможные тесты
↓
Пушат в GitHub → деплой
↓
Ручное тестирование перед релизом
↓
Баги → обратно агентам

В следующих постах расскажу что пока не получилось, сколько на всё это ушло денег, человеко-часов и какая команда всё это тянет.

Пишите, если хотите подробности по какому-то из этапов — разберу отдельным постом.

P.S. Картинку сделал НаноБананой.

#Продукт #Знание

Если у вас Claude-подписка, то сегодня для вас стала доступна Opus 4.6

- Новость на сайте Антропика (3 минуты назад): https://www.anthropic.com/news/claude-opus-4-6

- Скриншот из моего Claude Desktop

Всем хороших выходных 🦾

AI & Breakfast - бизнес-завтраки про ИИ-зацию бизнеса

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

За это время насмотрелся на кейсы, разобрался (нет) и продолжают (да) разбираться что работает, а что нет. Теперь хочу рассказывать про это и обмениваться опытом.

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

Что будет:
— Разберу конкретные кейсы внедрения ИИ с понятным ROI (зарубежные и местные);
— Обсудим, что из этого реально применить у вас;
— Буду звать тех, кто уже внедрил и получил результат

Формат неформальный — завтракаем, общаемся, задаём вопросы. 1,5–2 часа, за которые прекращаем сложную технологию в прикладные решения.

Первый завтрак уже в эту пятницу:
- 13 февраля, начинаем в 10:00, собираться можно с 9.45;
- Рихтер, Пятницкая ул., 42;
- Общение бесплатно, еда по цене из меню
- 7–10 мест

Мест мало, за одним столом больше не поместимся.

Если хотите прийти - пишите плз мне в личку @edcode9

P.S. Картинка из НаныБананы опять.

Друзья, напоминаю, завтра в 10 утра в Рихтере соберемся и обсудим как засунуть ИИ в бизнес. Я подготовил пару интересных кейсов.

Осталось последнее местечко 💺

Если вы хотели прийти, сейчас самое время мне написать

Увидимся завтра ☕️