"Еще в октябре я писал), что мы с вами уже на границе перехода от классической парадигмы разработки и пользования к принципиально другому способу взаимодействия с машиной, где разница между ними истончается. Сегодня у этого есть название - эфемеральная инфраструктура. Суть простая: каждая сессия с AI-агентом запускается в своей виртуальной машине, агент читает файлы, создает папки, сохраняет прогресс. Как только сессия закончилась - виртуалка схлопнулась, результат зафиксирован в постоянном хранилище. Не просто сессия, а сам агент живет ровно столько, сколько нужно. Прямо как 🧙🏻‍♀️ Распределяющая шляпа в 10 главе HPMOR (Юдковский через нее очень точно передал образ нынешнего AI). И это уже не теория: Cloudflare и его конкуренты готовятся к армиям таких виртуалок, тот же Modal сделал ставку на мгновенный холодный запуск за миллисекунды - их архитектура позволяет десктопным процессам раздуваться до тысяч контейнеров и схлопываться обратно. Такими темпами мы очень скоро переедем на управление исключительно облачными файлами - просто потому, что так всем проще. Пользователи даже не будем замечать, какие именно агенты рождаются и умирают в процессе, который нам спроектировала нейронка по текстовому запросу. Меж тем, сложные DAG-пайплайны в n8n/make/dify, о которых я недавно писал, будут жить своей параллельной жизнью, потому что тем, кто управляет бизнесом, нужна предсказуемость. Когда ты автоматизируешь процесс для завода или торговой сети, критически важно знать: что произойдет в каждом сценарии, сколько это будет стоить, и что ничего не сломается в пятницу вечером. ""Погоди, хозяин, сейчас мой агент разберется"" - это уровень гарантий для вайбкодера, но не для бизнеса. Будущее, каким я его вижу - гибридно: 🌀агентные циклы достанутся задачам с высокой неопределенностью - исследование, анализ данных, генерация контента, прототипирование - там, где заранее неизвестно, какой путь приведет к результату. ➡️структурированные пайплайны сохранятся за повторяемым процессам - обработка заявок, маршрутизация документов, интеграции между системами - там, где нужен контроль, аудит и предсказуемые затраты. Поэтому один из ключевых навыков сегодня - понимать, когда какой подход применить, и уметь комбинировать оба. Посмотрите на свои текущие автоматизации: если у вас n8n-воркфлоу на 40 узлов - не надо его сносить. Но спросите себя: какие из этих узлов существуют только потому, что модель раньше не умела ""думать"" самостоятельно? Попробуйте покрутить идеи ""документ как интерфейс"" (когда файл - это всё, что нужно для запуска сложнейшей логики) и ""папка с инструкцией на естественном языке"" (логика автоматизации хранится не в переплетении узлов, а в простом текстовом файле). Так, например, сейчас работают скиллы, и это помогает обходить жесткие условия, при которых ломаются процессы, если данные не в том формате и требуются дополнительные узлы обработки ошибок. Модель же понимает контекст, может запросить уточнение или исправить формат сама. В этом случае половину графа можно будет заменить одним агентом с хорошим промптом."