Yet Another Burakov

🔥Опубликовали запись вебинара Сергея Поляшева с разбором паттернов проектирования AI-агентов.

Что внутри:
— Базовые паттерны
— Когнитивные расширения, чтобы агент мог думать и учиться
— Взаимодействия с людьми, инструментами, другими агентами
— Продвинутые архитектуры, чтобы сделать агента гибким, масштабируемым, безопасным

Полезные ссылки:
• Каталог паттернов AI-агентов
• Agentic Design Patterns: A Hands-On Guide to Building Intelligent Systems
• LLM и агентские системы: от хайпа до рабочих практик

P.S. Через неделю будем ковырять MCP и интеграционную архитектуру в агентских системах. Подписывайтесь, не пропускайте

Тут запись агентских паттернов подвезли

#архитектура

Тут опубликовали плейлист с хайлоад джуниор, про базовые вопросы проектирования ситем: хранилища, инфра, сети.
Темы важные, спикеры интересные, кто вкатывается в сисдизайн не ради собесов, не проходите мимо.

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

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

А вечером заходите на наш стрим про отказоустойчивость в хайлоад системах, 18:00 мск.

#AI #агенты #API

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

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

2) Прошу сгенерить схему взаимодействий между участниками системы в puml.
— ChatGPT выдает корректную схему, предлагает несколько вариантов интеграции, иногда ошибается в синтаксисе puml, но легко исправляет
— Deepseek допускает логические ошибки на самой схеме, за 2-3 итерации получается исправить

3) Прошу построить пошаговый сценарий с указанием методов, которые нужно вызвать, необходимыми заголовками и телом запроса
— ChatGPT косячит в некоторых полях, но исправляется, если казать на конкретный метод
— Deepseek порывается сам придумать, что передавать в запросе, нужно заставлять брать инфу из доков

4) Прошу сгенерить коллекцию, чтобы импортировать в постман. Обе модельки справляются.

5) Протыкиваю запросы в постмане, иногда получаю ошибки из-за формата, заставляю модель переделать запрос.

6) Добиваю до состояния, когда вся цепочка отрабатывает корректно, отдаю обратно в LLM.

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

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

Уже неплохо, но можно пойти дальше:

Запросить у модельки скрипт, который последовательно дергает методы, и выдает результат для обработки LLM, чтобы не кликать самому. Немного проще но мало.

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

Примерно так должна выглядеть работа над типовой задачей интеграции в AI-мире. А инженер должен распознавать такие возможности автоматизации в своей работе и быстро клепать под них инструментики.

Возможно так выглядит будущее аналитиков в одной из веток мультивселенной?

• Самостоятельно анализировать и выяснять требования и ожидания к задачам от менеджера проекта и формировать техническое описание, в том числе с применением GPT
• Тестирование и отладка разработанного кода

• Сможете разрабатывать и внедрять новый функционал от идеи до релиза
• Имеете коммерческий опыт генерации кода и создания сервисов с применением Cursor AI, LLM-инструментов и prompt engineering; при этом ответственность за качество — на разработчике
• Умеете оценивать сроки выполнения задач с учетом применения LLM-инструментов и затем эффективно применять их

#карьера

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

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

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

https://t.me/llm_under_hood/676

#AI #агенты
Знаете, что больше всего любят участники курсов и тренингов?
Правильно, паттерны! Чем больше, тем лучше!! Давай еще!!!

Вот, принес паттернов проектирования AI-агентов. Не знаю, зачем вам, но сами же просили.

#AI

OpenAI презентовал свой no/low code инструмент для разработки агентов, вот видосик.

Выглядит красиво, как и все подобные инструменты, пока не начнешь собирать что-то сложное для прода, вряд ли они сделают революцию. Кто-то уже пророчит смерть n8n, в чем я тоже сильно сомневаюсь — OpenAI явно будет затачивать инструмент под свои модели и экосистему, n8n и конкуренты будут отвоевывать место самого универсального автоматизатора. Будем посмотреть.

И коли заговорили об этом, то мы в четверг проводим вебинар о паттернах проектирования AI-агентов, заглядывайте.

#AI #конференции

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

А вечером в онлайне делаем стрим про анализ логов с помощью AI. Приходите поговорить о реальном использовании, а не вотэтовотвсе.

#AI

10-15 лет назад энтерпрайзом правила SOA, в рамках которой огромные команды и отделы постоянно пилили и дорабатывали компоненты под интеграционный слой: роутеры, адаптеры, агрегаторы, канонические сервисы - все прелести ESB. Обычно это строилось на базе монструозных решений от IBM и Oracle, но более сообразительные уже пытались слезть с иглы на Camel и подобное. Кстати, до сих пор не все слезли.

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

К чему это я?
Процентов 80% всей этой работы можно было бы делать через вайбкодинг при наличии ревью и грамотной стандартизации/шаблонизации. И что-то подсказывает, что сегодня в глубинах корпоративных бэков полно подобных задач, которые можно так же решать. Но кто ж признается.

#оффтоп

Ребят, у вас там все хорошо в медтехе?

#архитектура

Чет у меня сегодня в ленте везде про C4.

Кто не в курсе, это модная модель для фиксации архитектуры в схемах, смотрите тут

Недавно по нему на степике появился курс от Ярослава Атрохова.

А вот тут Алексей Рыбак делится мыслями и критикой модели:

Претензия первая: неконкретность контейнеров и компонент. Рабочими слоями для MC4 являются всего два слоя: контейнер и компонент. В MC4 понятия “контейнер” и “компонент” размыты, контейнер это не контейнер в смысле инфры, а компонент это вообще хер пойми что, и в результате часто люди рисуют диаграммы, из которых непонятно вообще нихера. При этом в классическом бигтеховском системном дизайне есть негласное четкое правило: кружочек это всегда четкий сервис (реже подсистема), а стрелочка это всегда запрос с понятным протоколом и пониманием, сколько каких запросов тут повалит и для чего, поскольку нужно оценивать параметры трафика, нагрузки, объема хранимых данных.

Тут частично соглашусь: контейнер и компонент - очень неоднозначные термины в ит вообще, и C4 ясности не добавляет. Сколько фреймворков не изобретай, все равно все стрелочки с квадратиками рисуют как удобно.

#AI

Привет неверующим и незаменимым!

Последнее время почтовые совы приносят в редакцию интересные новости:

— в одной цветной компании на собесе аналитика появилась секция, где просят спроектировать систему с помощью LLM

— в другой большой компании продактам на собесе предлагают собрать прототип продукта или фичи с помощью AI-инструментов

Пока не на все проекты, на сколько знаю. Пока.

От вас хотели AI на собесах? Поделитесь в комментах, как это было.

Есть такое понятие — enabling teams. Это типа такие команды, которые создают общие практики, разрабатывают либы и решения, которые ускоряют всю компанию, повышают её эффективность. Рядом с ними — платформы и платформенные команды.

Но почему нет их антипода, термина disabling teams? Считаю, что это упущение.
Вот несколько лозунгов такой команды:

- Прозрачность важнее автономии
- Единые правила важнее локальной эффективности
- Измеримость важнее доверия
- Контроль важнее экспериментов
- Согласованность важнее скорости

Сначала процесс — потом прогресс! Без метрик нет управления! Каждый шаг под контролем — гарантия успеха! Оптимизация делается через стандартизацию!

Плохо, что ли? Хорошо!

#конференции

Безумная неделя, как бы разорваться, чтобы везде.

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

Завтра утром стартует недельная онлайн конфа от SE про использование AI в проектировании систем.
А вечером делаем стрим с Валерием Зубаировым о System Design секциях на собесах сисаналистов.

В среду будет сразу две конфы про AI и около: от Сбера и от Яндекса - еще можно заскочить в онлайн. Собирается кто вживую?

Объявляю сезон открытым.

#конференции #AI

Если долго смотреть на идею, можно увидеть, как ее реализует кто-нибудь другой. Я давно хотел провести конфу для сисаналистов в формате подлодки, но как-то все не складывалось. А коллеги из SE сделали, да еще и про AI в архитектуре, да еще и бесплатно. Ну вы поняли, что делать.

https://systemsdesign.online/2025-ai

#интеграция #API

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

• REST, что ты такое? — про архитектурный стиль и терминологию

• REST, почему ты такой? — почему HTTP протокол такой, каким мы его знаем, и причем здесь REST

• REST, что с тобой не так? — о проблемах использования REST API, и как их можно лечить

• Ваше API уже созрело? — как избавиться от ограничений каноничного REST API за счет снижения уровня зрелости до Level 1, чтобы ваше API не превратилось в кровавое месиво

🍃 Пока календарь не перевернули, приходите вечером в 18 мск порассуждать о несовершенстве рестов. Буду вещать, почему правильное REST API - почти всегда неудачное решение, как полечить его болячки за счет снижения уровня зрелости, и что делать, чтобы ваше апи первого уровня не превратилось в кровавое месиво через несколько итераций доработок. Заваривайте чаек, оборачивайтесь пледом, будем говорить о вечном.

Календарь намекает, что надо написать что-нибудь на тему образования .

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

Как-то в канале Дорофеева попался пост: https://t.me/mnogosdelal/696

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

…проблема проста - человеку не понятно, как выполнить упражнение без ошибок. Почему не понятно? Потому что он этого раньше никогда не делал (он же приходит к нам учиться делать то, что раньше не делал). Так, может, для того, чтобы появилось понимание надо... начать делать?...

Как-то среди фидбека на очередное занятие курса, который вел, нашел два отзыва:

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

Опять дают задачу без объяснений и примера - копаемся как слепые котята.

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

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

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

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

Тут должен быть какой-то призыв, но придумайте сами. А всех причастных с праздником 🎓