Latest / M365.FM – подкаст о Microsoft 365, Copilot и ИИ на русском / Агент в Copilot Studio: grounding, персона, отладка и публикация без ошибок новичка (ИИ-дубляж)

Transcript

Агент в Copilot Studio: grounding, персона, отладка и публикация без ошибок новичка (ИИ-дубляж) · M365.FM – подкаст о Microsoft 365, Copilot и ИИ на русском

0:00
Представьте, что вы запускаете своего первого агента в CoPilot Studio, но вместо того,
0:04
чтобы впечатлить пользователей, он выдает что-то невнятное, вроде «думаю», в правилах сказано,
0:08
что это естественный процесс создания бота. Но с парой исправлений и четкими инструкциями,
0:11
привязывающими его к реальным документам с политиками, вы превратите этот промах в идеальный
0:15
ответ со ссылками на пункты и параграфы. К концу этого видео вы узнаете, как воспроизвести
0:18
плохой ответ в тестовой панели, исправить его, чтобы бот ссылался на реальный документ и
0:22
опубликовать работающий пилотный проект. Краткое отступление, подпишитесь сейчас,
0:25
чтобы эти инструкции автоматически добавлялись в ваш плейлист. Конечно, добиться идеального
0:29
результата в окне тестирования легко. Настоящие проблемы начинаются, когда ваш бот покидает
0:33
тренировочный зал и сталкивается с реальностью. Почему ваш идеальный тестовый бот терпит крах в
0:37
реальных условиях? Итак, почему бот, который выглядит безупречно в панели тестирования,
0:40
внезапно начинает сыпаться, как только сталкивается с реальными пользователями?
0:42
Короткий ответ – студия обеспечивает тепличные и вежливые условия, а реальный мир лишен такой
0:46
деликатности. В студии входные данные, которые вы подаете, всегда аккуратны. Вопросы короткие,
0:51
сформулированы четко и обычно совпадают с подготовленными вами примерами обучения. Вот почему
0:55
кажется, что все идет идеально. Но в рабочей среде люди пишут так, как они привыкли. Руководитель
1:00
спросит, сколько я могу получить компенсации за отель? Сотрудник может напечатать лимит на отель
1:04
с опечаткой. Кто-то другой просто скажет, напомни-ка про деньги на командировку. Все это означает
1:09
одно и то же, но если вы тестировали только, каков лимит расходов, бот не всегда сможет сопоставить
1:14
эти факты. Вот способ увидеть этот пробел прямо сейчас. Откройте панель тестирования и задайте боту три
1:19
варианта одного вопроса. Сначала чистую версию, затем разговорную перефразировку, а после версию с
1:23
опечаткой. Наблюдайте, как меняются ответы. Иногда он справляется со всеми тремя, иногда выдает
1:27
правильный ответ только на чистую версию. Это первый сигнал того, что красивые результаты тестов не
1:30
гарантируют выживаемость в реальном мире. Техническая причина кроется в охвате намерений. Боты
1:34
полагаются на триггерные фразы и определение тем, чтобы понять, когда нужно выдать ответ. Если все ваши
1:38
примеры выглядят одинаково, модель становится негибкой. Один единственный синоним может сбить ее с толку.
1:42
Решение скучное, но оно работает. Добавьте более широкие триггерные фразы в свои темы и не
1:46
используйте только формальные формулировки из документов с политиками. Добавьте разговорные,
1:49
сокращенные и даже слегка небрежные фразы, которые люди используют в жизни. Вам не нужны
1:53
десятки вариантов, достаточно покрыть очевидные вариации, а затем протестировать снова.
1:56
Различия в каналах связи делают задачу сложнее. Тестовая панель студия — это лишь симуляция.
2:00
Как только вы публикуете бота в канале, например, Teams, SharePoint или на демо-сайте,
2:03
платформа может изменить обработку входного текста или способ отображения ответов.
2:06
Teams может иначе разбивать строки. Веб-страница может удалить форматирование. Даже небольшие
2:11
изменения, такие как перенос ключевой фразы на другую строку, могут повлиять на то,
2:14
как модель ее оценивает. Именно поэтому Microsoft подчеркивает необходимость
2:17
итеративного тестирования во всех каналах. Бот, который успешно прошел проверку в студии,
2:20
может споткнуться, когда форматирование в реальных условиях изменит картину.
2:23
У пользователей также есть свои ожидания. Для них перефразирование вопроса — это нормальная
2:27
часть общения. Они не думают о намерениях, триггерах или семантическом сходстве. Они просто
2:31
предполагают, что бот понимает их так же, как коллега. Одна грубая ошибка, особенно во время
2:35
демонстрации, и доверие утрачено. Именно здесь новички часто обжигаются. Успешная репетиция в студии
2:39
дала им ложное чувство уверенности, но первый же небрежный запрос пользователя в Teams разрушил
2:43
иллюзию. Давайте подкрепим это еще одним примером. В студии вы вводите, какой лимит расходов?
2:48
Бот отвечает прямо. Согласно политике, на проживание выделяется 200 долларов в день. Идеально,
2:52
разверните его. Теперь попробуйте, эй, напомни, сколько мне могут компенсировать за отель? Вместо ссылки на
2:57
политику бот выдает что-то вроде «обратитесь в отдел кадров» или «делает расплывчатое предположение».
3:01
Намерение тоже. Результат совершенно иной. Это подмена, точность на репетиции и неопределенность
3:06
в рабочей среде. Это именно то, о чем мы говорим. Практический вывод заключается в следующем.
3:10
Относитесь к студия как к спаррингу на тренировке. Полезно для обучения, но не доказывает
3:14
готовность. Прежде чем двигаться дальше, попробуйте тест с тремя вариантами в панели тестирования,
3:17
а затем расширьте свои темы, добавив синонимы и разговорные фразы. Наконец, после публикации повторно
3:21
протестируйте бота в каждом канале, где он будет работать. Вы обнаружите проблемы раньше,
3:25
чем ваши пользователи. Но есть ловушка и покрупнее. Даже если вы проработали все формулировки и
3:29
каналы, бот все равно может провалиться, если он не опирается на надежный источник данных.
3:32
Именно тогда он перестает пропускать вопросы и начинает выдумывать ответы. Представьте бота,
3:36
который звучит уверенно, но при этом просто угадывает. Вот здесь ситуация становится по-настоящему
3:40
запутанной. Ошибка новичка. Оставить бота без опоры на знания. Первая ошибка новичка относится к
3:45
Пайлот Студия как к магическому шару, а не как к своду правил. Запуская агента без привязки к реальным
3:50
знаниям. Вы, по сути, отправляете младшего стажера в зал совещания без какой-либо подготовки.
3:54
Он будет говорить быстро, звучать уверенно, но половина сказанного рухнет в ту же секунду,
3:57
как кто-то решит проверить факты. В этом и заключается ловушка отсутствия базы знаний у вашего бота.
4:01
Поначалу внешний блеск это скрывает. Новая сборка в студии выглядит отлично. Вежливые приветствия,
4:06
быстрые ответы, никаких видимых задержек. Но по сути, за этими словами не стоит ничего твердого.
4:10
Система использует закономерности, а не факты. Необоснованные боты ничего не знают. Они блефуют.
4:15
И хотя блеф может выглядеть гладко в окне тестирования, реальные пользователи мгновенно его
4:20
раскусят. Худший исход — это не просто слабые ответы, а галлюцинации. Это когда бот выдумывает
4:25
что-то, что выглядит правдоподобно, но не имеет под собой основы в реальности. Вы спрашиваете о
4:29
возмещении расходов на поездки, и вместо вежливого отказа бот придумывает число, которое звучит
4:33
убедительно. Сотрудник бронирует отель на основе этого неверного ответа, и внезапно вам приходится
4:37
разбираться со спорами о расходах и раздраженными письмами. Фраза выглядела профессионально,
4:41
но за ней была пустота. Пример Contessa Labs делает это очевидным. В официальном практическом
4:45
упражнении вам нужно загрузить файл под названием Expenses Policy . В нем четко указано
4:50
ограничение на проживание в размере 200 долларов за ночь. А теперь, если вы пропустите привязку к
4:54
данным и спросите своего новенького бота, каковы правила проживания в отеле, он может уверенно
4:57
ответить «100 долларов за ночь». Полностью выдумано. Только когда вы действительно прикрепите файл
5:02
Expenses Policy . Обоснованные боты ссылаются на документ. Согласно корпоративной политике
5:07
командировок, расходы на проживание ограничены 200 долларами в день. И эта разница между выдумкой
5:11
и цитированием полностью зависит от этапа привязки к данным граундинг. Итак, вот как именно это
5:15
исправить в интерфейсе. Перейдите к своему агенту в Copilot Studio. На экране обзора нажмите
5:19
Knowledge – Знание. Выберите плюс от Knowledge – Добавить знание, а затем выберите загрузку файла.
5:23
Укажите на файл Expenses Policy . Если вы предпочитаете подключиться к общедоступному
5:28
веб-сайту или SharePoint, можно выбрать и это, но файлы работают надежнее. После загрузки подождите. Индексация
5:33
может занять 10 минут или больше, прежде чем контент будет готов. Не паникуйте, если первые тестовые
5:37
запросы не будут сразу использовать этот источник. Как только индексация завершится, повторите свой
5:41
вопрос. Когда все настроено правильно, вы увидите верный ответ в 200 долларов вместе с небольшой
5:45
ссылкой, указывающей на ваш загруженный документ. Эта ссылка – признак того, что вы все сделали
5:49
идеально. Распространенное заблуждение – полагать, что усиление диалога, конверсажен и льбустин,
5:54
волшебным образом заполнит пробелы. Усиление не создает знания политики, оно лишь усиливает
5:57
текстовые закономерности. Без источника знаний, на которые можно опереться, усиление будет с радостью
6:02
выдавать общие фразы. Это как дать стажеру три чашки кофе в надежде, что кофеин компенсирует
6:06
его невежество. В документации лаборатории даже было предупреждение об этом. Если в вашей базе
6:10
знаний не найдено соответствий, система может обратиться к общим встроенным знаниям модели и
6:14
выдать расплывчатые или неточные ответы. Вот почему для критически важных тем стоит настроить
6:18
поиск только по добавленным вами источникам, когда важна точность. Не позволяйте боту полагаться
6:22
на широкие возможности языковой модели, если речь идет о комплайнсе, финансах или кадровых
6:25
вопросах. Последствия игнорирования этого этапа быстро накапливаются. Боты без привязки к источникам
6:30
хороши для болтовни, но стоит им ответить на вопрос о компенсациях или отпусках, как создаются
6:33
реальные заявки в техподдержку. Представьте, как вы объясняете финансовому отделу, почему пять
6:37
сотрудников подали заявление по неверной ставке. Потому что ваш бот выдумал лимит на ходу. Исправление
6:42
обойдется дороже, чем просто загрузка документа в первый же день. Привязка к источникам превращает
6:46
вашего агента из усердного, но неосведомленного стажера в того, кого геймеры назвали бы буквоедом.
6:50
Он цитирует правила, а не придумывает их. Прикрепите документ с политикой расходов,
6:53
и система начнет следовать корпоративным стандартам вместо импровизации. Более того,
6:57
ответы будут подкреплены ссылками, которые можно проверить. Именно так вы защищаете доверие.
7:01
В худшем случае вы создали уверенную в себе машину для сплетен, распространяющую выдуманные
7:05
правила. В лучшем случае вы создали надежного эксперта, подкрепляющего ответы ссылками на источники.
7:10
Единственный способ добиться второго – с самого начала предоставить боту проверенные базы знаний.
7:14
И как только ваш бот научится говорить правду, вы столкнетесь со следующей задачей,
7:18
как именно ее подать, ведь точность без индивидуальности заставляет пользователей уходить.
7:22
Обучение бота его – личности, следующий шаг, и в Капайлот Студия она не дается бесплатно.
7:27
Вам нужно прописать ее самостоятельно. На этом этапе система перестает звучать,
7:31
как бездушный тестовый манекен и превращается в собеседника, с которым пользователи хотят общаться.
7:35
На практике это означает редактирование полей имени, описания и инструкций на странице обзора.
7:39
Оставьте их пустыми, и вы получите шаблонные ответы, как у NPC, застрявшего в режиме обучения.
7:44
Вот момент, который часто упускают новички. У системы уже есть стиль по умолчанию,
7:49
как только вы нажимаете «Создать». Если не изменить эти поля, вы получите безликого
7:52
приветливого бота без авторитета и контекста. Именно контекст вызывает доверие. В таких сферах,
7:57
как HR или финансы, общий тон заставляет людей думать, что они тестируют прототип,
8:01
а не используют надежный инструмент. Краткий пример. Допустим, вы хотели создать
8:05
эксперта по политике расходов, но не переименовали и не описали его, поэтому агент отображается
8:09
как стандартный Капайлот без какой-либо предыстории. Кто-то спрашивает о возмещении
8:13
расходов на отель, ожидая профессионального совета. Пользователи получают сухой и обезличенный
8:17
текст без оформления, что посылает тонкий, но мощный сигнал «Не доверяй мне». Доверие
8:21
быстро испаряется, стоит потерять пользователя при первом контакте, и он вряд ли вернется.
8:25
Представьте, что вы создаете карточку персонажа в игре. Имя – это класс, описание,
8:30
предыстория, поле с длинными инструкциями, характеристики, а тон общения, мировоззрение.
8:34
Вы же не пошли бы в поход, не распределив очки навыков. Вот и бота не стоит выпускать в таком виде.
8:39
Здесь важны конкретные цифры. Имя бота ограничено 30 символами, поэтому делайте его коротким и
8:44
емким. Эксперт по расходам, гид по поездкам, помощник по льготам. Описание позволяет использовать
8:49
около 1000 символов, чего достаточно для пары четких предложений. Например, этот агент предоставляет
8:54
сотрудникам актуальные ответы на основе официальной политики командировок. Он цитирует
8:58
соответствующие положения и избегает домыслов. Далее идет поле инструкций – это ваша гибкая зона до
9:04
8000 символов. Там можно закрепить реальные рабочие правила. Не просто просите быть полезным,
9:09
а распишите регламент. Всегда ссылайтесь на пункты политики, если они есть. Избегайте ответов
9:13
с предположениями. Кратко резюмируйте ответ для руководства одним предложением,
9:17
а затем приведите цитату. Удобный чек-лист, который можно использовать при создании бота,
9:21
выглядит так. Дайте имя, напишите краткое описание компетенций, задайте тон, официальный,
9:26
неформальный, простой для неспециалистов, заполните инструкции правилами поведения,
9:30
что включать, чего избегать и как форматировать. Каждый из этих шагов делает образ бота более цельным.
9:34
Ничего из этого не требует сложной настройки. Все доступно сразу при создании или позже на
9:39
странице обзора. Настройка то на общение – вещь тонкая, но эффективная. Можно прямо задать его
9:44
фразами вроде «официально» и «профессионально» или «непринужденно» и «понятно» для сотрудников
9:48
без технической подготовки. При желании добавьте примеры прямо в инструкции. Нужно совсем немного
9:52
текста, чтобы направить бота в том, как строить каждое предложение. Два быстрых улучшения,
9:56
о которых знают не все. Измените тему начала диалога и замените иконку агента. Оба действия занимают
10:02
менее пяти минут. В тестовой панели вы увидите приветственное сообщение, которое бот выдает при
10:06
первом открытии чата. По умолчанию оно стандартное. Нажмите на него, отредактируйте тему начала
10:10
диалога и замените шаблонное приветствие на специализированное. Например, я помогу вам разобраться
10:14
в политике поездок и по возможности буду ссылаться на официальный документ. Затем обновите диалог,
10:18
чтобы проверить результат. Сразу выглядит гораздо профессиональнее. Для иконки система поддерживает
10:22
формат PNG размером до 192 на 192 пикселя и весом до 30 кБ. Добавление фирменной графики, хотя бы простого
10:28
логотипа, не дает демонстрационному виду подорвать доверие еще до первого ответа. Некоторые считают
10:33
такие правки лишь необязательным лоском. Но представьте их как базовую броню. Персонаж без брони
10:37
может сражаться, конечно, но он мгновенно погибнет от первого же серьезного удара. Бот, который
10:41
встречает пользователей безликим именем и расплывчатым приветствием, находится в такой же уязвимой
10:44
позиции. Заполните основы, и вы получите надежную защиту от путаницы и оттока пользователей.
10:49
Маленькие настройки быстро дают результат. Упоминание роли бота в приветствии подталкивает
10:53
пользователей задавать правильные вопросы. Использование правил тона помогает избежать
10:57
длинных и пустых рассуждений. Более строгие инструкции направляют и, убирая, воду и делая
11:01
стиль общения более естественным. Каждое из этих улучшений означает меньше жалоб «Я вас не
11:04
понимаю» и более плавные сценарии без новых коннекторов или плагинов. Так что сделайте это правилом.
11:08
Прежде чем переходить к сложной логике, настройте персону. Выберите имя, которое отражает
11:12
предназначение. Напишите краткое и понятное описание. Установите тон. Загрузите в инструкции правила,
11:16
которым нужно следовать. Обновите приветствие в начале диалога. Установите простую иконку. Это простые
11:21
действия с высокой отдачей. В лучшем случае, четкая персона превращает даже самую новую сборку в
11:25
помощника, с которым пользователи хотят работать. В худшем случае, отсутствие персоны оставляет вас
11:29
с неловким NPC, с которым никто не захочет общаться дважды. И как только вы дали своему агенту
11:33
индивидуальность, вы готовы к более сложной работе, ведь настоящее испытание — это не создание,
11:37
а то, что происходит после того, как вы видите его успехи и неудачи в реальных диалогах. Вот тогда
11:41
нужно остановиться и прочитать логи, а не бросать все после первой же ошибки. Отладка промахов в режиме
11:46
реального времени. Отладка в реальном времени — это способ превратить ошибки в опыт, а не в тикеты
11:50
в техподдержку. Это практический цикл, который должен пройти каждый разработчик. Увидьте ошибку,
11:54
изолируйте ее, исправьте, а затем повторите тест. T-Pilot Studio дает инструменты, но только при
11:58
их правильной последовательности. Вот алгоритм, который можно озвучивать прямо во время демонстрации.
12:02
Шаг 1. Воспроизведите неудачный запрос пользователя в тестовой панели. Не пропускайте это.
12:06
Задайте в точности тот же вопрос, что задал бы пользователь. Шаг 2. Нажмите на иконку обновления или новый чат,
12:12
чтобы сбросить диалог перед повторным запуском. Начинать с чистого листа важно. Шаг 3. Откройте
12:16
темы, чтобы увидеть, какая из них сработала. Если это не ваша тема, а системная тема для расширения
12:21
диалога, значит бот полагался на модель, а не на вашу базу знаний. Шаг 4. Если сработало расширение,
12:26
проверьте, был ли загружен и проиндексирован нужный файл или сайт. Нет индексации, нет опоры на знания.
12:30
Помните, что индексация может занять несколько минут. Шаг 5. Отредактируйте инструкции или содержание
12:34
темы, сохраните, а затем повторно выполните тот же самый запрос. Этот цикл — воспроизведение,
12:38
исправление, повторный запуск. Повторение должен стать вашей мантрой. Если пропустить его,
12:41
вы просто надеетесь, что в следующий раз вам повезет больше. Иногда проблема не в расплывчатом
12:45
тоне ответа, а в отсутствии структуры. И вот здесь создание новой темы приносит свои плоды.
12:49
В студии на странице тем есть удобная опция «Добавить из описания» с помощью Капайлот. Вы
12:54
описываете, что вам нужно, например, отвечать прямо, когда пользователи спрашивают о лимитах расходов.
12:59
Нажмите «Добавить» и система составит дерево узлов темы на основе этого описания. Это быстро,
13:03
четко и гарантирует, что невнятный ответ превратится в надежный путь к решению в следующий раз.
13:08
Используйте это всякий раз, когда бот продолжает игнорировать один и тот же простой вопрос.
13:11
Однако не ограничивайтесь только исправлениями типа «да» или «нет». Проводите 10-минутные
13:15
эксперименты, например, А, Б, тестирование тона. Зайдите в поле инструкций, напишите вариант
13:19
А с официальным языком корпоративной политики. Сохраните. Спросите, каков лимит командировочных
13:23
расходов, запишите ответ. Затем замените инструкции на вариант «Дружелюбный HR-консультант»,
13:28
который дает простые и понятные объяснения со ссылками на правила. Снова задайте тот же вопрос,
13:31
и у вас будут параллельные журналы, показывающие, какая манера общения лучше воспринимается. Для
13:35
этого не нужно ничего, кроме панели тестирования. Так вы будете принимать решение о тоне общения
13:39
на основе фактов, а не догадок. Теперь добавьте проверки достоверности. Допустим,
13:42
тестировщик спрашивает, какие расходы на отель я могу компенсировать. А бот отвечает расплывчато,
13:46
уточните в отделе кадров. Это не полный провал, а обратная связь. Возможно, файл экспензес,
13:51
полиси, докс еще не проиндексирован. Возможно, ваши трикгерные фразы не включают слово «отель». Вы исправляете это,
13:55
проверяя вкладку знаний, чтобы убедиться, что файл активен, а затем добавляя расходы на отель,
13:59
как трикгерную фразу в вашу тему о поездках. Теперь запустите повторно. Если вы получили,
14:03
согласно политике, проживание ограничено двумя стами долларами за ночь, значит,
14:06
вы успешно устранили проблему. Один тонкий, но важный трюк – использовать стартеры для беседы.
14:10
Пустые текстовые поля заставляют реальных пользователей замирать, но вы можете заранее заполнить
14:14
несколько предложенных подсказок прямо на странице обзора. Добавьте 3-5 ключевых вопросов. Например,
14:19
каков лимит на отель? Как подать запрос на компенсацию расходов? Какие приемы пищи
14:23
возмещаются? Пользователь сразу нажимает на подсказку, что означает, что вы быстрее тестируете
14:27
реальные пути, а пользователь чувствует, что бот знает свою роль еще до того, как начнет печатать.
14:30
Этот ритм делает вашего бота надежнее с каждым проходом, иначе вы будете игнорировать неудачные
14:34
ответы и надеяться, что следующий запуск волшебным образом пройдет успешно. Это приведет к тому,
14:38
что люди будут подавать заявки в поддержку и терять доверие. При удачном броске вы повторяете этот цикл,
14:42
пока бот не докажет с помощью ссылок и правильного стиля, что понимает даже нечеткие запросы.
14:46
Каждая итерация приближает вас к созданию надежного помощника, а не непредсказуемого кота в мешке.
14:51
А вот суровая реальность. Отладка в тестовой панели — это безопасный режим. Как только ваш цикл
14:55
заработал, следующий этап — проверить, как эти исправления покажут себя вне вашей машины.
14:59
Именно здесь начинают проявляться различия в каналах, и это то, что большинство новичков недооценивают.
15:04
Когда подземелье становится публичным, публикация и сюрпризы каналов. Когда вы,
15:08
наконец, нажимаете «Опубликовать», ваш агент покидает мастерскую и должен выжить перед реальными
15:12
пользователями. В Копайлот Студия этот этап называют «выходом подземелья в паблик»,
15:16
потому что публикация переносит вашего отрепетированного бота в каналы, живущие по своим
15:20
правилам. Первый сюрприз — публикация — это не просто один клик для запуска. Это процесс,
15:25
который определяет, кто получит доступ к агенту, как именно, и как ответы будут выглядеть в реальной
15:29
среде. Teams, SharePoint, демонстрационный сайт — у каждого канала свои особенности. Четкий ответ в студии
15:34
может выглядеть иначе или вовсе не сработать после развертывания. Возьмем для примера Teams.
15:39
В студии ваш ответ выглядит безупречно. Политика компании — 200 долларов в день на проживание.
15:44
Протестируйте ту же фразу в Teams, и внезапно он ответит «Я не понимаю», хотя в настройках бота
15:48
ничего не менялось. Все дело в том, как Teams переносит текст и передает метаданные, что нарушает
15:52
форматирование. SharePoint по-своему работает с межстрочными интервалами. Демонстрационный сайт — самый
15:56
простой, но и он может отображать форматирование иначе, чем студия. Каждая площадка для публикации — это
16:01
отдельная арена, и тестировать их нужно по отдельности. Каков правильный порядок действий,
16:04
прежде чем объявить работу завершенной? Вот чек-лист публикации, который поможет избежать
16:07
ошибок новичков. Во-первых, убедитесь, что файлы базы знаний полностью проиндексированы. Если вы
16:11
только что их загрузили, они могут быть еще не готовы давать ответы в реальном времени.
16:14
Во-вторых, настройте аутентификацию. Если вы проводите общую демонстрацию, выберите отсутствие
16:18
аутентификации, чтобы любой человек с ссылкой мог попробовать. В-третьих, нажмите «Опубликовать» и убедитесь,
16:23
что появился зеленый баннер подтверждения или статус «Обновился на странице каналов».
16:26
В-четвертых, откройте настройки канала демонстрационного сайта. Обновите приветственные сообщения
16:30
и темы для начала беседы, чтобы ваши тестировщики не терялись перед пустым окном чата.
16:33
И, наконец, проведите закрытый пилотный запуск. Не стоит пока открывать доступ для всего тенанта.
16:37
Небольшая группа с четкими инструкциями — это разумнее, чем полноценный релиз. Эта пилотная
16:41
группа должна знать, что они — ваша тестовая команда. Попросите их использовать разговорный язык,
16:45
допускать опечатки и даже загружать файлы там, где это уместно. Именно их ошибки помогут
16:49
выявить слабые места. Закрытый пилотный проект не просто облегчает запуск. Он дает отчеты,
16:53
необходимые для доработки сборки, прежде чем выпускать ее на всю компанию.
16:56
Особенности работы каналов делают этот шаг обязательным. Какие бы сценарии вы не тестировали
17:00
в студии, формальный запрос, разговорные фразы, опечатки или ссылки на источники — повторите
17:04
их во всех целевых каналах. Проверьте, не иначе ли отображает их Teams. Посмотрите,
17:07
не нарушает ли шарпойнт форматирования. Проверьте, прикрепляет ли веб-демо ссылки на источники.
17:15
Студия не гарантирует успешный запуск. Публикация также означает, что вы перестаете полагаться
17:19
только на отзывы пользователей и начинаете следить за телеметрией. Как только ваш бот появится
17:22
в Teams или на демо-сайте, начнут поступать данные об использовании. Центр администрирования
17:26
Power Platform и встроенная аналитика помогут вам в этом. Вы увидите статистику использования,
17:30
количество ошибок и даже то, какие диалоги не привели к запуску темы. Это не лишние хлопоты,
17:34
а ваша система мониторинга. Вы не просто публикуете и забываете, вы следите за логами,
17:38
чтобы бот работал правильно и не плодил новые заявки в техподдержку. Если поторопиться,
17:42
вы подорвете доверие. При неудачном раскладе вы жмете «Опубликовать», разворачиваете бота везде
17:47
и тонюте в жалобах, когда Teams обрезает ответы. Пользователи разочаровываются,
17:51
и вернуть их доверие сложнее, чем исправить самого бота. При удачном раскладе вы рассматриваете
17:55
публикацию как еще один этап тестирования. Индекс готов, аутентификация настроена,
17:59
публикация подтверждена, демо-сайт настроен, пилот запущен. Вы собираете все отзывы,
18:03
правите ответы и прогоняете ключевые запросы по всем каналам. К моменту масштабного
18:07
развертывания стресс-тест будет уже пройден. Главный секрет – перестать считать публикацию
18:11
концом пути. Эта кнопка не ставит точку в книге, она начинает полевую кампанию. Когда поступят
18:16
данные пилота и логи подтвердят, что пользователи получают корректные ответы везде,
18:20
вы получите право назвать систему стабильной. Это осознание – часть общей картины работы
18:24
с Копайлот Студия, ведь это не разовая сборка, а система, которую вы постоянно донастраиваете.
18:28
Итак, вот то, что действительно важно. Три вещи превратят вашу шаткую сборку в надежную.
18:33
Во-первых, привяжите агента к данным, загрузите реальные документы или укажите надежные источники,
18:37
чтобы он перестал гадать. Во-вторых, создайте персону, задайте имя, описание, тон и подробно
18:41
опишите поведение в поле инструкции на 8000 знаков. В-третьих, не полагайтесь на идеальную
18:45
репетицию, используйте панель тестирования, запустите закрытый пилот, а затем публикуйте и
18:49
очлеживайте. При удачном раскладе эти шаги дадут вам бота, который заслуживает доверия,
18:52
а не плодит тикеты. Подписывайтесь на обновления и напишите в комментариях всего одно предложение,
18:56
какой документ с правилами вы бы выбрали основой для своего агента.