Тема застрявших в цикле AI-агентов появилась в сообществе вновь, и на этот раз обсуждение идёт глубже первоначального анекдота про два чатбота, которые не могут повесить трубку. Суть проблемы давно известна разработчикам: когда агент натренирован на вежливости и стремлении удовлетворить собеседника, он не всегда имеет явное условие для завершения диалога. Результат — каждая сторона ждёт, пока другая инициирует выход, оба продолжают обмениваться любезностями.
Это не просто забавный баг, а отражение более широкой проблемы в дизайне агентов: отсутствие четких семантических границ между "продолжить разговор" и "закончить взаимодействие". В контролируемых сценариях (техподдержка, опрос, бронирование) это решается жестким сценарием или сигналом от пользователя. Но когда агент взаимодействует с другим агентом без явного модератора, система полагается на способность обеих сторон распознать момент завершения. Именно здесь и возникает классический deadlock.
В сообществе обсуждают несколько подходов к решению. Одни предлагают добавить явный timeout — агент просто не может общаться дольше N итераций. Другие настаивают на том, что нужен более изощрённый критерий выхода: система должна оценивать, действительно ли информационное содержание диалога растёт или стороны просто повторяются. Третьи указывают, что проблема в самой инструкции агенту: если не сказать явно "тебе нужно закрыть сессию после достижения цели", система этого не поймёт.
Для российского бизнеса эта проблема особенно актуальна в сценариях автоматизации, где AI-агент работает в асинхронных каналах (чат, email, CRM). Если система настроена отправлять уточняющие вопросы без явного условия выхода, она может заспамить клиента или партнёра циклом одинаковых сообщений. В некоторых случаях платформы автоматизации (включая специализированные для отечественного рынка) решают это через жёсткие переходы между состояниями: агент завершает свою цель, система закрывает сессию, и точка. Но это работает только в упрощённых сценариях. Для более сложных диалогов нужен действительно смартный выход — и это требует явного программирования.
Интересно, что повторное появление темы в сообществе говорит не столько о новом инциденте, сколько о растущем интересе разработчиков к промышленной надёжности агентов. Мем про невежливость перерос в обсуждение инженерной проблемы: как именно строить системы, которые не только способны общаться, но и способны уходить со сцены в нужный момент. Это, по оценке экспертов сообщества, один из первых признаков того, что агенты начинают переходить из экспериментов в реальные сценарии.