На этой неделе выходит новый сезон конфы Podlodka AI Crew со свежими кейсами)

Предыдущая была огонь, эта тоже обещает быть хорошей.

Лично мне интересны и мастер классы по Pi, и управлением экономикой и практики по покрытию eval.
Отдельно интересны практики дизайна с AI)

С полной программой можно познакомиться тут.

Ну и т.к. я член podlodka php crew, то мне и промик со скидкой дали: techlead_stream_3

Vercel купил Better Auth.

Авторизация/аутентификация для меня всегда была интересной темой. Которую если делать правильно и безопасно - нужно упороться. Даже имплементировать все основные подстандарты oauth/oidc и рекомендации owasp - вообще ни разу не просто.

Better Auth лучшая и можно сказать единственная универсальная open source библиотека которой очень много лет не хватало для реализации многих бестпрактикс. Единственную альтернативу в виде nextauth он поглотил очень быстро.

Сейчас авторизацию во многих приложениях сразу строят на нем, и покупка vercel это некоторый знак качества и уверенности в темпе развития.

А нужно ли потреблять контент и сигналы с рынка с такой скоростью?)

Готов поспорить что - "да" и мы вынуждены это делать чтобы не ошибаться в инженерных, архитектурных и организационных вопросах.
Нет универсально правильных, выверенных годами способов решения совершенно новых для отрасли задач и вызовов в области построения ai sdlc процессов.

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

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

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

2. Для другой конференции мы начали отбирать доклады за 3+ месяца. И часть докладов которые казались актуальными в марте, в июне уже сильно менее актуальны.
То что казалось революцией 3 месяца назад, сейчас уже данность.

> Выпасть на 1-2 месяца из этого зверского информационного потока - значит принимать неправильные решения в трансформации производства за которую ты отвечаешь.

Как бы не звучало смешно - но практика которая прожила год или хотя бы 6 месяцев с результатами - это прям штука за которую стоит хвататься)
Каждую практику ты еще вынашиваешь применительно к своим процессам, анализируешь относительно трендов и рынка, 10 раз взвешиваешь прежде чем кинуться ее внедрять.

Тут стоит отдельно похвалить коллег из сбера которые не побоялись выпустить AI Disrupt PDLC как набор устоявшихся практик, трендов и веяний который они взяли смелость зафиксировать в документ. Коллеги утверждают что таких аналогов нет в мире, и в целом из моего наблюдения - кажется столь всеобъемлющего действительно нет.

Да, может быть что какая то доля трендов отражена с ошибкой, где-то с перегибом, но с моей точки зрения они действительно выразили и консолидировали многие СТАБИЛЬНЫЕ тренды на которые сейчас все ставят.

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

Отдельный кайф получил от встреч c-level клуба, когда технические и бизнес директора разных компаний разных уровней и совершенно разного бизнеса (от заказной до продуктового) в форматах брейншторма обсуждали свой вижен. И здесь прям супер приятно что вижен во многом матчится. Это дает больше уверенности в тех изменениях что мы опять же внедряем у себя.

Глеб Михеев (кстати руководитель AI Native комитета в онтико) запустил опрос — исследование адаптации агентной разработки в компаниях.

Мы всё сильнее видим расслоение в индустрии — очень хочется копнуть глубже и понять, как это выровнять.

Сам опрос тут, его пустили по разным каналам в попытке больше собрать информации по состоянию в отрасли.

https://github.com/obra/superpowers/releases/tag/v5.0.6

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

# Масленников разобрал лагери обвесов харенса
https://habr.com/ru/articles/1058676/

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

# Мой взгляд на мультиагентность:
1. Многие сабагенты которые мы делали в 2025ом - стали не нужны. Часто мы их делали т.к. не влезали в контекстное окно, да и в эпоху когда скилов не было. Бездумное следование старым привычкам - зло.
2. Мои наблюдения (eval еще не выкатили чтобы сказать замеры), показывают достаточно неплохое качество замыкание на чеклисте самопроверки из SDD при работе в 1 поток.

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

Собственно есть разные поинты когда нужно идти в мультиагентов, когда нет.
Например базовые правила что мелкие подзадачи с большим выводом и малым вводом можно делегировать чтобы экономить окно. И в недавних патчах агенты вроде claude code / codex даже начали САМИ это делать без ручных оптимизаций.

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

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