Передача между помощниками¶

Передача позволяет текущему помощнику передать работу профильному специалисту, когда задача вышла за его область.

Это отличается от дочернего помощника: при передаче специализированный помощник становится следующим исполнителем основной работы, а не просто возвращает краткий ответ родителю.

Что вы сделаете¶

Вы научитесь:

настроить список разрешённых специалистов;
описать, когда следует выполнять передачу;
определить содержимое, которое нужно передать;
не путать передачу с цепочкой и дочерней работой.

Пример¶

Универсальный корпоративный помощник
        ↓
вопрос про расходы
        ↓
передача
        ↓
FinOps-помощник
        ↓
продолжение работы

Другой пример:

Служба поддержки
        ↓
обнаружена проблема с моделью
        ↓
передача
        ↓
помощник администратора моделей

Когда использовать¶

Передача хороша, если:

другой помощник должен продолжить основную тему;
у него другой набор знаний или сервисов;
пользователь ожидает дальнейший диалог именно со специалистом.

Если специалист нужен только для одной изолированной подзадачи, обычно лучше дочерний помощник.

Настройка¶

В дополнительных настройках помощника добавьте разрешённых специалистов для передачи.

Для каждого укажите понятное описание:

Передавать сюда вопросы о расходах, бюджетах, прогнозе и оптимизации Яндекс Облака. Не использовать для технического изменения инфраструктуры.

Студия создаёт отдельную операцию передачи для каждого разрешённого специалиста.

Передаваемое содержимое¶

Можно определить, какую краткую информацию исходный помощник должен подготовить для принимающего.

Хороший пакет передачи содержит:

цель пользователя
проверенные факты
важные ограничения
что уже сделано
что требуется от специалиста

Не передавайте огромную стенограмму, если достаточно краткой сводки.

До 10 специалистов передачи¶

Базовый механизм текущей платформы рассчитан максимум на 10 настроенных передач для одного помощника.

На практике корпоративному помощнику обычно достаточно 2–5 хорошо определённых специалистов.

Права пользователя¶

Передача не должна обходить контроль доступа.

Если принимающий помощник недоступен текущему пользователю, передача не должна превращаться в скрытый доступ к его знаниям или сервисам.

Проверяйте ACL обоих помощников.

Модель и граница данных¶

Принимающий помощник может использовать другую модель.

Например:

родитель: локальная модель
      ↓
передача
      ↓
специалист: Yandex AI

В этом случае следующий контекст будет обрабатываться облачной моделью. Это нужно учитывать при проектировании корпоративной архитектуры.

Передача и дочерний помощник¶

	Передача	Дочерний помощник
Назначение	сменить профильного исполнителя	выполнить отдельную подзадачу
Основной контекст	работа продолжается у специалиста	остаётся у родителя
Результат	дальнейший диалог	компактный ответ родителю
Тип выбора	динамический специалист	динамическое делегирование

Передача и цепочка¶

Передача выбирается моделью по ситуации.

Цепочка проектируется заранее как фиксированный многопомощниковый рабочий процесс.

Правило хорошей передачи¶

Помощник не должен передавать разговор без причины только потому, что другой помощник существует.

В инструкции можно закрепить:

Передавай разговор специалисту только если запрос явно относится к его области
и продолжение работы действительно требует его отдельных знаний или сервисов.

Как проверить¶

создайте двух помощников с разными областями;
разрешите передачу от первого ко второму;
задайте первому профильный вопрос второго;
убедитесь, что передача происходит осмысленно;
задайте обычный вопрос первого помощника;
убедитесь, что лишней передачи нет.