Мультиагентность: ответственность по микросервисам

Мультиагентная система звучит как будущее. Несколько умных агентов сотрудничают, спорят, проверяют друг друга и вместе решают задачу. Почти как сильная команда. Только сильная команда хотя бы умеет молча смотреть в пол, когда спрашивают, кто сломал продакшен.
В мультиагентной системе всё элегантнее. Агент-исследователь нашёл данные. Агент-аналитик посчитал прогноз. Агент-планировщик составил план. Агент-исполнитель отправил письмо. Агент-контролёр подтвердил, что письмо отправлено. В итоге клиент получил предложение купить услугу, которую компания перестала оказывать два года назад.
Кто виноват? Исследователь честно передал данные из базы. Аналитик корректно использовал входные параметры. Планировщик выполнил бизнес-правила. Исполнитель отправил то, что получил. Контролёр проверил факт доставки. Все KPI выполнены. Результат — катастрофа. Но зато распределённая.
Это вообще любимая мечта современной архитектуры: разложить один большой провал на столько маленьких сервисов, чтобы ни один владелец не чувствовал личной неловкости. Раньше менеджер говорил: «Это не моя зона ответственности». Теперь так говорит каждый компонент, просто в JSON.
Потом приходит архитектор и объясняет, что проблема не в системе, а в observability. Нужно добавить трассировку решений, журнал обоснований, метрики качества и ещё один агент — агента по поиску виноватого. Он будет собирать логи, строить граф зависимостей и выдавать заключение: «Сбой возник на стыке взаимодействия».
То есть там, где раньше сидели люди.
Мультиагентность — это не когда много интеллектов работают вместе. Это когда ошибка прошла полный жизненный цикл и нигде не встретила хозяина.