Во-первых, потому что практика бывает «лучшей» только по отношению к конкретным условиям. Сегодня среда меняется настолько стремительно, что решение перестаёт работать не потому, что оно устарело, а потому что изменились условия, ради которых его создавали.
Что произошло?
Эпоха конференций про «лучшие практики» закончилась. Искать чужие «рабочие» решения и копить готовые кейсы больше не достаточно
Во-вторых, потому что чужой опыт больше не дефицит. Раньше его нужно было добывать: доклады, подкасты, разговоры в курилке, чей-то постмортем. Сегодня, благодаря LLM, паттерны, алгоритмы и лучшие кейсы индустрии доступны каждому в один клик. «Знать, как принято делать» больше не даёт преимущества, оно есть у всех.
И В ЧЕМ ПРОБЛЕМА?
LLM может подсказать чужие кейсы и варианты решений, но нужное решение выбрать всё равно придётся самому.
А для этого требуется уметь формулировать свой замысел и осознавать ограничения окружения, в котором этот замысел можно реализовать. Это умение почти не зависит от профессиональной области.
ТРЕКИ КОНФЕРЕНЦИИ
Поэтому на нашей конференции нет привычного деления на «разработку», «тестирование», «управление» и тд.
Вместо этого у нас есть треки Замысел, Окружение и Технология, актуальные для любых профессий и доменов знаний.
Замысел
Как человек понимает, почему он что-то называет проблемой, и формулирует свою цель, а не ту, что неявно навязана ему средой. Теперь это общая работа для всех ролей, от разработчика до CEO. Когда рутину исполнения можно делегировать, важнее всего становится умение представить то, чего ещё нет, и наделить смыслом будущий результат.
Окружение
Про условия, в которых замысел превращается в результат. Часть из них артикулирована в виде harness агентов, артефактов знаний компании, описаний процессов, топологий команд, отчётов о динамике рынка токенов. Но большая часть условий никогда не проговаривается, потому что кажется само собой разумеющейся. И именно она в значительной степени решает, реализуется замысел или нет.
Технология
Как именно достигается результат. От настройки отдельных агентов и скиллов до оркестрации сложных многоагентных систем и их синхронизации с действующей организационной структурой. И где проходит граница, за которой всё это перестаёт работать?
Матрица тем
Темы докладов и круглых столов
Прикладной уровень
- Какие из навыков разработчиков завтра обесценятся, а какие подорожают?
- За что будут платить синьору, когда джун с агентом пишет такой же код?
- Как понять, что задача сформулирована плохо, до того как агент потратит на неё час и бюджет?
- Eval как зеркало намерения: почему нельзя оценить агента, пока не сформулировал, чего от него хочешь.
- Как спроектировать harness, чтобы агент работал предсказуемо, а не галлюцинировал?
- Контекст через MCP: как подключить агента к своему окружению и перестать копипастить всё в промпт.
- Генерация UI-прототипов по текстовому описанию.
- Автоматическая проверка UI-макетов на соответствие гайдлайнам.
- Spec-Driven Development: генерация кода по спеке.
Концептуальный уровень
- Чем занят тимлид, если планирование и раздачу задач берёт на себя система?
- Как сформировать общий контекст для всей команды инженеров.
- Как внедрить цикл PDCL с агентами и не сломать то, что уже работает.
- Что такое концептуальное мышление.
- Технический долг, когда код пишет агент: копится быстрее или исчезает?
- Как меняется процесс ревью кода, когда код пишет агент?
- Как harness команды связать со стратегией компании?
- Почему я создал именно такой контекст для своей команды?
- Где агенты реально ускоряют, а где создают иллюзию скорости и копят долг?
- Разработка как управление сложностью системы. Универсальные принципы управления сложностью.
- Оркестрация сложной системы агентов.
- LLM вместо слоя менеджеров: кто и что координирует, когда агенты берут это на себя?
Философский уровень
- Технический директор без инженеров: новая роль CTO.
- Как CEO формирует онтологию для всей компании?
- Кто отвечает, если код написал агент и он упал в проде в 3 ночи?
- Как перестроить компанию под агентов, а не прикрутить агентов к старой компании?
- Творчество: что нельзя делегировать агенту.
- Зачем CEO нужно уметь мыслить философски?
- Герменевтический круг как цикл жизни всей компании.
- Где внедрение агентов оправдано, а где это просто следование моде?
- LLM-хайп: что останется с нами навсегда, а что забудется через год, и как понять это сейчас?
- Сколько на самом деле стоит один запрос в деньгах, энергии, воде, чипах?
- Своя локальная модель: паранойя или необходимость, и где граница?
- Что значит управлять сложностью, если код пишется на русском языке.
- От управления сложностью к управлению неопределённостью: почему с агентом договариваются, а не командуют.
- Один агент или рой: где граница, за которой оркестрация дороже пользы?
- Сколько людей реально будет нужно в компании через год?
- Аутопоэзис: человек и LLM как система с обратной связью второго порядка.
Для кого конференция?
Конференция для тех, кто уже прошёл восторг от агентов и понял, что узкое место не в моделях и не тулинг вокруг них, а в человек по эту сторону промпта.
КТО ФОРМИРУЕТ ПРОГРАММУ КОНФЕРЕНЦИИ
Спикеры и эксперты
Мы зовём философов, футурологов, ученых, создающих ИИ, управленцев и инженеров, использующих LLM в своей работе. Список спикеров дополняется