WEBVTT

00:00:00.320 --> 00:00:04.420
Развертывание Microsoft 365 Copilot ощущается как получение легендарного предмета,

00:00:04.540 --> 00:00:06.320
пока не понимаешь, что это лишь стартовый набор.

00:00:06.420 --> 00:00:10.540
Из коробки он опирается на базовые знания моделей и контент внутри вашего тенанта.

00:00:10.680 --> 00:00:15.160
Полезно, но как быть с пыльными инструкциями, HR-регламентами или той огромной ERP-системой,

00:00:15.280 --> 00:00:16.100
что затаилась в углу?

00:00:16.240 --> 00:00:19.920
Без коннекторов, граундинга или кастомных агентов Copilot не сможет к ним подключиться.

00:00:20.120 --> 00:00:21.840
Хорошая новость, вы можете его обучить.

00:00:22.000 --> 00:00:24.120
Хитрость в том, чтобы знать, когда использовать Copilot Studio,

00:00:24.360 --> 00:00:27.000
когда переключиться на TeamStallKit и как в процесс вписываются управление,

00:00:27.160 --> 00:00:28.200
мониторинг и лицензирование.

00:00:28.200 --> 00:00:29.920
Потому что вот в чем настоящий подвох.

00:00:30.060 --> 00:00:32.580
Создание первого агента — это не финальная битва с боссом.

00:00:32.700 --> 00:00:34.100
Это всего лишь конец обучения.

00:00:34.320 --> 00:00:35.840
Сборка — это не битва с боссом.

00:00:35.980 --> 00:00:38.220
Вы тестируете своего первого агента, промпты работают,

00:00:38.420 --> 00:00:41.280
демо-данные выглядят идеально, и на секунду кажется, что вы прошли игру.

00:00:41.400 --> 00:00:42.000
Это ловушка.

00:00:42.200 --> 00:00:44.920
Настоящая работа начинается, когда вы запускаете эту сборку в продакшене,

00:00:45.040 --> 00:00:46.640
где среда играет по совсем другим правилам.

00:00:46.700 --> 00:00:50.060
Слишком многие разработчики считают, что чистый ответ на тестах означает выполненную миссию.

00:00:50.200 --> 00:00:53.140
На самом деле это просто сюжетный режим на легком уровне сложности.

00:00:53.140 --> 00:00:57.400
Продакшену все равно, что ваш прототип хорошо работал на ноутбуке разработчика.

00:00:57.520 --> 00:00:59.820
Продакшен требует стабильности под нагрузкой,

00:01:00.080 --> 00:01:04.400
проверок на соответствие требованиям, защиты идентификации и стандартов аптайма.

00:01:05.020 --> 00:01:07.020
И вот здесь появляются первые боссы.

00:01:07.280 --> 00:01:07.960
Масштабируемость.

00:01:08.200 --> 00:01:10.780
Справится ли агент с корпоративной нагрузкой без сбоев?

00:01:10.960 --> 00:01:14.920
Вот где важны мониторинг и диагностические журналы системы управления Копайлот.

00:01:15.060 --> 00:01:15.960
Устаревание данных.

00:01:16.180 --> 00:01:18.340
Когда данные в SharePoint или Dataverse меняются?

00:01:18.580 --> 00:01:20.100
Привязан ли агент к нужному снимку?

00:01:20.100 --> 00:01:23.120
Коннекторы и граундинг через граф – это ваши гаранты безопасности.

00:01:23.320 --> 00:01:25.000
Соответствие требованиям и аудит.

00:01:25.160 --> 00:01:27.900
Если регулятор или внутренний аудитор постучит вам в плечо,

00:01:28.100 --> 00:01:32.140
можно ли будет проверить историю агента с помощью полных логов и меток конфиденциальности?

00:01:32.320 --> 00:01:35.560
Если что-то из этого подведет, экран победы быстро исчезнет.

00:01:35.740 --> 00:01:40.480
Тестирование в Копайлот Студия – это как тренировочный бой с бесконечными зельями здоровья.

00:01:40.680 --> 00:01:44.160
Можно колдовать заклинаниями, менять промпты, и все выглядит отлично.

00:01:44.360 --> 00:01:47.120
Но в реальности каждый блок Брандмауэра – это провал,

00:01:47.120 --> 00:01:50.480
а перегруженный внешний источник данных замедляет ответы до минимума.

00:01:50.560 --> 00:01:54.480
Это тот самый момент, когда пользователи перестают называть систему умной и начинают строчить тикеты.

00:01:54.700 --> 00:01:58.100
Самая частая ошибка возникает у команд, которые откладывают вопросы управления на потом.

00:01:58.260 --> 00:02:00.360
Они убеждают себя, что это можно добавить позже,

00:02:00.560 --> 00:02:03.360
но откладывание управления почти всегда ведет к неприятным сюрпризам.

00:02:03.520 --> 00:02:08.060
Проблемы масштабирования, несоответствия данных или пробелы в комплаенсе проявляются в самый неподходящий момент.

00:02:08.280 --> 00:02:11.300
Безопасность и соответствие требованиям – это не дополнительные побочные квесты.

00:02:11.300 --> 00:02:12.960
Это часть основной карты компании.

00:02:13.160 --> 00:02:16.280
Теперь поговорим об архитектуре, ведь мозг, копайлот – это не монолит.

00:02:16.400 --> 00:02:18.620
Есть базовая модель, движок, обработки языка,

00:02:18.800 --> 00:02:22.260
а поверх нее – оркестратор, который определяет, какие функции и когда вызывать.

00:02:22.420 --> 00:02:25.900
Microsoft 365 Копайлот обеспечивает эту оркестрацию по умолчанию,

00:02:26.100 --> 00:02:27.520
поэтому каждый запрос структурирован.

00:02:27.720 --> 00:02:31.900
Затем идет привязка к данным, граундинг, связь с корпоративным контентом, чтобы ответы не выдумывались.

00:02:32.060 --> 00:02:36.060
И, наконец, навыки, ваши пользовательские плагины или коннекторы для выполнения конкретных задач.

00:02:36.060 --> 00:02:38.860
Если рассматривать эти четыре компонента как отдельные изолированные части,

00:02:38.860 --> 00:02:40.280
вся конструкция теряет устойчивость.

00:02:40.440 --> 00:02:43.320
Надежный навык без привязки к данным – это просто красивая галлюцинация.

00:02:43.520 --> 00:02:46.540
Базовая модель без контроля соответствия требованиям становится источником рисков.

00:02:46.660 --> 00:02:49.660
Только когда все уровни работают как единый стэк, агент остается надежным.

00:02:49.780 --> 00:02:52.080
Так что же на самом деле означает успех в реальных условиях?

00:02:52.200 --> 00:02:54.080
Это неаккуратный ответ на демонстрационный запрос.

00:02:54.220 --> 00:02:55.460
Это лишь тренировочный режим.

00:02:55.640 --> 00:02:57.880
Показатель успеха – устойчивость в реальных условиях,

00:02:58.120 --> 00:03:00.260
во время начисления зарплат, миграции данных,

00:03:00.460 --> 00:03:03.020
под наблюдением службы безопасности и при высокой нагрузке.

00:03:03.020 --> 00:03:05.300
Вот где агент доказывает, что достоин работы.

00:03:05.420 --> 00:03:07.960
И вот еще одна причина, по которой многие проекты терпят неудачу.

00:03:08.100 --> 00:03:11.100
Организации воспринимают их как временные проекты, а не как рабочие системы.

00:03:11.200 --> 00:03:13.540
Кто-то создает прототип, показывает яркую демо-версию,

00:03:13.740 --> 00:03:15.140
а затем оставляет ее без присмотра.

00:03:15.320 --> 00:03:16.920
Вскоре разные отделы создают свои версии,

00:03:17.060 --> 00:03:18.320
ни одна из них не задокументирована,

00:03:18.440 --> 00:03:19.960
и все они бесконтрольно расходуют токены.

00:03:20.120 --> 00:03:21.720
Без простого руководства по эксплуатации,

00:03:21.900 --> 00:03:23.600
когда непонятно, кто отвечает за коннекторы,

00:03:23.760 --> 00:03:25.560
аудит данных и контроль потребления кредитов,

00:03:25.720 --> 00:03:27.800
все превращается в хаос из разрозненных мини-систем.

00:03:27.800 --> 00:03:30.580
Посмотрите на это под другим углом, и все станет намного проще.

00:03:30.740 --> 00:03:33.200
Если начать с операционного мышления, дизайн меняется.

00:03:33.380 --> 00:03:35.820
Вас волнует не только-то, хорошо ли прошел первый тест.

00:03:35.980 --> 00:03:38.020
Вы готовите систему к повседневной эксплуатации.

00:03:38.220 --> 00:03:39.680
Журналы аудита, административные ограничения,

00:03:39.820 --> 00:03:41.440
резервное копирование и проверка работоспособности –

00:03:41.440 --> 00:03:43.260
все это создает доверие и поддерживает систему под нагрузкой.

00:03:43.340 --> 00:03:44.980
У администраторов уже есть удобные инструменты

00:03:44.980 --> 00:03:46.880
в центре администрирования Microsoft 365,

00:03:47.280 --> 00:03:50.300
где можно управлять сценариями и оперативно получать диагностическую обратную связь.

00:03:50.400 --> 00:03:51.940
Именно использование этих инструментов

00:03:51.940 --> 00:03:54.100
отличает игрушку от надежного рабочего инструмента.

00:03:54.100 --> 00:03:56.840
Вот почему создание продукта само по себе еще не делает вас победителем.

00:03:56.940 --> 00:03:58.700
Тестовая среда – это лишь первый уровень.

00:03:58.880 --> 00:04:01.520
Реальное развертывание с настроенным управлением и мониторингом –

00:04:01.520 --> 00:04:03.560
вот где начинается настоящая проверка на выживаемость.

00:04:03.700 --> 00:04:05.220
И прежде чем зайти слишком далеко,

00:04:05.460 --> 00:04:07.560
вам потребуется правильное оружие для борьбы.

00:04:07.700 --> 00:04:10.820
Microsoft предлагает два разных набора инструментов с разными правилами.

00:04:10.980 --> 00:04:14.360
Выберите НИТа, и это будет похоже на попытку пойти в рейд с пластиковым мечом.

00:04:14.480 --> 00:04:17.580
Копайлот Студия или Тим Сталл Кит выбирайте свое оружие.

00:04:17.740 --> 00:04:19.460
Именно здесь и кроется главный вопрос.

00:04:19.620 --> 00:04:21.220
К какому инструменту вы обратитесь?

00:04:21.220 --> 00:04:22.980
Копайлот Студия или к Тим Сталл Кит,

00:04:22.980 --> 00:04:25.860
который также называют Microsoft 365 и агент Сталл Кит.

00:04:25.960 --> 00:04:26.720
Они звучат похоже.

00:04:26.920 --> 00:04:28.200
Оба претендуют на расширение Копайлот,

00:04:28.360 --> 00:04:30.540
но служат разным группам разработчиков и разным потребностям.

00:04:30.700 --> 00:04:33.100
Неправильный выбор стоит вам времени, бюджета и, возможно, репутации,

00:04:33.200 --> 00:04:35.120
когда ваша эффектная демо-версия не выдерживает реальной работы.

00:04:35.240 --> 00:04:37.140
Копайлот Студия – это арена для создателей.

00:04:37.300 --> 00:04:40.220
Это визуальный лоу-код-конструктор, созданный для скорости и ясности.

00:04:40.400 --> 00:04:42.040
Вы получаете потоки с технологией перетаскивания,

00:04:42.200 --> 00:04:44.600
драг-энд-дроп, шаблоны, управляемые диалоги и встроенную аналитику.

00:04:44.600 --> 00:04:48.280
Студия поставляется с набором коннекторов к источникам данных Microsoft 365,

00:04:48.800 --> 00:04:51.340
поэтому опытный пользователь может извлекать контент из SharePoint,

00:04:51.500 --> 00:04:55.200
отслеживать сообщения в Teams или работать с документами кадровой политики, не касаясь кода.

00:04:55.360 --> 00:05:00.060
Вы можете тестировать, корректировать и публиковать решения прямо в Microsoft 365 Копайлот

00:05:00.060 --> 00:05:02.940
или даже выпускать их как автономные агенты с минимальными усилиями.

00:05:03.100 --> 00:05:05.900
Для отдела, которому нужен рабочий процесс уже в этом квартале,

00:05:06.100 --> 00:05:08.980
а не в следующем финансовом году, Студия – это кратчайший путь.

00:05:08.980 --> 00:05:14.160
Более 160 тысяч клиентов уже использует Студия именно для этого сверки финансовых данных,

00:05:14.340 --> 00:05:17.440
адаптации сотрудников или ответов на вопросы по продуктам в ритейле.

00:05:17.580 --> 00:05:20.220
Причина не секрет, она просто снижает порог входа.

00:05:20.380 --> 00:05:24.280
Если ваша команда уже работает в PowerApps или автоматизирует отчеты в PowerAutomate,

00:05:24.520 --> 00:05:26.080
Студия покажется вам привычной средой.

00:05:26.220 --> 00:05:27.820
Вам не нужно быть инженером-программистом,

00:05:27.940 --> 00:05:30.240
достаточно иметь четкую цель и базовые навыки лоу-код,

00:05:30.380 --> 00:05:32.460
чтобы нажимать кнопки, настраивать и развертывать.

00:05:32.580 --> 00:05:34.040
Теперь перейдем к Teams TileKit.

00:05:34.200 --> 00:05:36.640
Это то место, где процветают FullListech разработчики.

00:05:36.640 --> 00:05:40.040
TileKit интегрируется в VS Code, это не холст для перетаскивания элементов.

00:05:40.200 --> 00:05:43.220
Здесь вы создаете декларативные агенты со структурированными правилами

00:05:43.220 --> 00:05:45.360
или идете дальше, создавая кастомные агенты,

00:05:45.580 --> 00:05:48.760
где сами определяете оркестрацию вызовов моделей и обработку API с нуля.

00:05:48.920 --> 00:05:53.000
Вы получаете каркас, отладку, настройку и пути публикации не только внутри Copilot,

00:05:53.260 --> 00:05:57.420
но и в Teams, приложениях Microsoft 365, интернете и внешних каналах.

00:05:57.500 --> 00:05:59.780
Если Copilot Studio – это готовая мебель из каталога,

00:05:59.840 --> 00:06:03.020
то TileKit – это изготовление досок и прокладка проводки в доме самостоятельно.

00:06:03.020 --> 00:06:06.760
Свобода действий впечатляет, но вы также несете ответственность за каждый гвозд и предохранитель.

00:06:06.900 --> 00:06:09.800
Главная путаница в том, что оба инструмента якобы расширяют Copilot.

00:06:10.000 --> 00:06:13.760
На практике Studio означает расширение в рамках установленных Microsoft границ,

00:06:13.940 --> 00:06:17.280
безопасных коннекторов, административного контроля и легкого управления.

00:06:17.460 --> 00:06:20.900
TileKit означает переписывание этих границ, создание собственной оркестрации,

00:06:21.080 --> 00:06:25.360
вызовы сторонних LLM или создание функций агента, которые Microsoft не предоставила изначально.

00:06:25.540 --> 00:06:27.360
Один подход обеспечивает безопасность через шаблоны,

00:06:27.500 --> 00:06:30.600
другой дает неограниченную мощь и предполагает, что вы будете использовать ее ответственно.

00:06:30.600 --> 00:06:33.560
Многие думают, что выбор инструмента меняет пользовательский интерфейс.

00:06:33.640 --> 00:06:34.140
А вот и нет.

00:06:34.300 --> 00:06:36.440
Конечные пользователи видят одно и то же поле ввода и карточку ответа,

00:06:36.500 --> 00:06:38.560
независимо от того, создали ли вы агента в студии или с помощью толки.

00:06:38.660 --> 00:06:39.100
Так задумано.

00:06:39.280 --> 00:06:41.200
Слой взаимодействия с пользователем UX унифицирован.

00:06:41.300 --> 00:06:43.540
То, что на самом деле меняется, находится за кулисами.

00:06:43.680 --> 00:06:46.900
Параметры контекста, граундинг, масштабируемость и административный контроль.

00:06:46.960 --> 00:06:49.420
Вот почему это решение операционное, а не косметическое.

00:06:49.600 --> 00:06:50.740
Вот практическое правило.

00:06:50.960 --> 00:06:54.680
Некоторые возможности граундинга, такие как контент SharePoint, чаты и собрание Teams,

00:06:54.680 --> 00:06:58.400
встроенные файлы, данные Dataverse или коннекторы к электронной почте и поиску людей

00:06:58.400 --> 00:07:01.560
работают только при наличии лицензии Microsoft 365 Copilot

00:07:01.560 --> 00:07:04.260
или включенной тарификации Copilot Studio в вашем клиенте.

00:07:04.420 --> 00:07:07.980
Если у вас нет этих прав, выбор Studio не откроет доступ к таким функциям.

00:07:08.140 --> 00:07:11.980
Эта единственная проверка лицензирования может стать решающим фактором в выборе нужного пути.

00:07:12.180 --> 00:07:13.520
Итак, как упростить выбор?

00:07:13.620 --> 00:07:15.220
Пробегитесь по быстрому чек-листу.

00:07:15.340 --> 00:07:17.940
Первое. Нужны ли вам быстрые, проверяемые агенты под контролем администратора,

00:07:18.040 --> 00:07:20.380
которые продвинутые пользователи могут создать, не беспокоя IT-отдел?

00:07:20.520 --> 00:07:21.680
Выбирайте Copilot Studio.

00:07:21.680 --> 00:07:27.120
Второе. Нужна ли вам пользовательская оркестрация, внешние модели и или глубокая интеграция прямо в корпоративную инфраструктуру?

00:07:27.240 --> 00:07:28.420
Выбирайте агент StyleKit.

00:07:28.560 --> 00:07:32.180
Третье. Не доверяйте ярлыкам, доверяйте реальным навыкам и целям вашей команды.

00:07:32.280 --> 00:07:33.680
Я использую метафору с жильем.

00:07:33.880 --> 00:07:38.100
Студия – это сборный дом, вы выбираете цвета и шкафы, но сантехника и проводка уже безопасны.

00:07:38.220 --> 00:07:43.200
StyleKit – это голый участок, вы проектируете каждый дюйм, но и берете на себя все риски, если проект окажется неудачным.

00:07:43.340 --> 00:07:45.080
Оба варианта могут дать прекрасный результат.

00:07:45.080 --> 00:07:48.900
Один быстрее и проще, другой безграничен, но хрупок без должного управления.

00:07:49.060 --> 00:07:50.320
Оба рухнут без граундинга.

00:07:50.460 --> 00:07:55.120
Выбранный инструмент берет на себя создание, но если не подать в него верные данные, он будет просто быстрее генерировать уверенный бред.

00:07:55.320 --> 00:07:57.260
Агент Studio без коннекторов – это попугай.

00:07:57.440 --> 00:08:00.200
Агент StyleKit без граундинга – это запрограммированный попугай.

00:08:00.320 --> 00:08:04.000
В любом случае у вас остается птица, выкрикивающая догадки вашим пользователям.

00:08:04.120 --> 00:08:10.920
И это подводит нас к жизненной основе любого агента, привязки к данным, которая не дает его мозгу играть в предсказателя с неполной колодой карт.

00:08:10.920 --> 00:08:13.900
Граундинг агентов – питание для разума, а не для пустоты.

00:08:14.060 --> 00:08:18.380
Граундинг – это когда агент перестает имитировать мудрость и начинает работать с реальными знаниями.

00:08:18.540 --> 00:08:22.920
Дайте ему нужные источники, и он перейдет от блефа к предоставлению ответов, которые можно обосновать.

00:08:23.040 --> 00:08:28.200
Пропустите этот этап, и то, что выглядит гладко снаружи, быстро развалится, когда кто-то спросит, откуда вообще взялся этот ответ.

00:08:28.360 --> 00:08:32.940
Внутри Microsoft 365 Copilot уже опирается на данные, доступные через Microsoft Graph.

00:08:33.080 --> 00:08:35.780
Файлы, чаты, собрания и даже события календаря.

00:08:35.900 --> 00:08:39.720
Это неплохое начало, но самый ценный контент лежит за пределами этого ядра.

00:08:39.720 --> 00:08:48.220
ИРП хранят инвентарь, CRM очлеживают жизненный цикл клиентов, отдел кадров хранит регламенты глубоко в SharePoint, а документы политики лежат у юристов в закрытой папке.

00:08:48.420 --> 00:08:55.380
Если вы не привяжите агента к этим источникам, он будет уверенно угадывать, используя общие знания модели, вместо того, чтобы ссылаться на что-то проверяемое.

00:08:55.540 --> 00:08:59.400
Их подключение – это не просто перетаскивание, это тонкая настройка инфраструктуры.

00:08:59.520 --> 00:09:08.200
Copilot Studio и коннекторы Microsoft Graph позволяют обращаться к документам в SharePoint, структурированным таблицам в Dataverse, письмам в Exchange и чатам в Teams.

00:09:08.200 --> 00:09:14.180
Помимо основных сервисов Microsoft, более 1200 коннекторов Power Platform открывают доступ к внешним системам.

00:09:14.300 --> 00:09:16.740
Финансы, кадры, тикет-системы, что угодно.

00:09:16.900 --> 00:09:22.220
А если ничего не подходит, готовые API позволяют подключить бизнес-приложения, для которых еще нет встроенных коннекторов.

00:09:22.280 --> 00:09:26.640
При правильной настройке агент извлекает актуальные факты из этих хранилищ и предоставляет их в контексте.

00:09:26.780 --> 00:09:29.500
То, что кажется магией, это просто грамотно настроенные каналы данных.

00:09:29.620 --> 00:09:30.280
Но есть нюанс.

00:09:30.480 --> 00:09:33.420
Некоторые из этих вариантов граундинга не являются бесплатными или общедоступными.

00:09:33.420 --> 00:09:40.720
Доступ к таким источникам, как контент SharePoint, собрание Teams, электронная почта или Dataverse, часто требует наличия лицензии Копайлот или включенного учета использования в вашем клиенте.

00:09:40.840 --> 00:09:46.380
Без соответствующих прав коннекторы не заработают, и ваш и ассистент останется слепым к части ваших важнейших данных.

00:09:46.520 --> 00:09:48.880
Не думайте, что простой переключатель даст вам доступ ко всему.

00:09:49.060 --> 00:09:50.780
Сначала проверьте свою схему лицензирования.

00:09:50.980 --> 00:09:52.800
Рассмотрим пример со службой поддержки персонала.

00:09:52.940 --> 00:09:55.800
Кто-то спрашивает, какова политика в отношении отпуска по уходу за ребенком.

00:09:55.940 --> 00:09:59.580
Без граундинга агент составляет правдоподобный ответ на основе общих знаний модели.

00:09:59.580 --> 00:10:02.200
Звучит полезно, но ссылок и доказательств нет.

00:10:02.340 --> 00:10:08.120
С граундингом агент может найти нужную политику в SharePoint, указать название документа и дать ссылку на справочник.

00:10:08.240 --> 00:10:13.360
Эта единственная деталь превращает непроверенное утверждение в надежный ответ, который одобрят аудиторы и HR-отдел.

00:10:13.480 --> 00:10:15.700
Этот контрольный след – настоящее преимущество.

00:10:15.860 --> 00:10:19.940
Ответы с граундингом могут содержать ссылки, указывающие пользователям и регуляторам на первоисточник.

00:10:20.040 --> 00:10:24.040
Когда отдел комплайенса спросит, почему бот ответил именно так, вам не придется придумывать длинные объяснения.

00:10:24.200 --> 00:10:25.340
Логи покажут весь путь.

00:10:25.520 --> 00:10:26.060
Вот запрос.

00:10:26.260 --> 00:10:27.680
Вот документ, который он извлек.

00:10:27.680 --> 00:10:29.300
Вот ответ, который он сгенерировал.

00:10:29.400 --> 00:10:32.560
Не нужно надеяться на удачу, но каждое подключение – это точка риска.

00:10:32.740 --> 00:10:37.860
Если небрежно подключиться к кадровым данным, можно случайно выдать личные записи сотрудников вместе с общедоступными FAQ.

00:10:38.020 --> 00:10:41.840
Неправильно настройте доступ к ERP, и менеджер по продажам внезапно увидит данные по зарплатам.

00:10:41.980 --> 00:10:44.740
Такие упущения – это критические ошибки в работе системы.

00:10:44.880 --> 00:10:49.280
Более безопасный подход – включить метки конфиденциальности и классификацию первью в план граундинга.

00:10:49.480 --> 00:10:55.580
Таким образом, агент будет извлекать только тот контент, который соответствует его правилам доступа, соблюдая классификацию данных, а не нарушая ее.

00:10:55.580 --> 00:11:02.000
Предупреждение простое. Агенты без граундинга уверенно выдумывают факты, а с плохим граундингом раскрывают то, что не должно покидать хранилище.

00:11:02.120 --> 00:11:06.400
В любом случае вы рискуете распространять ошибки или утечку конфиденциальных данных под логотипом своей компании.

00:11:06.620 --> 00:11:09.440
Инструменты управления, такие как Первью, существуют не просто так.

00:11:09.600 --> 00:11:15.320
Сочетайте коннекторы данных с классификацией с первого дня, иначе потом придется решать проблемы с репутацией и головную боль с комплаенсом.

00:11:15.440 --> 00:11:16.540
Итак, урок ясен.

00:11:16.720 --> 00:11:19.220
Граундинг – это не какая-то дополнительная расширенная функция.

00:11:19.220 --> 00:11:22.540
Это база, отделяющая полезных капайлота от ненадежных болтунов.

00:11:22.620 --> 00:11:27.300
При правильной настройке это дает пользователям факты, основанные на реальном контенте и подтвержденные защищаемыми лагами.

00:11:27.420 --> 00:11:32.120
При неправильной – это масштабирует галлюцинации и утечки по всей организации быстрее, чем вы успеете создать заявку в поддержку.

00:11:32.220 --> 00:11:36.500
Именно поэтому следующая задача столь же важна, потому что одним, приземленным, агентом управлять легко.

00:11:36.660 --> 00:11:39.720
Но когда десятки агентов работают без контроля, вот тут начинаются настоящие проблемы.

00:11:39.920 --> 00:11:43.280
Управление, говернанс, помогает остановить бесконтрольный рост агентов, прежде чем он станет неуправляемым.

00:11:43.280 --> 00:11:48.280
В данном контексте управление – это свод правил, предотвращающие превращение агентов капайлот в хаос.

00:11:48.440 --> 00:11:53.520
Это способ определить, кто может их создавать, где они работают и к каким данным имеют доступ, не полагаясь на случай.

00:11:53.680 --> 00:11:56.400
Microsoft уже предоставляет вам инструменты для этого контроля.

00:11:56.580 --> 00:12:00.020
Система управления капайлот в центре администрирования Microsoft 365,

00:12:00.480 --> 00:12:03.380
управление жизненным циклом в центре администрирования Power Platform,

00:12:03.580 --> 00:12:08.360
Microsoft Perview для метод конфиденциальности и DLP, а также диагностические журналы капайлот для аудита.

00:12:08.540 --> 00:12:12.020
Считайте их четырьмя столпами, которые не дают карточному домику рухнуть.

00:12:12.020 --> 00:12:17.080
Важно сразу отметить, управление сценарием капайлот доступно не каждому, у кого есть права администратора.

00:12:17.280 --> 00:12:21.080
Для этого требуются специфические роли, например, глобальный администратор или администратор E.

00:12:21.240 --> 00:12:25.520
Придерживайтесь принципа минимальных привилегий, чтобы не дать человеку меч, который может ранить глубже, чем он осознает.

00:12:25.640 --> 00:12:28.740
Ограничение круга лиц, имеющих доступ к настройкам – это уже форма управления.

00:12:28.960 --> 00:12:32.200
Затем внедряйте правила жизненного цикла на этапе проектирования, а не постфактум.

00:12:32.340 --> 00:12:37.660
Правило первое – определите, кто может создавать агентов и привяжите это к вашим средам в центре администрирования Power Platform.

00:12:37.660 --> 00:12:44.740
Правило второе – определите, кто может публиковать агентов, используя настройки капайлот в центре администрирования 365 для одобрения или блокировки релизов.

00:12:44.840 --> 00:12:50.880
Правило третье – определите, где агенты могут работать, назначая их в изолированные среды, чтобы рабочая среда не превратилась в проходной двор.

00:12:51.020 --> 00:12:55.860
И правило четвертое – определите, как распределяются кредиты, здесь вам поможет счетчик потребления агентов капайлот.

00:12:56.000 --> 00:13:00.680
Этот счетчик в цифрах показывает, когда ваш запас маны расходуется слишком быстро и кто именно его тратит.

00:13:00.680 --> 00:13:04.840
Первью – это сеть с соответствия требованиям, на которую вы уже полагаетесь в документах и почте.

00:13:05.060 --> 00:13:06.040
Здесь она работает также.

00:13:06.220 --> 00:13:11.800
Применяйте метки конфиденциальности к данным, чтобы даже при подключении агента к источнику метка сохранялась в ответах.

00:13:11.980 --> 00:13:16.500
Используйте политики DLP, чтобы запретить агентам раскрывать конфиденциальные поля в ответах.

00:13:16.640 --> 00:13:23.020
Политики хранения не дают устаревшему контенту задерживаться, чтобы агенты не основывали ответы на данных, которые должны были быть удалены несколько недель назад.

00:13:23.180 --> 00:13:27.220
Как только вы установили эти защитные барьеры, каждый агент автоматически наследует этот контроль.

00:13:27.220 --> 00:13:30.720
Еще один шаг, который многие пропускают – включение диагностических журналов.

00:13:30.800 --> 00:13:34.300
Включите этот переключатель, и вы получите полную прозрачность каждого взаимодействия.

00:13:34.440 --> 00:13:39.640
Промпты, ответы, ссылки на контент, системные журналы – все это формирует записи, которые можно использовать позже.

00:13:39.780 --> 00:13:44.460
Если руководитель спросит, почему агент дал неверную инструкцию, вы сможете воспроизвести историю, а не просто развести руками.

00:13:44.620 --> 00:13:49.280
Более того, администраторы могут отправлять логи от имени пользователей, даже если сами конечные пользователи не оставили отзыв.

00:13:49.400 --> 00:13:52.000
Это позволяет перейти от реактивного устранения неполадок к проактивному.

00:13:52.000 --> 00:13:55.260
Речь не о том, чтобы замедлить инновации, а о том, чтобы направить их в нужное русло.

00:13:55.420 --> 00:14:01.640
Студия невероятно упрощает создание потоков для опытных пользователей, а инструментарий позволяет разработчикам быстро внедрять сложные сборки.

00:14:01.840 --> 00:14:04.780
Без контроля такая скорость ведет к дублированию и противоречиям.

00:14:04.860 --> 00:14:10.100
С продуманным управлением та же скорость дает вам повторно используемые ресурсы, которые остаются под контролем и соответствуют требованиям.

00:14:10.200 --> 00:14:14.580
Разница не в креативности вашего персонала, а в дисциплине инфраструктуры, которая их окружает.

00:14:14.740 --> 00:14:17.340
Даже отслеживание расходов является частью системы управления.

00:14:17.340 --> 00:14:21.340
Счетчик потребления в центре администрирования – это не просто бухгалтерский отчет, это ваш балансир.

00:14:21.440 --> 00:14:26.440
Вы можете назначать пакеты кредитов, следить за перерасходом по модели оплаты по факту и удерживать использование в рамках бюджета.

00:14:26.600 --> 00:14:31.500
Если игнорировать это, то о лимитах вы узнаете, когда агент внезапно остановится посреди процесса из-за того, что ресурсы закончились.

00:14:31.640 --> 00:14:34.340
Вы ведь не хотите заниматься отладкой работающей системы с пустым баком.

00:14:34.460 --> 00:14:37.200
При удачном раскладе управление ощущается как надежная броня.

00:14:37.360 --> 00:14:42.340
Достаточно гибкая для быстрой работы разработчиков, но достаточно прочная, чтобы одна ошибка не погубила все дело.

00:14:42.340 --> 00:14:49.340
В худшем случае вы игнорируете это, позволяете агентам создаваться без одобрения и латаете дыры по всем отделам под пристальным взглядом аудиторов.

00:14:49.500 --> 00:14:52.340
Управление не делает процесс скучным, оно делает его жизнеспособным.

00:14:53.040 --> 00:14:55.860
А выживание ведет прямиком к следующей ловушке в подземелье.

00:14:55.960 --> 00:15:00.380
Потому что как только управление под контролем, следующий сюрприз будет не техническим, а финансовым.

00:15:00.420 --> 00:15:04.000
Не зря администраторы просыпаются в холодном поту, когда финансовый отдел проверяет счетчик.

00:15:04.120 --> 00:15:07.440
Ничто так не портит рабочую сборку, как вид счетов, которые она генерирует.

00:15:07.700 --> 00:15:10.560
Лицензирование и расходы – ловушки, которые вы не сразу заметите.

00:15:10.740 --> 00:15:15.020
Лицензирование и расходы – это карты ловушки, о которых большинство команд не подозревает, пока не станет поздно.

00:15:15.140 --> 00:15:22.880
Microsoft продает идею быстрой разработки и эффектных демо, но все это теряет смысл, если кредиты исчезают в середине месяца или коннектор внезапно требует новую лицензию.

00:15:23.000 --> 00:15:29.360
Это не второстепенная деталь, это ключевой механизм, которым нужно управлять, иначе ваши агенты остановятся в самый ответственный момент.

00:15:29.560 --> 00:15:31.800
Капайлот Студия работает на кредитах Капайлот.

00:15:31.800 --> 00:15:41.560
Вы покупаете их пакетами 25 тысяч кредитов примерно за 200 долларов в месяц на весь клиент, или используете оплату по факту, когда счет выставляется в конце периода на основе потребления.

00:15:41.800 --> 00:15:45.760
Звучит щедро, но документация ясно дает понять, что потребление неравномерно.

00:15:45.940 --> 00:15:51.680
Используются уровневые тарифы, стандартные негенеративные действия стоят дешевле, а генеративные ответы расходуют больше.

00:15:51.860 --> 00:15:57.940
Точные цифры меняются согласно руководствам по лицензированию Microsoft, поэтому относитесь к документам по оплате как к части вашего инструментария разработки.

00:15:57.940 --> 00:16:02.260
Главное, и тестовые запросы, и продуктовые ответы расходуются из одного и того же общего пула.

00:16:02.380 --> 00:16:06.200
В системе нет скрытой бесплатной песочницы, как бы сильно вам этого не хотелось.

00:16:06.320 --> 00:16:14.220
Поскольку кредиты распределяются на весь арендатор, каждый агент использует один и тот же пул, будь то бот HR для анбординга, бот поддержки продаж или финансовый помощник по отчетности.

00:16:14.360 --> 00:16:20.740
Такая архитектура дает гибкость, но означает, что интенсивный цикл тестирования одного отдела может истощить ресурсы продуктивной работы другого.

00:16:20.880 --> 00:16:24.640
Если пул пустеет, Капайлот Студия не ограничивает скорость и не предупреждает мягко.

00:16:24.640 --> 00:16:28.100
Система просто приостанавливает работу этих агентов до пополнения кредитов.

00:16:28.180 --> 00:16:35.180
Вы же не хотите объяснять, почему работающий бот поддержки замолчал посреди транзакции только потому, что другая группа оставила свой тест запущенным на ночь.

00:16:35.340 --> 00:16:41.060
Оплата по факту полезна, если вы хотите избежать авансовых платежей, так как платите только за то, что реально потратили за месяц.

00:16:41.140 --> 00:16:42.640
Но счетчик работает предельно беспристрастно.

00:16:43.340 --> 00:16:50.180
Быстрый раунд тестирования прототипа потребляет кредиты так же, как и рабочий процесс, из-за чего легко допустить перерасход, если не настроены бюджетные оповещения.

00:16:50.180 --> 00:16:55.420
Безопасный подход – изначально учитывать тестовые сборки в планировании кредитов и заранее устанавливать лимиты.

00:16:55.540 --> 00:16:59.380
Team Style Kit или инструментарий агентов VS Code предлагают иной подход.

00:16:59.540 --> 00:17:06.080
Вы не видите кредитов за запрос, так как работа выполняется в рамках лицензии Microsoft 365 K-Pilot пользователя при публикации в пакете.

00:17:06.240 --> 00:17:09.600
Это выглядит как свобода по сравнению со студией, но покрывает лишь основы.

00:17:09.700 --> 00:17:14.480
Как только вы создаете агента на базе пользовательского движка или подключаете внешние сервисы, расходы начинают расти.

00:17:14.480 --> 00:17:21.620
У API свои счетчики, корпоративные коннекторы часто требуют отдельных лицензий, а согласие администратора может привести к уровням оплаты, которые вы не закладывали в бюджет.

00:17:21.740 --> 00:17:25.120
Студия выставляет счета за действия, Toolkit позволяет обойти модель кредитов.

00:17:25.220 --> 00:17:27.380
Но оба варианта перекладывают расходы куда-то в другое место.

00:17:27.580 --> 00:17:29.580
Назовите это компромиссом, а не бесплатным проходом.

00:17:29.680 --> 00:17:34.960
Практическое правило таково – Teams Toolkit прячет расходы в уровнях интеграции и сервисов, а студия заставляет платить авансом кредитами.

00:17:35.100 --> 00:17:37.360
Ни один из них не является более дешевым во всех случаях.

00:17:37.360 --> 00:17:41.680
Прежде чем выбрать путь, нужно сопоставить ожидаемые рабочие процессы с задокументированными ценами.

00:17:41.860 --> 00:17:46.840
Легкий бот для согласований, основанный на SharePoint, может отлично работать в студии, недорого расходуя кредиты.

00:17:47.020 --> 00:17:54.160
Глубокая интеграция с внешней CRM может быть логичнее в Toolkit, даже если вы будете платить сборы за API CRM, а не тратить кредиты Копайлот.

00:17:54.260 --> 00:17:57.960
Все дело в том, куда смещается бухгалтерский учет, а не в том, чтобы полностью его избежать.

00:17:58.060 --> 00:18:00.760
Так как же не дать этим ловушкам перевернуть все с ног на голову?

00:18:00.760 --> 00:18:05.740
Во-первых, включите мониторинг потребления на уровне клиента с помощью счетчика агентов Копайлот или отчетов по факту использования.

00:18:05.900 --> 00:18:11.100
Во-вторых, настройте пороги оповещений, чтобы финансовый отдел и ИТ получали уведомления до того, как ресурсы будут исчерпаны.

00:18:11.220 --> 00:18:18.160
В-третьих, распределите бюджеты по подразделениям с помощью специальных пакетов кредитов или четких внутренних правил, чтобы одна команда не израсходовала весь лимит за один спринт.

00:18:18.220 --> 00:18:21.260
Эти три меры предосторожности помогут избежать большинства неприятных сюрпризов.

00:18:21.380 --> 00:18:23.640
Расширенная разработка добавляет еще один уровень сложности.

00:18:23.640 --> 00:18:28.800
Интеграции часто требуют явного согласия администратора, и каждое согласие по умолчанию может повлечь новые расходы.

00:18:28.940 --> 00:18:33.400
За тот внешний API, который вы использовали при тестировании, в промышленной среде платите вы, а не Microsoft.

00:18:33.640 --> 00:18:38.820
Правильное решение – каталогизировать лицензии и коннекторы на этапе проектирования и заранее определить, кто за что платит.

00:18:38.920 --> 00:18:42.260
Относитесь к этому как к управлению изменениями в затратах, а не только в функциональных возможностях.

00:18:42.620 --> 00:18:45.100
Лицензирование – это не мелкий шрифт, а часть архитектуры.

00:18:45.220 --> 00:18:48.360
Тратьте кредиты обдуманно, а не безрассудно, как жетоны в рейде.

00:18:48.360 --> 00:18:55.000
Подберите нужный набор лицензий в самом начале, очлеживайте показатели потребления и учитывайте, что каждый новый коннектор влечет за собой затраты на интеграцию.

00:18:55.180 --> 00:19:01.020
Все это обязательно, если вы хотите, чтобы ваши агенты были доступны тогда, когда они нужны, что подводит нас к последней фазе.

00:19:01.180 --> 00:19:08.340
Создание, обучение, управление и финансирование агента – важные этапы, но истинный показатель успеха не в запуске, а в долгосрочной поддержке системы.

00:19:08.460 --> 00:19:10.540
Именно здесь важен финальный взгляд на вещи.

00:19:10.760 --> 00:19:11.920
Итак, подведем итог.

00:19:12.060 --> 00:19:16.540
Победа – это не яркие демо, а соблюдение правил, которые делают ваших агентов полезными, а не опасными.

00:19:16.540 --> 00:19:18.700
Во-первых, тщательно выбирайте путь разработки.

00:19:18.800 --> 00:19:22.900
Копайлот Студия для быстрой разработки лоукод, Тимс Талкит для полноценных кастомных движков и более глубокого контроля.

00:19:23.020 --> 00:19:25.280
Во-вторых, обеспечьте управление с самого момента запуска.

00:19:25.460 --> 00:19:29.960
Метки перевью, роли администраторов, диагностические журналы и мониторинг потребления – все это должно быть включено до публикации.

00:19:30.080 --> 00:19:31.740
В-третьих, планируйте свои расходы.

00:19:31.880 --> 00:19:37.180
Студия использует пакеты кредитов для всей организации или счетчики по факту использования, а Талкит переносит затраты на внешние апи и сервисы.

00:19:37.340 --> 00:19:37.980
Дело закрыто.

00:19:37.980 --> 00:19:43.400
Подписывайтесь, включайте уведомления и оставляйте комментарии, что вы выберете для своей следующей задачи – студия или Талкит.