Отчеты — это конвейеры, а не сцены: составной потоковый контейнер на практике

The Pain: Маршрутизация сцен решила 90% задач, связанных с одной сценой. А как насчет остальных 10% — составных? Единый отчет о состоянии содержит запросы, предложения, напоминания, DN и POD. Ни одна сцена не может этого выдержать. Что вы узнаете: Почему отчет — это не сцена, а контейнер конвейера: он организует сцены, а не становится таковой Пятиэтапный конвейер: агрегирование → декомпозиция → отправка → выполнение → отчет. Почему «неограниченные инструменты» — это особый случай контейнера, а не нарушение маршрутизации сцены Почему скрипты делают грязную работу, а LLM — только финальную сборку Как стабильность отчетов в нашей системе выросла с ~60% до ~95% 1. Проблема: отчет полон «мелких задач». После того, как система маршрутизации сцен была запущена в эксплуатацию, качество выполнения отдельных сцен значительно улучшилось. Формирование отчетов было исключением. Отчет в пути выглядит как одна простая задача вывода, но он наполнен подзадачами: Прочитайте каждое письмо в папке «Входящие» (возможность сцены электронной почты) Запрос текущего статуса каждой поставки (возможность сцены запроса) Согласование дебиторской и кредиторской задолженности (возможности финансового отдела) Вынести суждение по каждой строке статуса (возможности сцены принятия решения) Что