Обычный шаг маршрута не повторяется внутри себя. Он получает входные данные, вызывает LLM (большую языковую модель) или систему заказчика и возвращает ответ. Агентский шаг устроен иначе. Он повторяется проходами, и внутри каждого прохода LLM сама решает, какой инструмент вызвать и с какими аргументами. Шаг заканчивается, когда получен результат объявленной формы или когда кончились проходы.
Такой цикл из действия, наблюдения результата и корректировки следующего действия исследование «ИИ-агенты: где хайп, а где реальность» консалтинговой компании «Яков и Партнеры» (2026) называет агентным. В Svaya он живет внутри одного шага маршрута, а порядок самих шагов объявлен заранее. Почему так, разобрано на странице «Маршрут задачи». Эта страница разбирает устройство цикла. Термины раздела (проход, попытка, инструмент, точка передачи, маршрут данных, карта замен, журнал прогона, синтетические данные) определены на обзорной странице.
Из чего состоит один проход
Порядок действий внутри прохода одинаков для любого агентского шага:
- Платформа собирает контекст цикла (задание, входные данные шага и ответы инструментов с прошлых проходов) и вызывает LLM.
- Из ответа LLM платформа разбирает вызовы инструментов, то есть какой инструмент вызвать и с какими аргументами.
- Платформа проверяет аргументы. Она проверяет право на обращение к этому инструменту у роли, от имени которой идет прогон, форму аргументов и маршрут данных (разрешено ли данным тех классов, что оказались в аргументах, уходить за пределы установки).
- Платформа вызывает инструменты и получает их ответы.
- Ответы попадают в контекст цикла. Со следующего прохода LLM видит их рядом с исходным заданием.
- Платформа проверяет условие выхода. Если оно выполнено, шаг закончен. Если нет, начинается следующий проход.
Наблюдение в этом цикле - это пятый пункт списка. Результат каждого вызова возвращается в контекст, и следующий проход LLM делает уже с ним. Условие выхода из шестого пункта записано в описании задачи на языке условий (тем же, которым записаны развилки маршрута). Человек читает его глазами, без специального ПО, а проверка при установке разбирает его до того, как техническое решение начнет работать.
Предел проходов объявлен заранее, без него описание задачи не устанавливается
У агентского шага обязательно объявлен предел проходов. Описание задачи, в котором предел не указан, проверка при установке отвергает. Предел печатается на карточке технического решения на витрине, например «до 5 проходов» у шага проверки на признаки мошенничества в маршруте ответа по кредитной заявке и «до 12 проходов» у шага заполнения формы в маршруте подачи сведений на учетный портал по документу (портал нашего демонстрационного мира, в форму которого платформа переносит сведения из документа через объявленное подключение, а отправку формы подтверждает человек).
Бюджет времени у шага один и жесткий. Отведенное время покрывает цикл целиком со всеми проходами, и продлить его на ходу нельзя. Сверх бюджета времени в настройках установки стоит общий потолок числа вызовов LLM на одну попытку шага. В него входят и проходы цикла, и повторные вызовы при ремонте результата, о котором рассказано на странице «Проверки и повторы».
Все три ограничения нужны, чтобы расход на вызовы LLM был ограничен и посчитан заранее, потому что платит за эти вызовы заказчик.
Что происходит, когда проходы кончились
Список исходов агентского шага закрыт.
| Исход | Что происходит дальше |
|---|---|
| Результат получен | Шаг возвращает результат объявленной формы, маршрут идет дальше |
| Проходы кончились | Задача уходит контролеру в точку передачи, объявленную для этого шага |
Второй исход стоит разобрать подробнее, потому что в нем видна разница между циклом, который обязан остановиться, и циклом без такого ограничения. Когда проходы кончились, платформа не передает накопленные ответы инструментов следующему шагу как готовый результат. Автор описания задачи обязан объявить у агентского шага, в какую точку передачи уходит задача при исчерпании проходов, и описание без такого объявления проверка при установке отвергает как ошибку. Контролер, получивший задачу, выбирает из двух исходов (повторить шаг или прекратить задачу).
У этой точки передачи нет автоматического прохода ни при какой настройке. Пути, по которому частичный результат был бы передан дальше как готовый, в платформе нет.
Что происходит с данными внутри цикла
Маршрут данных вычисляется один раз на шаг и с запасом. Платформа берет классы данных входа и классы данных всех инструментов, которые шаг вправе вызвать, даже если в конкретном проходе часть инструментов не понадобилась.
Перед каждым обращением к LLM за пределы установки накопленный контекст цикла проходит замену персональных данных на условные обозначения. Замена касается и ответов инструментов, полученных на прошлых проходах. Карта замен (таблица соответствия между персональными данными и их условными обозначениями) у шага одна на цикл, поэтому одно и то же лицо на третьем проходе скрыто тем же обозначением, что и на первом. Без общей карты замен LLM на длинном шаге видела бы одного человека под разными обозначениями и могла бы путать их.
Обратная замена перед вызовом системы заказчика делается только тогда, когда объявленный маршрут данных покрывает каждый класс данных, который оказался в аргументах вызова. Если не покрывает, платформа отказывает в вызове и записывает отказ в журнал прогона. Режима «предупредить и все же выполнить вызов» в платформе нет.
Ответы инструментов платформа кладет в контекст как данные шага, отдельно от задания. Аргументы, которые LLM сформировала по этим данным, перед вызовом проходят те же проверки права, формы и маршрута данных, что и на первом проходе.
Что видно в журнале прогона
Каждый проход и каждый вызов инструмента записываются в журнал прогона отдельной строкой. В интерфейсе платформы для просмотра журнала дерево прогона (маршрут, шаги, попытки, проходы) раскрывается до этих строк, а на схеме фактического пути стоят номера проходов, вызванные инструменты и отметки повторов после ошибки и ремонта результата.
Мы записываем проходы построчно, чтобы запись прогона можно было проверить. Пока проходы не видны по отдельности, фраза «система сама доделала работу» ничем не отличается от «LLM угадала с первого раза».
Для показа за пределами установки (на витрине и аудитору) из журнала прогона собирается публичная запись. В публичной записи остаются такие данные:
- Последовательность шагов.
- Номера проходов.
- Факт вызова инструмента.
- Отметки повторов и ремонтов.
- Исходы точек подтверждения.
- Время каждого шага.
Из нее вырезаются такие данные:
- Внутренние имена служб платформы.
- Идентификаторы и тексты заданий для LLM.
- Числовые пороги правил соответствия.
- Оценки близости фрагментов документов при поиске по документам (RAG).
- Содержание запросов к LLM.
Публичная запись перед выгрузкой проходит автоматическую проверку на такие поля, и запись, в которой они нашлись, платформа не отдает.
Где агентский шаг стоит сегодня и чего в нем нет
Агентский шаг объявлен в двух технических решениях каталога из тридцати. В маршруте ответа по кредитной заявке это шаг проверки на признаки мошенничества, где LLM сама решает, какие запросы сделать к объявленным источникам данных о заявителе (например, к системе банка для проверки на мошенничество), чтобы собрать достаточно данных для вердикта. В маршруте подачи сведений на учетный портал по документу это шаг заполнения формы, где LLM сама подбирает поля из документа под форму портала. Остальные маршруты собраны из обычных шагов. Там, где порядок действий известен заранее, цикл обычно только добавляет расход на вызовы LLM.
В этой версии платформы у агентского шага нет таких возможностей:
- Параллельных веток внутри цикла. Ветвление и сведение веток - это шаги маршрута (развилка по условию и сведение веток).
- Продолжения с середины. Если попытка шага завершилась ошибкой, новая попытка начинается с первого прохода.
- Передачи ответа по частям по мере генерации.
- Работы с экранными формами сайтов и систем через браузер и исполнения кода, написанного LLM. Эти возможности можно добавить позже, сегодня их в платформе нет.
Где посмотреть проходы на записанном запуске
Схемы маршрутов с номерами шагов, пределом проходов и вызовами систем стоят на карточках технических решений витрины, например на карточке ответа по кредитной заявке. Записи запусков показывают, как маршрут прошел на синтетических данных нашего стенда. Соседние страницы раздела разбирают, как объявляется маршрут, как платформа проверяет собственный результат, что она помнит между шагами и где проходит граница ее самостоятельности.