💬🩹 Dev Studio надёжнее приклеивает live reply Architect прямо в чат: полоса печатает ответ... теперь реже остаётся одна без пузыря

В dev-контуре tricode2 поправили ещё один неприятный сценарий вокруг живых ответов Architect. Раньше пользователь мог видеть, что Studio уже показывает полоску Architect печатает ответ..., но сам живой bubble в чате так и не появлялся вовремя. Получалось довольно раздражающее ощущение: система вроде бы ожила, а визуально отвечать всё ещё не начала.

Теперь fallback-path для live reply стал надёжнее и лучше цепляет частичные ответы прямо к chat thread.

Что именно ломалось

Проблема проявлялась в тех случаях, когда stream-события приходили раньше, чем клиент успевал полностью материализовать change-request item на своей стороне. То есть backend уже что-то честно присылал, а фронт всё ещё не успевал правильно привязать эти куски к нужному месту в чате.

Снаружи это выглядело так:

  • полоска “печатает ответ...” уже есть;
  • пользователь понимает, что что-то происходит;
  • но живой bubble не появляется там, где его ждут.

Именно такой сценарий и подчистили: теперь partial replies должны заметно надёжнее встраиваться прямо в thread, а не висеть где-то в техническом лимбе между событием и визуализацией.

Что это меняет для тестирования dev

Это не редизайн чата и не новый backend-протокол. Обновление гораздо более приземлённое: оно делает live-stream fallback/rendering путь устойчивее в реальной гонке состояний между ранними stream-событиями и клиентской materialization логикой.

Практический эффект ожидается такой:

  • живой bubble у Architect должен появляться чаще и раньше;
  • сценарий “полоса живёт, а ответ всё не материализуется” должен встречаться реже;
  • чат становится ближе к тому, что пользователь интуитивно считает “живым ответом”, а не только индикатором ожидания.

Что важно не переобещать

Это именно fix live-stream fallback/rendering path. Он не означает полного переписывания backend transport-протокола и не гарантирует идеальный live-stream UX при любых сбоях провайдера или нестабильных событиях выше по стеку.

Но он убирает очень конкретную и неприятную дыру в клиентском поведении: когда данные уже приходят, а чат всё ещё выглядит так, будто Studio просто забыла дорисовать сам ответ.