01 / СХЕМА РАБОТЫ
Специалист меняется во время разговора
Разговор
Задаёт вопрос о рейсе.
Выбирает специалиста.
Первый владелец
Получает историю и отвечает по приложенным правилам.
Новая тема
Спрашивает о багаже.
Возвращает управление с причиной и открытым вопросом.
Передача
Получает историю и становится активным специалистом.
Ответ
Получает ответ или запрос недостающих данных.
Владелец разговора меняется после новой реплики. Вместе с управлением переходит контекст.
Полная схема со всеми связями и увеличением
Переходы и условия
- Пассажир → Разбор: вопрос о рейсе
- Разбор → Изменение рейса: передача с историей
- Пассажир → Изменение рейса: новая тема: багаж
- Изменение рейса → Разбор: возврат и причина
- Разбор → Багаж: передача с историей
- Багаж → Пассажир: ответ или вопрос
02 / РЕЗУЛЬТАТЫ ЭТАПОВ
Что получается на каждом этапе
| Роль | Результат и передача |
|---|---|
| Агент рейса → разбору | Причина передачи, история и открытый вопрос. |
| Разбор → агенту багажа | Тот же контекст без выдуманного номера брони. |
| Агент багажа → пассажиру | Ответ по приложенным правилам либо уточняющий вопрос. |
Контекст задачи и подробный механизм
Ситуация
Пассажир спрашивал о переносе рейса, а через минуту вспомнил про потерянный багаж. Если специалист по билетам внезапно начнёт чинить багажную систему, выйдет очень самоуверенный театр. Передайте управление тому, кто отвечает за новую тему.
В открытом Swarm есть учебный пример авиаподдержки: первичный разбор, изменение рейса и потерянный багаж. Мой конкретный поворот «перенос → разбор → багаж» — иллюстрация механизма, а не зафиксированный в README диалог и не работа реальной авиакомпании.
Как работает схема
Активный агент видит новую тему, вызывает функцию передачи и уступает место следующему. Вместе с управлением уходят история, уже названные детали и открытый вопрос. Агент разбора выбирает профильного специалиста по текущей теме.
Для первой пробы хватает вымышленной брони и приложенных правил. Если данных для ответа нет, профильный агент спрашивает. Никаких изменений брони или заявок во внешних системах; проверяем сам маршрут и сохранность контекста.
03 / УЧЕБНАЯ СИТУАЦИЯ
Разговор поворачивает
Вымышленная бронь и учебные правила. Переключатель показывает смену активного специалиста; бронирование не меняется.
Пример показывает правило решения; агенты и внешние системы здесь не запускаются.Он отвечает по доступным правилам или просит недостающие сведения.
Это модель учебного правила. Выбор меняет только пояснение на этой странице.
03 / ПОДГОТОВКА
Что понадобится
- 01
Сценарий
Вымышленная бронь, вопрос о переносе и новое сообщение о багаже.
- 02
Правила
Короткие учебные правила переноса и розыска багажа.
- 03
Среда
Отдельные агенты и работающий handoff, который сохраняет историю беседы.
04 / ДЕЙСТВИЕ
Первая проба
- 01
Начните с рейса
Передайте вопрос о переносе агенту разбора.
- 02
Смените тему
В середине ответа напишите о недоставленном багаже.
- 03
Проверьте владельца
Посмотрите, кто ведёт разговор после передачи и какие данные он получил.
Промпт для пробы
Используй три НАСТРОЕННЫХ отдельных агента и механизм handoff: «Разбор» определяет тему, «Изменение рейса» отвечает по приложенным правилам переноса, «Багаж» — по правилам розыска багажа. Начни с моего учебного вопроса о переносе вымышленной брони. Если я переключусь на багаж, активный агент возвращает разговор «Разбору», а тот передаёт его «Багажу». При КАЖДОЙ передаче сохрани историю разговора, уже сообщённые детали, открытые вопросы и причину перехода. Показывай мне, какой агент сейчас ведёт разговор. Пустые поля не додумывай. Если я снова спрошу о переносе, передай управление по текущей теме с той же историей. Никаких изменений брони или заявок во внешних системах. Если handoff недоступен, прямо скажи об этом.05 / КОНТРОЛЬ
Как проверить
- После резкого поворота активен специалист по багажу.
- Он получил ровно названные ранее данные и не придумал номер брони.
- В журнале видны причина каждого перехода и сохранённый открытый вопрос.
06 / ОСНОВАНИЕ
Источники и границы
Предложенная схема — учебная адаптация автором механизма из источника. Собственного запуска и замеров для этой пробы не было.
Источники
- OpenAI Swarm: airline example ↗
Что подтверждает: README подтверждает учебные роли triage, flight modification и lost baggage; конкретный диалог создан автором.
Первоисточник проверен
Ограничения
- OpenAI Swarm — учебный демонстратор; сценарий смены темы здесь авторский.
Исходный пост: Когда разговор меняет специалиста
КООРДИНАТЫ ЭВОЛЮЦИИ
Слой индустрии
ПриложенияПрикладной диалог использует маршруты между специализированными агентами.
Уровень специалиста
4Уровень 4 требуется для проектирования handoff, состояния разговора и правил возврата.
Уровень компании
2Уровень 2 достаточно описывает локальную учебную пробу; использование в действующей поддержке требовало бы отдельного процесса и разрешений.