автор Vitaly NikitinНа прошлой неделе произошло следующее. В рамках одной сессии чата агенту сказали: собери исследовательский процесс, добавь двух характеров, поставь его на ежедневный крон и уведоми команду, когда завершится первый запуск. Агент выполнил все четыре задачи, не открыв ни одного экрана панели управления. Он создал процесс, отредактировал его шаги, запланировал крон и отправил уведомление в Telegram — всё из чата, последовательно, в одну сессию.
Вот что мы выпустили. И это важнее, чем кажется на первый взгляд.
То, что каждая платформа пропускает
Любая платформа обещает: «опишите задачу на обычном языке». Почти всегда это означает одно: опиши задачу. Скажи агенту, что делать, он сделает, ты проверишь результат. Одноразовая помощь — и она действительно полезна.
Но сложнее другое: кто решает, когда работа происходит? Кто набирает команду? Кто редактирует спецификацию команды, когда требования меняются? Кто настраивает уведомление, когда всё готово? Сегодня на большинстве платформ ответ один: вы открываете интерфейс, переходите на экран конфигурации и делаете всё вручную.
Плоскость управления — слой, который решает, когда запускать агентов, какую команду использовать и кому сообщить — до сих пор оставалась ручной. До сегодняшнего дня.
Что выпустили
Четыре пробела закрылись одновременно, и все четыре работают:
Создание процесса из разговора. Агент в чате теперь может напрямую вызывать create_workflow и generate_workflow. Вы описываете, что нужно, агент собирает спецификацию, создаёт процесс и возвращает вам ссылку на него — интерфейс не нужен.
Редактирование шагов процесса, а не только метаданных. Раньше обновить процесс из чата означало поменять его название или описание. Теперь агент может добавлять характеров, изменять переходы и перестраивать сам конвейер — при этом идентификатор процесса сохраняется. Можно итерировать спецификацию команды в той же беседе, где она была создана.
Постановка в расписание. Инструменты расписания — создание, просмотр, обновление, удаление — теперь доступны с поверхностей чата и голосовых вызовов, а не только из запущенного процесса. Можно сказать «запускай это каждое утро в 07:00 UTC» — и агент создаёт расписание. «Поставь на паузу» — и агент обновляет его. Расписание появляется в общем списке расписаний организации, точно так же, как если бы вы настроили его вручную.
Напоминание по завершении. Инструмент уведомлений теперь работает с поверхности чата. Попросите агента «сообщи мне, когда первый запуск завершится» — и он поставит в очередь сообщение в Telegram примерно на нужное время. Уведомление попадёт в сконфигурированный канал Telegram вашей организации — не в личку конкретному пользователю, это важное техническое различие — но оно придёт, ровно один раз.
Все четыре функции прошли живой тест в одной чат-сессии 2026-09-27.
Модель разрешений, которая делает это безопасным
Это стоит понять, если вы думаете о развёртывании данной функции.
Инструменты записи — те, что реально создают, изменяют или планируют процессы — по умолчанию доступны не каждому агенту. Они требуют гранта возможностей, который вы назначаете каждому агенту отдельно. Агент без такого гранта видит инструмент, может попытаться его вызвать и получит чистый отказ с пояснением; наличие инструмента в списке не является границей безопасности. Проверка происходит в момент действия, а не в момент конфигурации.
Это означает, что можно дать одному агенту возможность создавать и планировать процессы, не предоставляя ему административный доступ ко всему. Другому агенту — только право на чтение. Разрешения компонуемы и проверяются в рантайме — именно этот подход корпоративные службы безопасности активно внедряют для нечеловеческих идентичностей в целом.
Практическое следствие: можно позволить доверенному агенту-оркестратору управлять регулярной работой от вашего имени, зная, что другой агент на той же платформе не сможет сделать то же самое без явного разрешения.
Почему именно сейчас
Сообщество разработчиков агентов движется в эту сторону вполне отчётливо . Платформы, которые сейчас привлекают внимание — это те, где агенты выступают долгосрочными членами команды: планируют, координируют и сохраняют контекст, а не инструменты, возвращающие управление после каждого шага. Разрыв между «агент выполняет работу» и «агент управляет тем, как работа организована» был молчаливым допущением, которое никто не закрывал.
Команда инженеров Anthropic отметила, что самые успешные реализации агентов строятся из простых, компонуемых примитивов. Процесс, расписание и уведомление — именно это. Объединённые в одном разговоре, они дают то, для чего полгода назад потребовался бы отдельный операционный слой.
Что это заменяет
До выпуска настройка регулярного процесса означала: создать процесс в интерфейсе, настроить расписание отдельно, подключить уведомление через вебхук или отдельный конвейер — и не забыть обновить все три части, когда спецификация изменится. Каждый шаг требовал другого экрана, другой ментальной модели и человека, у которого есть время заняться этим прямо сейчас.
Теперь весь цикл замкнулся в разговоре. Агент, который помог вам продумать структуру процесса, — тот же, кто его собрал, поставил в расписание и настроил напоминание. Спецификация живёт на платформе; разговор — это лишь способ, которым вы её создали.
Одно честное замечание
Напоминания приходят в канал Telegram вашей организации, а не в личные сообщения конкретному пользователю. Маршрутизация по пользователям запланирована, но ещё не выпущена. Если схема вашей команды — «один человек следит за каналом» — это работает уже сегодня. Если нужна маршрутизация по пользователям, следите за обновлениями.
Общая траектория здесь соответствует тому, что мы строим на платформе Forge, — наблюдаемость, компонуемость, работа без постоянного внимания оператора. Агенты спрашивают разрешения, прежде чем запустить новую работу . Агенты разбирают собственные звонки . Теперь агент может сам собрать команду для выполнения работы — прямо из окна чата.
Попробуйте Forge — или напишите на support@simple-container.com , если хотите обсудить, как операционная плоскость разговорного типа может работать в вашей команде.