WEBVTT 00:00:00.160 --> 00:00:03.920 Представьте, что вы запускаете своего первого агента в CoPilot Studio, но вместо того, 00:00:04.040 --> 00:00:07.980 чтобы впечатлить пользователей, он выдает что-то невнятное, вроде «думаю», в правилах сказано, 00:00:08.160 --> 00:00:11.680 что это естественный процесс создания бота. Но с парой исправлений и четкими инструкциями, 00:00:11.780 --> 00:00:15.260 привязывающими его к реальным документам с политиками, вы превратите этот промах в идеальный 00:00:15.260 --> 00:00:18.880 ответ со ссылками на пункты и параграфы. К концу этого видео вы узнаете, как воспроизвести 00:00:18.880 --> 00:00:22.360 плохой ответ в тестовой панели, исправить его, чтобы бот ссылался на реальный документ и 00:00:22.360 --> 00:00:25.560 опубликовать работающий пилотный проект. Краткое отступление, подпишитесь сейчас, 00:00:25.560 --> 00:00:29.420 чтобы эти инструкции автоматически добавлялись в ваш плейлист. Конечно, добиться идеального 00:00:29.420 --> 00:00:33.280 результата в окне тестирования легко. Настоящие проблемы начинаются, когда ваш бот покидает 00:00:33.280 --> 00:00:37.140 тренировочный зал и сталкивается с реальностью. Почему ваш идеальный тестовый бот терпит крах в 00:00:37.140 --> 00:00:40.120 реальных условиях? Итак, почему бот, который выглядит безупречно в панели тестирования, 00:00:40.220 --> 00:00:42.580 внезапно начинает сыпаться, как только сталкивается с реальными пользователями? 00:00:42.680 --> 00:00:46.820 Короткий ответ – студия обеспечивает тепличные и вежливые условия, а реальный мир лишен такой 00:00:46.820 --> 00:00:51.200 деликатности. В студии входные данные, которые вы подаете, всегда аккуратны. Вопросы короткие, 00:00:51.200 --> 00:00:55.300 сформулированы четко и обычно совпадают с подготовленными вами примерами обучения. Вот почему 00:00:55.300 --> 00:01:00.180 кажется, что все идет идеально. Но в рабочей среде люди пишут так, как они привыкли. Руководитель 00:01:00.180 --> 00:01:04.980 спросит, сколько я могу получить компенсации за отель? Сотрудник может напечатать лимит на отель 00:01:04.980 --> 00:01:09.920 с опечаткой. Кто-то другой просто скажет, напомни-ка про деньги на командировку. Все это означает 00:01:09.920 --> 00:01:14.680 одно и то же, но если вы тестировали только, каков лимит расходов, бот не всегда сможет сопоставить 00:01:14.680 --> 00:01:19.420 эти факты. Вот способ увидеть этот пробел прямо сейчас. Откройте панель тестирования и задайте боту три 00:01:19.420 --> 00:01:23.480 варианта одного вопроса. Сначала чистую версию, затем разговорную перефразировку, а после версию с 00:01:23.480 --> 00:01:27.280 опечаткой. Наблюдайте, как меняются ответы. Иногда он справляется со всеми тремя, иногда выдает 00:01:27.280 --> 00:01:30.800 правильный ответ только на чистую версию. Это первый сигнал того, что красивые результаты тестов не 00:01:30.800 --> 00:01:34.540 гарантируют выживаемость в реальном мире. Техническая причина кроется в охвате намерений. Боты 00:01:34.540 --> 00:01:38.620 полагаются на триггерные фразы и определение тем, чтобы понять, когда нужно выдать ответ. Если все ваши 00:01:38.620 --> 00:01:42.880 примеры выглядят одинаково, модель становится негибкой. Один единственный синоним может сбить ее с толку. 00:01:42.880 --> 00:01:46.540 Решение скучное, но оно работает. Добавьте более широкие триггерные фразы в свои темы и не 00:01:46.540 --> 00:01:49.520 используйте только формальные формулировки из документов с политиками. Добавьте разговорные, 00:01:49.680 --> 00:01:53.140 сокращенные и даже слегка небрежные фразы, которые люди используют в жизни. Вам не нужны 00:01:53.140 --> 00:01:56.220 десятки вариантов, достаточно покрыть очевидные вариации, а затем протестировать снова. 00:01:56.380 --> 00:02:00.440 Различия в каналах связи делают задачу сложнее. Тестовая панель студия — это лишь симуляция. 00:02:00.620 --> 00:02:03.820 Как только вы публикуете бота в канале, например, Teams, SharePoint или на демо-сайте, 00:02:03.980 --> 00:02:06.900 платформа может изменить обработку входного текста или способ отображения ответов. 00:02:06.900 --> 00:02:11.180 Teams может иначе разбивать строки. Веб-страница может удалить форматирование. Даже небольшие 00:02:11.180 --> 00:02:14.220 изменения, такие как перенос ключевой фразы на другую строку, могут повлиять на то, 00:02:14.300 --> 00:02:17.280 как модель ее оценивает. Именно поэтому Microsoft подчеркивает необходимость 00:02:17.280 --> 00:02:20.600 итеративного тестирования во всех каналах. Бот, который успешно прошел проверку в студии, 00:02:20.740 --> 00:02:23.300 может споткнуться, когда форматирование в реальных условиях изменит картину. 00:02:23.420 --> 00:02:27.280 У пользователей также есть свои ожидания. Для них перефразирование вопроса — это нормальная 00:02:27.280 --> 00:02:31.320 часть общения. Они не думают о намерениях, триггерах или семантическом сходстве. Они просто 00:02:31.320 --> 00:02:35.140 предполагают, что бот понимает их так же, как коллега. Одна грубая ошибка, особенно во время 00:02:35.140 --> 00:02:39.680 демонстрации, и доверие утрачено. Именно здесь новички часто обжигаются. Успешная репетиция в студии 00:02:39.680 --> 00:02:43.520 дала им ложное чувство уверенности, но первый же небрежный запрос пользователя в Teams разрушил 00:02:43.520 --> 00:02:48.080 иллюзию. Давайте подкрепим это еще одним примером. В студии вы вводите, какой лимит расходов? 00:02:48.080 --> 00:02:52.540 Бот отвечает прямо. Согласно политике, на проживание выделяется 200 долларов в день. Идеально, 00:02:52.740 --> 00:02:57.400 разверните его. Теперь попробуйте, эй, напомни, сколько мне могут компенсировать за отель? Вместо ссылки на 00:02:57.400 --> 00:03:01.640 политику бот выдает что-то вроде «обратитесь в отдел кадров» или «делает расплывчатое предположение». 00:03:01.640 --> 00:03:06.060 Намерение тоже. Результат совершенно иной. Это подмена, точность на репетиции и неопределенность 00:03:06.060 --> 00:03:10.260 в рабочей среде. Это именно то, о чем мы говорим. Практический вывод заключается в следующем. 00:03:10.420 --> 00:03:14.220 Относитесь к студия как к спаррингу на тренировке. Полезно для обучения, но не доказывает 00:03:14.220 --> 00:03:17.620 готовность. Прежде чем двигаться дальше, попробуйте тест с тремя вариантами в панели тестирования, 00:03:17.740 --> 00:03:21.660 а затем расширьте свои темы, добавив синонимы и разговорные фразы. Наконец, после публикации повторно 00:03:21.660 --> 00:03:25.000 протестируйте бота в каждом канале, где он будет работать. Вы обнаружите проблемы раньше, 00:03:25.260 --> 00:03:29.060 чем ваши пользователи. Но есть ловушка и покрупнее. Даже если вы проработали все формулировки и 00:03:29.060 --> 00:03:32.360 каналы, бот все равно может провалиться, если он не опирается на надежный источник данных. 00:03:32.460 --> 00:03:36.060 Именно тогда он перестает пропускать вопросы и начинает выдумывать ответы. Представьте бота, 00:03:36.200 --> 00:03:40.400 который звучит уверенно, но при этом просто угадывает. Вот здесь ситуация становится по-настоящему 00:03:40.400 --> 00:03:45.780 запутанной. Ошибка новичка. Оставить бота без опоры на знания. Первая ошибка новичка относится к 00:03:45.780 --> 00:03:50.460 Пайлот Студия как к магическому шару, а не как к своду правил. Запуская агента без привязки к реальным 00:03:50.460 --> 00:03:54.620 знаниям. Вы, по сути, отправляете младшего стажера в зал совещания без какой-либо подготовки. 00:03:54.740 --> 00:03:57.800 Он будет говорить быстро, звучать уверенно, но половина сказанного рухнет в ту же секунду, 00:03:57.900 --> 00:04:01.400 как кто-то решит проверить факты. В этом и заключается ловушка отсутствия базы знаний у вашего бота. 00:04:01.560 --> 00:04:05.880 Поначалу внешний блеск это скрывает. Новая сборка в студии выглядит отлично. Вежливые приветствия, 00:04:06.100 --> 00:04:10.460 быстрые ответы, никаких видимых задержек. Но по сути, за этими словами не стоит ничего твердого. 00:04:10.660 --> 00:04:15.960 Система использует закономерности, а не факты. Необоснованные боты ничего не знают. Они блефуют. 00:04:15.960 --> 00:04:20.500 И хотя блеф может выглядеть гладко в окне тестирования, реальные пользователи мгновенно его 00:04:20.500 --> 00:04:25.140 раскусят. Худший исход — это не просто слабые ответы, а галлюцинации. Это когда бот выдумывает 00:04:25.140 --> 00:04:29.140 что-то, что выглядит правдоподобно, но не имеет под собой основы в реальности. Вы спрашиваете о 00:04:29.140 --> 00:04:33.420 возмещении расходов на поездки, и вместо вежливого отказа бот придумывает число, которое звучит 00:04:33.420 --> 00:04:37.380 убедительно. Сотрудник бронирует отель на основе этого неверного ответа, и внезапно вам приходится 00:04:37.380 --> 00:04:41.060 разбираться со спорами о расходах и раздраженными письмами. Фраза выглядела профессионально, 00:04:41.060 --> 00:04:45.700 но за ней была пустота. Пример Contessa Labs делает это очевидным. В официальном практическом 00:04:45.700 --> 00:04:50.340 упражнении вам нужно загрузить файл под названием Expenses Policy . В нем четко указано 00:04:50.340 --> 00:04:54.280 ограничение на проживание в размере 200 долларов за ночь. А теперь, если вы пропустите привязку к 00:04:54.280 --> 00:04:57.780 данным и спросите своего новенького бота, каковы правила проживания в отеле, он может уверенно 00:04:57.780 --> 00:05:02.040 ответить «100 долларов за ночь». Полностью выдумано. Только когда вы действительно прикрепите файл 00:05:02.040 --> 00:05:07.820 Expenses Policy . Обоснованные боты ссылаются на документ. Согласно корпоративной политике 00:05:07.820 --> 00:05:11.900 командировок, расходы на проживание ограничены 200 долларами в день. И эта разница между выдумкой 00:05:11.900 --> 00:05:15.860 и цитированием полностью зависит от этапа привязки к данным граундинг. Итак, вот как именно это 00:05:15.860 --> 00:05:19.820 исправить в интерфейсе. Перейдите к своему агенту в Copilot Studio. На экране обзора нажмите 00:05:19.820 --> 00:05:23.580 Knowledge – Знание. Выберите плюс от Knowledge – Добавить знание, а затем выберите загрузку файла. 00:05:23.720 --> 00:05:28.660 Укажите на файл Expenses Policy . Если вы предпочитаете подключиться к общедоступному 00:05:28.660 --> 00:05:33.640 веб-сайту или SharePoint, можно выбрать и это, но файлы работают надежнее. После загрузки подождите. Индексация 00:05:33.640 --> 00:05:37.520 может занять 10 минут или больше, прежде чем контент будет готов. Не паникуйте, если первые тестовые 00:05:37.520 --> 00:05:41.220 запросы не будут сразу использовать этот источник. Как только индексация завершится, повторите свой 00:05:41.220 --> 00:05:45.320 вопрос. Когда все настроено правильно, вы увидите верный ответ в 200 долларов вместе с небольшой 00:05:45.320 --> 00:05:49.700 ссылкой, указывающей на ваш загруженный документ. Эта ссылка – признак того, что вы все сделали 00:05:49.700 --> 00:05:53.840 идеально. Распространенное заблуждение – полагать, что усиление диалога, конверсажен и льбустин, 00:05:54.020 --> 00:05:57.880 волшебным образом заполнит пробелы. Усиление не создает знания политики, оно лишь усиливает 00:05:57.880 --> 00:06:02.080 текстовые закономерности. Без источника знаний, на которые можно опереться, усиление будет с радостью 00:06:02.080 --> 00:06:06.300 выдавать общие фразы. Это как дать стажеру три чашки кофе в надежде, что кофеин компенсирует 00:06:06.300 --> 00:06:10.680 его невежество. В документации лаборатории даже было предупреждение об этом. Если в вашей базе 00:06:10.680 --> 00:06:14.720 знаний не найдено соответствий, система может обратиться к общим встроенным знаниям модели и 00:06:14.720 --> 00:06:18.700 выдать расплывчатые или неточные ответы. Вот почему для критически важных тем стоит настроить 00:06:18.700 --> 00:06:22.480 поиск только по добавленным вами источникам, когда важна точность. Не позволяйте боту полагаться 00:06:22.480 --> 00:06:25.960 на широкие возможности языковой модели, если речь идет о комплайнсе, финансах или кадровых 00:06:25.960 --> 00:06:30.220 вопросах. Последствия игнорирования этого этапа быстро накапливаются. Боты без привязки к источникам 00:06:30.220 --> 00:06:33.960 хороши для болтовни, но стоит им ответить на вопрос о компенсациях или отпусках, как создаются 00:06:33.960 --> 00:06:37.820 реальные заявки в техподдержку. Представьте, как вы объясняете финансовому отделу, почему пять 00:06:37.820 --> 00:06:42.040 сотрудников подали заявление по неверной ставке. Потому что ваш бот выдумал лимит на ходу. Исправление 00:06:42.040 --> 00:06:46.120 обойдется дороже, чем просто загрузка документа в первый же день. Привязка к источникам превращает 00:06:46.120 --> 00:06:50.000 вашего агента из усердного, но неосведомленного стажера в того, кого геймеры назвали бы буквоедом. 00:06:50.000 --> 00:06:53.720 Он цитирует правила, а не придумывает их. Прикрепите документ с политикой расходов, 00:06:53.900 --> 00:06:57.420 и система начнет следовать корпоративным стандартам вместо импровизации. Более того, 00:06:57.640 --> 00:07:01.680 ответы будут подкреплены ссылками, которые можно проверить. Именно так вы защищаете доверие. 00:07:01.860 --> 00:07:05.480 В худшем случае вы создали уверенную в себе машину для сплетен, распространяющую выдуманные 00:07:05.480 --> 00:07:09.860 правила. В лучшем случае вы создали надежного эксперта, подкрепляющего ответы ссылками на источники. 00:07:10.080 --> 00:07:14.420 Единственный способ добиться второго – с самого начала предоставить боту проверенные базы знаний. 00:07:14.420 --> 00:07:18.340 И как только ваш бот научится говорить правду, вы столкнетесь со следующей задачей, 00:07:18.340 --> 00:07:22.580 как именно ее подать, ведь точность без индивидуальности заставляет пользователей уходить. 00:07:22.740 --> 00:07:27.700 Обучение бота его – личности, следующий шаг, и в Капайлот Студия она не дается бесплатно. 00:07:27.860 --> 00:07:31.280 Вам нужно прописать ее самостоятельно. На этом этапе система перестает звучать, 00:07:31.360 --> 00:07:35.100 как бездушный тестовый манекен и превращается в собеседника, с которым пользователи хотят общаться. 00:07:35.240 --> 00:07:39.600 На практике это означает редактирование полей имени, описания и инструкций на странице обзора. 00:07:39.780 --> 00:07:44.680 Оставьте их пустыми, и вы получите шаблонные ответы, как у NPC, застрявшего в режиме обучения. 00:07:44.680 --> 00:07:48.960 Вот момент, который часто упускают новички. У системы уже есть стиль по умолчанию, 00:07:49.140 --> 00:07:52.960 как только вы нажимаете «Создать». Если не изменить эти поля, вы получите безликого 00:07:52.960 --> 00:07:57.500 приветливого бота без авторитета и контекста. Именно контекст вызывает доверие. В таких сферах, 00:07:57.660 --> 00:08:01.580 как HR или финансы, общий тон заставляет людей думать, что они тестируют прототип, 00:08:01.720 --> 00:08:05.240 а не используют надежный инструмент. Краткий пример. Допустим, вы хотели создать 00:08:05.240 --> 00:08:09.500 эксперта по политике расходов, но не переименовали и не описали его, поэтому агент отображается 00:08:09.500 --> 00:08:13.040 как стандартный Капайлот без какой-либо предыстории. Кто-то спрашивает о возмещении 00:08:13.040 --> 00:08:17.600 расходов на отель, ожидая профессионального совета. Пользователи получают сухой и обезличенный 00:08:17.600 --> 00:08:21.920 текст без оформления, что посылает тонкий, но мощный сигнал «Не доверяй мне». Доверие 00:08:21.920 --> 00:08:25.700 быстро испаряется, стоит потерять пользователя при первом контакте, и он вряд ли вернется. 00:08:25.920 --> 00:08:30.200 Представьте, что вы создаете карточку персонажа в игре. Имя – это класс, описание, 00:08:30.340 --> 00:08:34.680 предыстория, поле с длинными инструкциями, характеристики, а тон общения, мировоззрение. 00:08:34.880 --> 00:08:39.440 Вы же не пошли бы в поход, не распределив очки навыков. Вот и бота не стоит выпускать в таком виде. 00:08:39.440 --> 00:08:44.580 Здесь важны конкретные цифры. Имя бота ограничено 30 символами, поэтому делайте его коротким и 00:08:44.580 --> 00:08:49.540 емким. Эксперт по расходам, гид по поездкам, помощник по льготам. Описание позволяет использовать 00:08:49.540 --> 00:08:54.420 около 1000 символов, чего достаточно для пары четких предложений. Например, этот агент предоставляет 00:08:54.420 --> 00:08:58.420 сотрудникам актуальные ответы на основе официальной политики командировок. Он цитирует 00:08:58.420 --> 00:09:04.260 соответствующие положения и избегает домыслов. Далее идет поле инструкций – это ваша гибкая зона до 00:09:04.260 --> 00:09:09.060 8000 символов. Там можно закрепить реальные рабочие правила. Не просто просите быть полезным, 00:09:09.060 --> 00:09:13.520 а распишите регламент. Всегда ссылайтесь на пункты политики, если они есть. Избегайте ответов 00:09:13.520 --> 00:09:16.840 с предположениями. Кратко резюмируйте ответ для руководства одним предложением, 00:09:17.060 --> 00:09:21.120 а затем приведите цитату. Удобный чек-лист, который можно использовать при создании бота, 00:09:21.300 --> 00:09:25.940 выглядит так. Дайте имя, напишите краткое описание компетенций, задайте тон, официальный, 00:09:26.120 --> 00:09:29.780 неформальный, простой для неспециалистов, заполните инструкции правилами поведения, 00:09:30.040 --> 00:09:34.800 что включать, чего избегать и как форматировать. Каждый из этих шагов делает образ бота более цельным. 00:09:34.800 --> 00:09:39.340 Ничего из этого не требует сложной настройки. Все доступно сразу при создании или позже на 00:09:39.340 --> 00:09:44.020 странице обзора. Настройка то на общение – вещь тонкая, но эффективная. Можно прямо задать его 00:09:44.020 --> 00:09:48.180 фразами вроде «официально» и «профессионально» или «непринужденно» и «понятно» для сотрудников 00:09:48.180 --> 00:09:52.680 без технической подготовки. При желании добавьте примеры прямо в инструкции. Нужно совсем немного 00:09:52.680 --> 00:09:56.760 текста, чтобы направить бота в том, как строить каждое предложение. Два быстрых улучшения, 00:09:56.940 --> 00:10:02.140 о которых знают не все. Измените тему начала диалога и замените иконку агента. Оба действия занимают 00:10:02.140 --> 00:10:06.120 менее пяти минут. В тестовой панели вы увидите приветственное сообщение, которое бот выдает при 00:10:06.120 --> 00:10:10.560 первом открытии чата. По умолчанию оно стандартное. Нажмите на него, отредактируйте тему начала 00:10:10.560 --> 00:10:14.660 диалога и замените шаблонное приветствие на специализированное. Например, я помогу вам разобраться 00:10:14.660 --> 00:10:18.680 в политике поездок и по возможности буду ссылаться на официальный документ. Затем обновите диалог, 00:10:18.940 --> 00:10:22.980 чтобы проверить результат. Сразу выглядит гораздо профессиональнее. Для иконки система поддерживает 00:10:22.980 --> 00:10:28.800 формат PNG размером до 192 на 192 пикселя и весом до 30 кБ. Добавление фирменной графики, хотя бы простого 00:10:28.800 --> 00:10:33.100 логотипа, не дает демонстрационному виду подорвать доверие еще до первого ответа. Некоторые считают 00:10:33.100 --> 00:10:37.440 такие правки лишь необязательным лоском. Но представьте их как базовую броню. Персонаж без брони 00:10:37.440 --> 00:10:41.460 может сражаться, конечно, но он мгновенно погибнет от первого же серьезного удара. Бот, который 00:10:41.460 --> 00:10:44.960 встречает пользователей безликим именем и расплывчатым приветствием, находится в такой же уязвимой 00:10:44.960 --> 00:10:49.220 позиции. Заполните основы, и вы получите надежную защиту от путаницы и оттока пользователей. 00:10:49.400 --> 00:10:53.400 Маленькие настройки быстро дают результат. Упоминание роли бота в приветствии подталкивает 00:10:53.400 --> 00:10:57.000 пользователей задавать правильные вопросы. Использование правил тона помогает избежать 00:10:57.000 --> 00:11:01.300 длинных и пустых рассуждений. Более строгие инструкции направляют и, убирая, воду и делая 00:11:01.300 --> 00:11:04.820 стиль общения более естественным. Каждое из этих улучшений означает меньше жалоб «Я вас не 00:11:04.820 --> 00:11:08.560 понимаю» и более плавные сценарии без новых коннекторов или плагинов. Так что сделайте это правилом. 00:11:08.640 --> 00:11:12.080 Прежде чем переходить к сложной логике, настройте персону. Выберите имя, которое отражает 00:11:12.080 --> 00:11:16.360 предназначение. Напишите краткое и понятное описание. Установите тон. Загрузите в инструкции правила, 00:11:16.500 --> 00:11:21.160 которым нужно следовать. Обновите приветствие в начале диалога. Установите простую иконку. Это простые 00:11:21.160 --> 00:11:25.400 действия с высокой отдачей. В лучшем случае, четкая персона превращает даже самую новую сборку в 00:11:25.400 --> 00:11:29.360 помощника, с которым пользователи хотят работать. В худшем случае, отсутствие персоны оставляет вас 00:11:29.360 --> 00:11:33.240 с неловким NPC, с которым никто не захочет общаться дважды. И как только вы дали своему агенту 00:11:33.240 --> 00:11:37.100 индивидуальность, вы готовы к более сложной работе, ведь настоящее испытание — это не создание, 00:11:37.280 --> 00:11:41.240 а то, что происходит после того, как вы видите его успехи и неудачи в реальных диалогах. Вот тогда 00:11:41.240 --> 00:11:46.500 нужно остановиться и прочитать логи, а не бросать все после первой же ошибки. Отладка промахов в режиме 00:11:46.500 --> 00:11:50.180 реального времени. Отладка в реальном времени — это способ превратить ошибки в опыт, а не в тикеты 00:11:50.180 --> 00:11:54.100 в техподдержку. Это практический цикл, который должен пройти каждый разработчик. Увидьте ошибку, 00:11:54.320 --> 00:11:58.540 изолируйте ее, исправьте, а затем повторите тест. T-Pilot Studio дает инструменты, но только при 00:11:58.540 --> 00:12:02.620 их правильной последовательности. Вот алгоритм, который можно озвучивать прямо во время демонстрации. 00:12:02.800 --> 00:12:06.780 Шаг 1. Воспроизведите неудачный запрос пользователя в тестовой панели. Не пропускайте это. 00:12:06.980 --> 00:12:12.020 Задайте в точности тот же вопрос, что задал бы пользователь. Шаг 2. Нажмите на иконку обновления или новый чат, 00:12:12.020 --> 00:12:16.700 чтобы сбросить диалог перед повторным запуском. Начинать с чистого листа важно. Шаг 3. Откройте 00:12:16.700 --> 00:12:21.220 темы, чтобы увидеть, какая из них сработала. Если это не ваша тема, а системная тема для расширения 00:12:21.220 --> 00:12:25.980 диалога, значит бот полагался на модель, а не на вашу базу знаний. Шаг 4. Если сработало расширение, 00:12:26.140 --> 00:12:30.540 проверьте, был ли загружен и проиндексирован нужный файл или сайт. Нет индексации, нет опоры на знания. 00:12:30.700 --> 00:12:34.920 Помните, что индексация может занять несколько минут. Шаг 5. Отредактируйте инструкции или содержание 00:12:34.920 --> 00:12:38.360 темы, сохраните, а затем повторно выполните тот же самый запрос. Этот цикл — воспроизведение, 00:12:38.360 --> 00:12:41.860 исправление, повторный запуск. Повторение должен стать вашей мантрой. Если пропустить его, 00:12:41.980 --> 00:12:45.620 вы просто надеетесь, что в следующий раз вам повезет больше. Иногда проблема не в расплывчатом 00:12:45.620 --> 00:12:49.680 тоне ответа, а в отсутствии структуры. И вот здесь создание новой темы приносит свои плоды. 00:12:49.880 --> 00:12:54.480 В студии на странице тем есть удобная опция «Добавить из описания» с помощью Капайлот. Вы 00:12:54.480 --> 00:12:58.960 описываете, что вам нужно, например, отвечать прямо, когда пользователи спрашивают о лимитах расходов. 00:12:59.100 --> 00:13:03.600 Нажмите «Добавить» и система составит дерево узлов темы на основе этого описания. Это быстро, 00:13:03.820 --> 00:13:08.180 четко и гарантирует, что невнятный ответ превратится в надежный путь к решению в следующий раз. 00:13:08.360 --> 00:13:11.760 Используйте это всякий раз, когда бот продолжает игнорировать один и тот же простой вопрос. 00:13:11.960 --> 00:13:15.420 Однако не ограничивайтесь только исправлениями типа «да» или «нет». Проводите 10-минутные 00:13:15.420 --> 00:13:19.400 эксперименты, например, А, Б, тестирование тона. Зайдите в поле инструкций, напишите вариант 00:13:19.400 --> 00:13:23.720 А с официальным языком корпоративной политики. Сохраните. Спросите, каков лимит командировочных 00:13:23.720 --> 00:13:28.120 расходов, запишите ответ. Затем замените инструкции на вариант «Дружелюбный HR-консультант», 00:13:28.120 --> 00:13:31.940 который дает простые и понятные объяснения со ссылками на правила. Снова задайте тот же вопрос, 00:13:31.940 --> 00:13:35.760 и у вас будут параллельные журналы, показывающие, какая манера общения лучше воспринимается. Для 00:13:35.760 --> 00:13:39.320 этого не нужно ничего, кроме панели тестирования. Так вы будете принимать решение о тоне общения 00:13:39.320 --> 00:13:42.800 на основе фактов, а не догадок. Теперь добавьте проверки достоверности. Допустим, 00:13:42.940 --> 00:13:46.640 тестировщик спрашивает, какие расходы на отель я могу компенсировать. А бот отвечает расплывчато, 00:13:46.800 --> 00:13:50.860 уточните в отделе кадров. Это не полный провал, а обратная связь. Возможно, файл экспензес, 00:13:51.040 --> 00:13:55.900 полиси, докс еще не проиндексирован. Возможно, ваши трикгерные фразы не включают слово «отель». Вы исправляете это, 00:13:55.900 --> 00:13:59.400 проверяя вкладку знаний, чтобы убедиться, что файл активен, а затем добавляя расходы на отель, 00:13:59.500 --> 00:14:03.040 как трикгерную фразу в вашу тему о поездках. Теперь запустите повторно. Если вы получили, 00:14:03.200 --> 00:14:06.040 согласно политике, проживание ограничено двумя стами долларами за ночь, значит, 00:14:06.180 --> 00:14:10.480 вы успешно устранили проблему. Один тонкий, но важный трюк – использовать стартеры для беседы. 00:14:10.600 --> 00:14:14.460 Пустые текстовые поля заставляют реальных пользователей замирать, но вы можете заранее заполнить 00:14:14.460 --> 00:14:19.020 несколько предложенных подсказок прямо на странице обзора. Добавьте 3-5 ключевых вопросов. Например, 00:14:19.020 --> 00:14:23.340 каков лимит на отель? Как подать запрос на компенсацию расходов? Какие приемы пищи 00:14:23.340 --> 00:14:27.020 возмещаются? Пользователь сразу нажимает на подсказку, что означает, что вы быстрее тестируете 00:14:27.020 --> 00:14:30.600 реальные пути, а пользователь чувствует, что бот знает свою роль еще до того, как начнет печатать. 00:14:30.720 --> 00:14:34.740 Этот ритм делает вашего бота надежнее с каждым проходом, иначе вы будете игнорировать неудачные 00:14:34.740 --> 00:14:38.420 ответы и надеяться, что следующий запуск волшебным образом пройдет успешно. Это приведет к тому, 00:14:38.600 --> 00:14:42.860 что люди будут подавать заявки в поддержку и терять доверие. При удачном броске вы повторяете этот цикл, 00:14:42.860 --> 00:14:46.820 пока бот не докажет с помощью ссылок и правильного стиля, что понимает даже нечеткие запросы. 00:14:46.940 --> 00:14:51.280 Каждая итерация приближает вас к созданию надежного помощника, а не непредсказуемого кота в мешке. 00:14:51.420 --> 00:14:55.860 А вот суровая реальность. Отладка в тестовой панели — это безопасный режим. Как только ваш цикл 00:14:55.860 --> 00:14:59.640 заработал, следующий этап — проверить, как эти исправления покажут себя вне вашей машины. 00:14:59.800 --> 00:15:04.460 Именно здесь начинают проявляться различия в каналах, и это то, что большинство новичков недооценивают. 00:15:04.560 --> 00:15:08.200 Когда подземелье становится публичным, публикация и сюрпризы каналов. Когда вы, 00:15:08.200 --> 00:15:12.380 наконец, нажимаете «Опубликовать», ваш агент покидает мастерскую и должен выжить перед реальными 00:15:12.380 --> 00:15:16.360 пользователями. В Копайлот Студия этот этап называют «выходом подземелья в паблик», 00:15:16.360 --> 00:15:20.300 потому что публикация переносит вашего отрепетированного бота в каналы, живущие по своим 00:15:20.300 --> 00:15:24.900 правилам. Первый сюрприз — публикация — это не просто один клик для запуска. Это процесс, 00:15:25.080 --> 00:15:29.720 который определяет, кто получит доступ к агенту, как именно, и как ответы будут выглядеть в реальной 00:15:29.720 --> 00:15:34.840 среде. Teams, SharePoint, демонстрационный сайт — у каждого канала свои особенности. Четкий ответ в студии 00:15:34.840 --> 00:15:39.080 может выглядеть иначе или вовсе не сработать после развертывания. Возьмем для примера Teams. 00:15:39.260 --> 00:15:44.080 В студии ваш ответ выглядит безупречно. Политика компании — 200 долларов в день на проживание. 00:15:44.360 --> 00:15:48.380 Протестируйте ту же фразу в Teams, и внезапно он ответит «Я не понимаю», хотя в настройках бота 00:15:48.380 --> 00:15:52.420 ничего не менялось. Все дело в том, как Teams переносит текст и передает метаданные, что нарушает 00:15:52.420 --> 00:15:56.820 форматирование. SharePoint по-своему работает с межстрочными интервалами. Демонстрационный сайт — самый 00:15:56.820 --> 00:16:01.220 простой, но и он может отображать форматирование иначе, чем студия. Каждая площадка для публикации — это 00:16:01.220 --> 00:16:04.400 отдельная арена, и тестировать их нужно по отдельности. Каков правильный порядок действий, 00:16:04.560 --> 00:16:07.840 прежде чем объявить работу завершенной? Вот чек-лист публикации, который поможет избежать 00:16:07.840 --> 00:16:11.840 ошибок новичков. Во-первых, убедитесь, что файлы базы знаний полностью проиндексированы. Если вы 00:16:11.840 --> 00:16:14.600 только что их загрузили, они могут быть еще не готовы давать ответы в реальном времени. 00:16:14.780 --> 00:16:18.980 Во-вторых, настройте аутентификацию. Если вы проводите общую демонстрацию, выберите отсутствие 00:16:18.980 --> 00:16:23.400 аутентификации, чтобы любой человек с ссылкой мог попробовать. В-третьих, нажмите «Опубликовать» и убедитесь, 00:16:23.400 --> 00:16:26.760 что появился зеленый баннер подтверждения или статус «Обновился на странице каналов». 00:16:26.760 --> 00:16:30.640 В-четвертых, откройте настройки канала демонстрационного сайта. Обновите приветственные сообщения 00:16:30.640 --> 00:16:33.640 и темы для начала беседы, чтобы ваши тестировщики не терялись перед пустым окном чата. 00:16:33.760 --> 00:16:37.680 И, наконец, проведите закрытый пилотный запуск. Не стоит пока открывать доступ для всего тенанта. 00:16:37.840 --> 00:16:41.420 Небольшая группа с четкими инструкциями — это разумнее, чем полноценный релиз. Эта пилотная 00:16:41.420 --> 00:16:45.240 группа должна знать, что они — ваша тестовая команда. Попросите их использовать разговорный язык, 00:16:45.240 --> 00:16:49.140 допускать опечатки и даже загружать файлы там, где это уместно. Именно их ошибки помогут 00:16:49.140 --> 00:16:53.240 выявить слабые места. Закрытый пилотный проект не просто облегчает запуск. Он дает отчеты, 00:16:53.420 --> 00:16:56.460 необходимые для доработки сборки, прежде чем выпускать ее на всю компанию. 00:16:56.740 --> 00:17:00.460 Особенности работы каналов делают этот шаг обязательным. Какие бы сценарии вы не тестировали 00:17:00.460 --> 00:17:04.360 в студии, формальный запрос, разговорные фразы, опечатки или ссылки на источники — повторите 00:17:04.360 --> 00:17:07.760 их во всех целевых каналах. Проверьте, не иначе ли отображает их Teams. Посмотрите, 00:17:07.980 --> 00:17:11.880 не нарушает ли шарпойнт форматирования. Проверьте, прикрепляет ли веб-демо ссылки на источники. 00:17:15.240 --> 00:17:19.200 Студия не гарантирует успешный запуск. Публикация также означает, что вы перестаете полагаться 00:17:19.200 --> 00:17:22.480 только на отзывы пользователей и начинаете следить за телеметрией. Как только ваш бот появится 00:17:22.480 --> 00:17:26.400 в Teams или на демо-сайте, начнут поступать данные об использовании. Центр администрирования 00:17:26.400 --> 00:17:30.380 Power Platform и встроенная аналитика помогут вам в этом. Вы увидите статистику использования, 00:17:30.600 --> 00:17:34.540 количество ошибок и даже то, какие диалоги не привели к запуску темы. Это не лишние хлопоты, 00:17:34.720 --> 00:17:38.580 а ваша система мониторинга. Вы не просто публикуете и забываете, вы следите за логами, 00:17:38.680 --> 00:17:42.480 чтобы бот работал правильно и не плодил новые заявки в техподдержку. Если поторопиться, 00:17:42.480 --> 00:17:47.340 вы подорвете доверие. При неудачном раскладе вы жмете «Опубликовать», разворачиваете бота везде 00:17:47.340 --> 00:17:50.980 и тонюте в жалобах, когда Teams обрезает ответы. Пользователи разочаровываются, 00:17:51.180 --> 00:17:55.160 и вернуть их доверие сложнее, чем исправить самого бота. При удачном раскладе вы рассматриваете 00:17:55.160 --> 00:17:58.880 публикацию как еще один этап тестирования. Индекс готов, аутентификация настроена, 00:17:59.060 --> 00:18:02.900 публикация подтверждена, демо-сайт настроен, пилот запущен. Вы собираете все отзывы, 00:18:03.080 --> 00:18:07.000 правите ответы и прогоняете ключевые запросы по всем каналам. К моменту масштабного 00:18:07.000 --> 00:18:11.460 развертывания стресс-тест будет уже пройден. Главный секрет – перестать считать публикацию 00:18:11.460 --> 00:18:16.260 концом пути. Эта кнопка не ставит точку в книге, она начинает полевую кампанию. Когда поступят 00:18:16.260 --> 00:18:19.880 данные пилота и логи подтвердят, что пользователи получают корректные ответы везде, 00:18:20.060 --> 00:18:24.060 вы получите право назвать систему стабильной. Это осознание – часть общей картины работы 00:18:24.060 --> 00:18:28.780 с Копайлот Студия, ведь это не разовая сборка, а система, которую вы постоянно донастраиваете. 00:18:28.940 --> 00:18:33.500 Итак, вот то, что действительно важно. Три вещи превратят вашу шаткую сборку в надежную. 00:18:33.500 --> 00:18:37.480 Во-первых, привяжите агента к данным, загрузите реальные документы или укажите надежные источники, 00:18:37.640 --> 00:18:41.940 чтобы он перестал гадать. Во-вторых, создайте персону, задайте имя, описание, тон и подробно 00:18:41.940 --> 00:18:45.680 опишите поведение в поле инструкции на 8000 знаков. В-третьих, не полагайтесь на идеальную 00:18:45.680 --> 00:18:49.180 репетицию, используйте панель тестирования, запустите закрытый пилот, а затем публикуйте и 00:18:49.180 --> 00:18:52.700 очлеживайте. При удачном раскладе эти шаги дадут вам бота, который заслуживает доверия, 00:18:52.860 --> 00:18:56.340 а не плодит тикеты. Подписывайтесь на обновления и напишите в комментариях всего одно предложение, 00:18:56.340 --> 00:18:58.720 какой документ с правилами вы бы выбрали основой для своего агента.