Подход Research -> Plan -> Implement устарел!

Ранее рассказывал про свой подход к разработке с ИИ, где у меня 5 этапов и на каждом этапе происходит ревью.
И тут наткнулся на интересное видео конференции Coding Agents Conference.

Разбор ключевых идей в видео
Бюджет инструкций
Суть проблемы: у модели есть предел того, сколько инструкций она может надёжно удерживать одновременно. Исследования показывают ~150–200 инструкций после этого модель начинает "полуслушать" каждую из них.
Как это проявлялось на практике:
Их старый монолитный промпт содержал 85+ инструкций. К этому добавлялись:

Claude.md файл
Системный промпт
Описания инструментов
MCP-серверы

Результат = модель случайным образом пропускала важные шаги воркфлоу.
Решение = дробить промпты:
Вместо одного промпта с 85 инструкциями они разбили его на несколько специализированных.

CRISPY новый семишаговый подход
Старый RPI (Research → Plan → Implement) был слишком грубым. Каждый шаг скрывал внутри себя много решений, которые модель принимала самостоятельно без участия человека.

Новая последовательность и смысл каждого шага:
Questions — сначала генерируются вопросы к кодовой базе, отдельно от самого исследования.
Research — свежее контекстное окно без знания задачи идёт в кодовую базу и собирает только факты.
Design — проектирование: куда мы идём? Что такое финальное решение? Здесь агент выкладывает паттерны, которые он нашёл, текущее состояние системы, желаемый конечный результат.
Человек может сразу поправить:

"нет, вот этот паттерн устаревший, используй вот этот".

Structure — структурный вывод: как мы туда доберёмся? Высокоуровневый порядок изменений и как будем тестировать по ходу.
Plan — только теперь пишется тактический документ для агента. К этому моменту все ключевые решения уже приняты человеком, поэтому план просто дробится на части.
Work tree + Implement — непосредственно написание кода.
PR — pull request.
Почему это важно: глубокое ревью переносится с плана (который всё равно расходится с кодом) на более ранние короткие документы, где цена ошибки ещё низкая.


Более детально послушать и посмотреть можно в самом видео.

💵 Зарплата 9 тысяч евро на валютной удаленке

На линкедине мне пишут эйчары с предложениями поработать. Вилки в среднем от 4 до 7к$ — это выше чем на РФ рынке, но требуется хорошее знание языка, работа не из РФ и мэтч по culture fit. Иногда приглашают на ооооочень интересные позиции. Как, например, эта:

Role: Senior Full-stack Engineer
Compensation: €6K – €9K monthly + stock options
Location: Europe (EU, UK, Serbia)
Stack: TypeScript, MongoDB, Playwright/Vitest, AWS ECS, and GitHub for CI/CD

Я, конечно, сразу перевёл евро в рубли, посчитал и уже радовался.

Подготовка
Когда начал готовиться к собесу понял, что не всё так просто))
Сам проект = AI-сервис для быстрой работы с аудио + видео.

Я вбил в Клод роль интервьюера и спросил, какие могут быть вопросы и задания. Он накидал терминов и вопросов по обработке видео и аудио и сразу стало понятно: на беке будет непросто. Сервисы по обработке файлов, сложный пайплайн вместе с AI, ретраи, стриминг и всё такое. Но и фронт там не сильно проще. Нужно разбираться в кодеках, библиотеках для аудио. В общем, куча всего.

Я поверхностно всё прочитал и ознакомился: проект максимально необычный, с таким я на практике сталкивался всего один раз. Потом набросал в Miro потенциальную архитектуру системы: сервисы бека, фронт, ML-сервисы, все интеграции, API, workflow, диаграммы последовательностей.

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

Долгожданное интервью
Прошло супер просто, классно и на лёгкой волне.
Поговорили про их продукт, про мой опыт. Технических вопросов почти не было = это был просто диалог. CTO хотел узнать два вещи:

1. Как я подхожу к проектированию — весь флоу от и до, на каких стадиях что делаю, как смотрю на сложные технические аспекты при проектировании архитектуры.
2. Сложные trade-offs из моего опыта — что делал и почему.

Честно говоря, на втором вопросе немного растерялся в этот момент. Никогда подобных вопросов не задавали. Начал вспоминать кейсы. Быстро вспомнил, как проектировал большое e-commerce приложение: почему выбирал между монолитом и микросервисами на беке и стоит ли использовать микрофронты.

Потом поспрашивал про проект сам — мне реально был интересен продукт. Как у них работают ML-сервисы, какой план на ближайшие полгода-год.


Итого
Всё прошло гладко и без сложностей. Уверен, сейчас джунов за 30 тысяч рублей изничтожают на собесах в 10 раз сильнее, а тут просто разговор.
На таких позициях смотрят на другое: как ты думаешь, как действуешь в сложных ситуациях, как проектируешь и как чётко умеешь донести свою точку зрения. Никто не спросит:

как работает event loop в Node.js.

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

Ускорить работу с помощью ИИ в 3 раза

Подъехали первые отзывы по прохождению моего курса по ИИ.

Владислав @Vlad_Pv, Руководитель MLOps направления

Данный курс помог собрать мне в голове целостную картинку - как подходить к AI разработке. После этого курса я понял - что использовал все возможности AI инструментов только на 5% - это сильно повысило эффективность. В своей профессии я часто собеседую людей, и когда даю задания по вайбкодингу (например, с собрать MVP) - почти никто не использует те возможности инструментов, которые есть.
Этот действительно поможет вам прокачаться в разработке - рекомендую!

Анатолий @anknnv Frontend-разработчик

Недавно начал пользоваться Курсором и не понимал многого. Контест, агенты и прочее было для меня как темный лес. Использовал просто как Константин в уроках говорит "как Google" и сталкивался с различными проблемами: ответ абстрактный, решение неверное и самое главное токены быстро улетали и подписка кончалась за несколько дней.

В курсе нашел для себя нужную информацию. Понял как как фиксить баги с меньшей головной болью. Разработка новых фич и отладка ускорилась в разы.

Как кончится подписка на Курсор планирую изучать Клауд код и посмотреть ролик про него. Спасибо большое за советы и практические уроки. Жду также уроки по MCP и практику по проектированию целого приложения, уж очень интересно было бы посмотреть))

27

Сегодня стал на год старше и вот какие невероятные инсайты я понял:

1. Нужно хорошо спать
2. Кушать вкусную еду
3. Делать бегит и спорт

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

Я стартовал свою первую работу верстальщиком в 18 лет.
Сейчас уже 9 лет в IT.
Что понял за это время:

1. Скиллы важны. Но умение продавать важнее.
Деньги приходят от умения продавать себя.
Можно быть сильным разработчиком и сидеть на 100к.
А можно быть просто нормальным и зарабатывать в разы больше, потому что умеешь себя продать.

2. Адаптация решает.

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

3. Фронтенд = мертв.
За последний год я устроил 20 человек.
И честно это было очень сложно.

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

Цели на следующий год:
Кайфовать
Вкусно кушать
Путешествовать
Может даже найти себе тарелочницу

Собес на 600к. Техничка.

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

Вкратце сам собес был такой:

1. Рассказ о себе о опыте
2. Секция фронтенд
- Архитектура фронтенда (FSD, feature-based, микрофронты, монорепа)
- как внедрить кнопку контекстного меню с LLM во все приложения фронта (перечислить)
3. ИИ секция
- Как проектировал ИИ-ассистента? ( RAG, данные, чанки, векторные БД )
- с какими ошибками сталкивался у агентов?
- оркестрация агентов (LangChain, LangGraph)
- мульти-агентная архитектура
4. Бекенд секция
- транзакции
- kafka vs rabbitMq
- базовый питон
- как общаются микросервисы?

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

Фронтенд мертв. Что дальше ?

За месяц пообщался с 10 разными фронтами и у всех плюс минус одна проблема:

Фронт вакансий супер мало, хочется развиваться но непонятно куда

На счет рынка действительно все супер плохо по 5к откликов на вакансию, жесткий демпинг по зп и так далее.

Выбираться из этого я рекомендую переходом в фуллстек/бек. Самый быстрый способ. Выучить ноду/питон/гошку и работа явно быстрее найдется в разы.

Само обучение может занять от 1.5 до 3-4 месяцев. В случае с нодой супер быстро, но вакансий поменьше чем на том же питоне.

Плюс учитывая развитие ИИ все это можно выучить супер быстро и пойти работать клепать апишки.

Как я вижу самые популярные и интересные решения для ИИ приложений делаются на питоне + тайпскрипте. Как один из вариантов погружения.

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

Использование нейронок в закрытом контуре

У многих компаний есть NDA по запрету отправки кода в внешние LLM.

Почему?
1. Безопасность
За счет данных кодовой базы можно найти утечки и поломать приложение. Учитывая современные гибридные войны этот аспект очень важно учитывать.
2. Коммерческая тайна
Стратегические планы.
Сведения о партнёрах и контрактах.
Тендеры и переговоры.
Что угодно может повлиять на работе компании в дальнейшем.

Как крупные компании решают эту проблему ?
Крупные компании идут другим путём: запускают модели прямо на своих серверах. Qwen и Llama самые популярные варианты на текущий момент.

Пример:

from ollama import Client

client = Client(host='http://localhost:11434')

response = client.generate(
    model='qwen:7b-code',
    prompt="""Проанализируй код нашего микросервиса:
    
{SECRET_CODEBASE}

Найди уязвимости"""
)

Qwen наверное самый известный и на слуху. Одна из лучших open-source моделей для кода. Но есть подвох.
Кто пользовался говорят что модель «глуповата».

Все из-за того что локальная модель имеет небольшое контекстное окно.

Локальный Qwen видит только 32K токенов контекста.
Если ваш микросервис состоит из 20 файлов,
модель видит максимум 2-3 из них полностью.

Но это локальная модель поставленная на собественный компьютер. У больших компаний есть большие ресурсы. Они могут поставить мощную модель и потом "тюнить" ее под нужды.

Локальные модели будут глупее условного Клода. Но у крупных компаний есть большие ресурсы и они могут использовать fine tuning для улучшения качества кодинга.
Если есть данные на которых можно обучить ( десятки тысяч строк кода ), модель в крупной компании так и обучат.