WEBVTT

00:00:00.000 --> 00:00:06.180
Впровадження Microsoft 365 Co-Pilot схоже на отримання легендарного предмета, поки не розумієш, що це лише базовий комплект.

00:00:06.320 --> 00:00:10.560
Відразу після встановлення він використовує базові знання, моделі та контент у вашому орендарі.

00:00:10.700 --> 00:00:16.020
Корисно, але як щодо ваших запилених інструкцій, кадрових регламентів чи тієї величезної ERP-системи в кутку.

00:00:16.220 --> 00:00:19.800
Без конекторів, граундингу або власних агентів Co-Pilot не зможе з ними взаємодіяти.

00:00:20.020 --> 00:00:21.840
Хороша новина, ви можете його навчити.

00:00:21.840 --> 00:00:28.000
Секрет у тому, щоб знати, коли використовувати Co-Pilot Studio, коли переходити на Teams Toolkit і як керування, моніторинг та ліцензування вписуються в процес.

00:00:28.120 --> 00:00:29.960
Тому що ось у чому справжня несподіванка.

00:00:30.140 --> 00:00:34.080
Створення першого агента – це не фінальна битва з босом. Це лише закінчення навчання.

00:00:34.340 --> 00:00:35.860
Створення – це не битва з босом.

00:00:36.020 --> 00:00:41.120
Ви тестуєте першого агента, запити працюють, демо-дані виглядають бездоганно і намить здається, що ви пройшли гру.

00:00:41.300 --> 00:00:41.980
Це пастка.

00:00:41.980 --> 00:00:46.480
Справжня робота починається, коли ви спрямовуєте цю ж збірку у продуктивне середовище, де діють зовсім інші правила.

00:00:46.640 --> 00:00:50.000
Багато розробників помилково вважають, що успішний тест означає виконання завдання.

00:00:50.160 --> 00:00:52.940
Насправді це лише сюжетний режим на легкому рівні складності.

00:00:53.060 --> 00:00:57.420
Продуктивному середовищу байдуже, що ваш прототип добре працював на ноутбуці розробника.

00:00:57.600 --> 00:01:04.460
Продакш не вимагає стабільності під навантаженням, перевірок на відповідність, захисту ідентифікації та стандартів без перебійної роботи.

00:01:04.460 --> 00:01:06.940
І ось тут з'являються перші боси.

00:01:07.200 --> 00:01:10.800
Масштабованість, чи витримає агент корпоративне навантаження без збоїв.

00:01:10.940 --> 00:01:14.840
Саме тут важливі моніторинг та діагностичні логи системи керування Coopilot.

00:01:15.080 --> 00:01:20.160
Застарілі дані, коли дані в SharePoint або Dataverse змінюються, чи підключається агент до потрібного знімка.

00:01:20.340 --> 00:01:22.840
Конектори та граундинг через граф є запобіжниками.

00:01:23.060 --> 00:01:25.100
Відповідність вимогам та можливість аудиту.

00:01:25.100 --> 00:01:32.020
Якщо регулятор або внутрішній аудитор запитає, чи можна переглянути історію агента з логами та мітками конфіденційності.

00:01:32.020 --> 00:01:35.480
Якщо щось із цього підведе, екран перемоги швидко зникне.

00:01:35.620 --> 00:01:40.440
Тестування в Coopilot Studio – це як спарринг на арені з нескінченними зіллями здоров'я.

00:01:40.600 --> 00:01:47.020
Ви можете чаклувати, змінювати запити, і все виглядає чудово, але в реальному використанні кожен блок-бранд Мауера – це провал,

00:01:47.080 --> 00:01:50.500
а перевантажене зовнішнє джерело даних сповільнює відповіді до мінімуму.

00:01:50.500 --> 00:01:54.420
Це момент, коли користувачі перестають вважати його розумним і починають подавати тікети.

00:01:54.680 --> 00:01:57.980
Найпоширеніша помилка виникає в командах, які відкладають управління на потім.

00:01:57.980 --> 00:02:03.400
Вони переконують себе, що це можна додати пізніше, але відкладання керування майже завжди призводить до неприємних сюрпризів.

00:02:03.520 --> 00:02:08.300
Проблеми з масштабуванням, невідповідність даних або прогалини в безпеці з'являються в найбільш невідповідний момент.

00:02:08.540 --> 00:02:10.840
Безпека та комплеєнс – це недодаткові квести.

00:02:11.040 --> 00:02:12.900
Це частина основної карти кампанії.

00:02:13.080 --> 00:02:16.280
Тепер поговоримо про архітектуру, адже мозок Coopilot – це не єдиний блок.

00:02:16.280 --> 00:02:22.100
У вас є базова модель, рушій обробки мови, а зверху – оркестратор, який визначає, які функції та коли викликати.

00:02:22.100 --> 00:02:27.560
Microsoft 365 Coopilot забезпечує таку оркестрацію за замовчуванням, тому кожен запит має структуру.

00:02:27.680 --> 00:02:32.000
Далі йде обґрунтування, драмдин, зв'язок із корпоративним контентом, щоб відповіді не були вигаданими.

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

00:02:36.220 --> 00:02:40.180
Якщо сприймати ці чотири елементи як окремі ізольовані блоки, вся конструкція стає хиткою.

00:02:40.360 --> 00:02:43.320
Надійна навичка без обґрунтування – це лише витончена галюцинація.

00:02:43.320 --> 00:02:46.420
Базова модель без засобів контролю відповідності стає джерелом ризиків.

00:02:46.540 --> 00:02:49.680
Лише коли ці рівні розглядаються як єдиний стек, агент залишається стійким.

00:02:49.840 --> 00:02:51.900
Отже, як виглядає успіх у реальних умовах?

00:02:52.020 --> 00:02:54.040
Це не просто влучна відповідь на демонстраційний запит.

00:02:54.180 --> 00:02:55.480
Це лише тренувальний режим.

00:02:55.700 --> 00:03:00.080
Ознака успіху – стабільна робота в реальних умовах під час нарахування зарплат, міграції даних,

00:03:00.160 --> 00:03:02.320
під наглядом офіцерів комплеєнсу та при високому навантаженні.

00:03:03.020 --> 00:03:05.300
Саме тоді агент доводить, що гідний працювати.

00:03:05.300 --> 00:03:07.880
І ось ще одна причина, чому багато розробок зазнають невдачі.

00:03:08.060 --> 00:03:11.100
Організації сприймають їх як одноразові проєкти, а не як робочі системи.

00:03:11.220 --> 00:03:15.120
Хтось створює прототип, показує ефектну демо-версію, а потім залишає її без нагляду.

00:03:15.280 --> 00:03:19.740
Незабаром різні відділи створюють власні рішення, не документуючи їх і безконтрольно витрачаючи токени.

00:03:19.920 --> 00:03:23.560
Без простого операційного посібника, хто відповідає за коннектори, хто перевіряє обґрунтування,

00:03:23.560 --> 00:03:27.880
Хто стежить за використанням кредитів, середовище перетворюється на хаос із неузгоджених розрізнених елементів.

00:03:28.040 --> 00:03:30.300
Змініть перспективу, і все стане набагато простіше.

00:03:30.460 --> 00:03:33.220
Якщо ви почнете з операційного мислення, підхід до проєктування зміниться.

00:03:33.400 --> 00:03:35.780
Вас цікавить не лише те, чи перший тест виглядав добре.

00:03:35.900 --> 00:03:38.100
Ви готуєтесь до щоденної інтенсивної експлуатації.

00:03:38.300 --> 00:03:40.960
Журнали аудиту, адміністративні обмеження, резервні копії, перевірки стану –

00:03:40.960 --> 00:03:43.260
все це формує довіру та зберігає працездатність системи під навантаженням.

00:03:53.560 --> 00:03:56.400
Ось чому створення прототипу не робить вас переможцем.

00:03:56.520 --> 00:03:58.920
Тестове середовище лише допомагає досягти першого рівня.

00:03:59.040 --> 00:04:01.720
Реальне розгортання з налаштованим керуванням і моніторингом – це момент,

00:04:01.820 --> 00:04:03.760
коли починається справжнє випробування на витривалість.

00:04:03.880 --> 00:04:07.320
І перш ніж іти далі, вам знадобиться правильна зброя для цієї боротьби.

00:04:07.480 --> 00:04:10.700
Microsoft пропонує два різні набори інструментів із різними правилами.

00:04:10.880 --> 00:04:14.240
Виберете неправильний, і це буде схоже на похід у рейд із пластиковим мечем.

00:04:14.400 --> 00:04:17.600
Co-Pilot Studio проти Teams Toolkit – вибір вашої зброї.

00:04:17.600 --> 00:04:21.080
Саме тут виникає головне питання – який інструмент обрати?

00:04:21.240 --> 00:04:25.780
Co-Pilot Studio чи Teams Toolkit, який також називають Microsoft 365 Agents Toolkit.

00:04:25.960 --> 00:04:28.160
Вони звучать подібно, обидва нібито розширюють Co-Pilot,

00:04:28.300 --> 00:04:30.380
але призначені для зовсім різних груп, розробників і потреб.

00:04:30.560 --> 00:04:32.840
Неправильний вибір коштує вам часу, бюджету, а можливо, і репутації,

00:04:32.940 --> 00:04:35.000
коли ваша ефектна демонстрація згасає у робочому середовищі.

00:04:35.120 --> 00:04:37.160
Co-Pilot Studio – це майданчик для творців.

00:04:37.300 --> 00:04:40.280
Це візуальний лоу-коуд-конструктор, створений для швидкості та ясності.

00:04:40.280 --> 00:04:42.540
Ви отримуєте потоки з методом перетягування drag-and-drop,

00:04:42.660 --> 00:04:44.540
шаблони, керовані діалоги та вбудовану аналітику.

00:04:44.680 --> 00:04:48.080
Studio постачається з набором конекторів до джерел даних Microsoft 365,

00:04:48.580 --> 00:04:50.940
тому досвідчений користувач може отримувати вміст SharePoint,

00:04:51.080 --> 00:04:54.280
відстежувати повідомлення Teams або працювати з документами HR-політики,

00:04:54.380 --> 00:04:55.140
не торкаючись коду.

00:04:55.340 --> 00:05:00.120
Ви можете тестувати, налаштовувати та публікувати безпосередньо в Microsoft 365 Co-Pilot

00:05:00.120 --> 00:05:02.940
або навіть випустити як окремий агент з мінімальними зусиллями.

00:05:02.940 --> 00:05:05.800
Для відділу, якому потрібен робочий процес у цьому кварталі,

00:05:05.880 --> 00:05:08.880
а не в наступному фінансовому році, Studio – це найшвидший шлях.

00:05:09.000 --> 00:05:12.400
Понад 160 тисяч клієнтів вже використовують Studio саме для цього

00:05:12.400 --> 00:05:14.800
звірки фінансових даних, адаптації співробітників

00:05:14.800 --> 00:05:17.360
або відповіді на питання щодо товарів у роздрібній торгівлі.

00:05:17.480 --> 00:05:20.240
Причина не є таємницею, він просто знижує поріг входу.

00:05:20.360 --> 00:05:24.320
Якщо ваша команда вже працює в Pava Apps або автоматизує рутинні звіти в Pava Automate,

00:05:24.320 --> 00:05:26.080
Studio здасться рідним середовищем.

00:05:26.080 --> 00:05:29.040
Вам не потрібно бути інженером-програмістом, достатньо мати чітку мету

00:05:29.040 --> 00:05:32.300
та базові навички лоу-коуд, щоб натискати, налаштовувати та розгортати.

00:05:32.420 --> 00:05:34.160
Тепер перейдемо до Teams Toolkit.

00:05:34.340 --> 00:05:36.520
Це місце, де процвітають фулл-стек-розробники.

00:05:36.680 --> 00:05:39.960
Toolkit інтегрується у VS Code, а не в полотно з перетягуванням об'єктів.

00:05:40.080 --> 00:05:43.340
Тут ви архітектурно створюєте декларативні агенти зі структурованими правилами

00:05:43.340 --> 00:05:45.520
або йдете далі і створюєте власні агентні рушії,

00:05:45.520 --> 00:05:48.600
де ви визначаєте виклики моделей оркестрації та обробку ARIS 0.

00:05:48.820 --> 00:05:52.280
Ви отримуєте каркаси, засоби налагодження, конфігурацію та шляхи публікації

00:05:52.280 --> 00:05:57.400
не лише в межах Co-Pilot, а й у Teams, додатках Microsoft 365 в інтернеті та зовнішніх каналах.

00:05:57.500 --> 00:05:59.700
Якщо Co-Pilot Studio – це готові меблі з каталогу,

00:05:59.760 --> 00:06:03.020
то Toolkit – це самостійне виготовлення дощок та проведення електропроводки в будинку.

00:06:03.200 --> 00:06:06.600
Свобода вражаюча, але ви також несете відповідальність за кожен цвях і запобіжник.

00:06:06.600 --> 00:06:09.820
Справжня плутанина в тому, що обидва інструменти кажуть, що розширюють Co-Pilot.

00:06:10.000 --> 00:06:13.520
На практиці Studio означає розширення в межах визначених Microsoft обмежень,

00:06:13.620 --> 00:06:17.320
безпечних конекторів, адміністративних елементів керування та полегшеного управління.

00:06:17.460 --> 00:06:20.720
Toolkit означає переписування обмежень, створення власної оркестрації,

00:06:20.880 --> 00:06:23.360
виклик зовнішніх LLM або створення поведінки агентів,

00:06:23.500 --> 00:06:25.340
яку Microsoft не надала в готовому вигляді.

00:06:25.460 --> 00:06:27.460
Один підхід забезпечує вашу безпеку за допомогою шаблонів,

00:06:27.460 --> 00:06:30.560
інша ідея необмежені можливості і очікує, що ви будете використовувати їх відповідально.

00:06:30.720 --> 00:06:33.500
Багато хто думає, що вибір інструменту означає різний інтерфейс.

00:06:33.580 --> 00:06:34.180
Аж ніяк.

00:06:34.260 --> 00:06:36.360
Кінцеві користувачі бачать однакове вікно запиту та картку відповіді,

00:06:36.440 --> 00:06:38.740
незалежно від того, чи створили ви агента в Studio чи за допомогою Toolkit.

00:06:38.900 --> 00:06:42.120
Це закладено в дизайн Riven UX єдиний, що насправді змінюється,

00:06:42.280 --> 00:06:43.460
так це те, що за лаштунками.

00:06:43.600 --> 00:06:46.820
Параметри обґрунтування, grounding, масштабованість та адміністративний контроль.

00:06:46.820 --> 00:06:49.320
Ось чому це рішення є операційним, а не косметичним.

00:06:49.480 --> 00:06:50.640
Ось практичне правило.

00:06:50.820 --> 00:06:53.140
Деякі можливості обґрунтування, як-от вміст SharePoint,

00:06:53.280 --> 00:06:56.980
чати і наради Teams, вбудовані файли, дані Dataverse або коннектори до електронної пошти

00:06:56.980 --> 00:07:01.900
та пошуку людей стають доступними, лише якщо ваш орендар має ліцензію Microsoft 365 Co-Pilot

00:07:01.900 --> 00:07:03.980
або активовану тарифікацію Co-Pilot Studio.

00:07:04.320 --> 00:07:07.960
Якщо у вас немає відповідних прав, вибір Studio не відкриє ці функції.

00:07:08.160 --> 00:07:11.820
Ця єдина перевірка ліцензування може стати вирішальним фактором у виборі шляху.

00:07:11.820 --> 00:07:13.480
Отже, як спростити цей вибір?

00:07:13.600 --> 00:07:15.240
Складіть швидкий контрольний список.

00:07:15.340 --> 00:07:18.020
Перше, чи потрібні вам швидкі аудіювані агенти під контролем адміністратора,

00:07:18.160 --> 00:07:20.160
яких можуть створити досвідчені користувачі без залучення IT?

00:07:20.320 --> 00:07:21.580
Обирайте Co-Pilot Studio.

00:07:21.940 --> 00:07:25.140
Друге, чи потрібна вам власна оркестрація, зовнішні моделіщі або глибока інтеграція,

00:07:25.220 --> 00:07:27.020
вбудована безпосередньо в корпоративну інфраструктуру?

00:07:27.120 --> 00:07:28.460
Обирайте Agents Toolkit.

00:07:28.620 --> 00:07:32.000
Третє, не довіряйте назвам, довіряйте реальним навичкам і цілям вашої команди.

00:07:32.000 --> 00:07:33.760
Я використовую метафору з житлом.

00:07:33.940 --> 00:07:35.160
Studio – це збірний будинок.

00:07:35.260 --> 00:07:38.040
Ви обираєте кольори та шафи, але сантехніка і проводка вже надійні.

00:07:38.180 --> 00:07:39.400
Toolkit – це необроблена ділянка.

00:07:39.540 --> 00:07:43.060
Ви проєктуєте кожен сантиметр, але й берете на себе всі ризики, якщо конструкція дасть збій.

00:07:43.180 --> 00:07:45.020
Обидва варіанти можуть дати чудовий результат.

00:07:45.240 --> 00:07:48.620
Один швидший і простіший, інший – безмежний, але вразливий, якщо ним неправильно керувати.

00:07:48.800 --> 00:07:50.640
Обидва руйнуються без обґрунтування даних.

00:07:50.640 --> 00:07:55.000
Обраний інструмент допомагає з побудовою, але якщо не надати йому правильних даних, він лише швидше генеруватиме впевнену нісенітницю.

00:07:55.120 --> 00:07:57.280
Агент Studio без коннекторів – це просто папуга.

00:07:57.440 --> 00:08:00.180
Агент Toolkit без обґрунтування – це папуга, написаний кодом.

00:08:00.320 --> 00:08:04.000
У будь-якому разі ви отримуєте пташку, яка вигукує припущення вашим користувачам.

00:08:04.120 --> 00:08:10.840
І це підводить нас до справжньої основи будь-якого агента – прив'язки до даних, яка не дає його мозку грати увіщена з неповною колодою карт.

00:08:10.840 --> 00:08:13.860
Обґрунтування агентів – це живлення інтелекту, а не порожнечі.

00:08:14.060 --> 00:08:18.480
Обґрунтування – це момент, коли агент припиняє імітувати мудрість і починає працювати з реальними знаннями.

00:08:18.640 --> 00:08:22.780
Дайте йому правильні джерела, і він перейде від блефу до надання відповідей, які можна захистити.

00:08:22.940 --> 00:08:28.120
Пропустіть це і те, що виглядало досконалим, швидко розвалиться, коли хтось запитає, звідки взагалі взялася ця відповідь.

00:08:28.240 --> 00:08:32.980
Внутрішній Microsoft 365 Co-Pilot вже спирається на дані, які він бачить через Microsoft Graph.

00:08:32.980 --> 00:08:39.620
Файли, чати, наради та навіть календарні події – це непоганий початок, але найцінніший вміст знаходиться за межами цього ядра.

00:08:39.780 --> 00:08:45.320
ERP зберігають інвентар, CRM відстежують життєвий цикл клієнтів, HR тримає регламенти в глибинах SharePoint,

00:08:45.440 --> 00:08:48.180
а політики лежать у захищених папках юридичного відділу.

00:08:48.300 --> 00:08:53.220
Якщо ви не прив'яжете агента до цих джерел, він впевнено здогадуватиметься, використовуючи загальні знання моделі,

00:08:53.320 --> 00:08:55.400
замість того, щоб посилатися на щось перевірене.

00:08:55.400 --> 00:08:59.260
Підключення їх – це не просто перетягування об'єктів, це тонка інженерна робота.

00:08:59.380 --> 00:09:04.240
Co-Pilot Studio та коннектори Microsoft Graph надають доступ до SharePoint для збережених документів,

00:09:04.360 --> 00:09:08.260
Dataverse для структурованих таблиць, Exchange для записів пошти та Teams для чатів.

00:09:08.380 --> 00:09:14.000
Окрім основних рішень Microsoft, понад 1200 коннекторів через Pava Platform відкривають доступ до зовнішніх систем.

00:09:14.220 --> 00:09:16.800
Фінанси, HR, тікетингові системи, будь-що.

00:09:16.940 --> 00:09:22.060
А якщо готових варіантів бракує, Ари дозволяють підключити бізнес-додатки, для яких немає стандартних коннекторів.

00:09:22.060 --> 00:09:26.660
При правильному налаштуванні агент отримує актуальні факти з цих сховищ і надає їх разом із контекстом.

00:09:26.760 --> 00:09:29.400
Те, що здається магією, це лише добре налагоджена інфраструктура.

00:09:29.520 --> 00:09:30.280
Але є нюанс.

00:09:30.460 --> 00:09:33.500
Деякі з цих варіантів обґрунтування Grounding не є безкоштовними для всіх.

00:09:33.640 --> 00:09:37.500
Доступ до джерел, таких як вміст SharePoint на ради Teams, електронна пошта або Dataverse,

00:09:37.620 --> 00:09:40.720
часто потребує ліцензії Co-Pilot або активації вимірювання в орендарі.

00:09:40.720 --> 00:09:46.220
Без цього доступу коннектори не запрацюють, і ваший помічник не бачитиме частину ваших найважливіших даних.

00:09:46.320 --> 00:09:48.820
Не варто думати, що просте натискання перемикача дасть вам усе.

00:09:48.960 --> 00:09:50.700
Спочатку перевірте свою схему ліцензування.

00:09:50.880 --> 00:09:52.880
Згадаємо приклад роботи служби підтримки персоналу.

00:09:53.000 --> 00:09:55.640
Хтось запитує, яка політика щодо відпустки по догляду за дитиною.

00:09:55.800 --> 00:09:59.520
Без обґрунтування агент формує правдоподібну відповідь на основі загальних знань моделі.

00:09:59.640 --> 00:10:02.300
Це звучить корисно, але немає ні посилання, ні доказів.

00:10:02.300 --> 00:10:05.400
З обґрунтуванням агент може витягти реальну політику з SharePoint,

00:10:05.540 --> 00:10:08.180
вказати назву документа та додати посилання на довідник.

00:10:08.280 --> 00:10:11.520
Ця єдина відмінність перетворює неперевірне твердження на надійну відповідь,

00:10:11.660 --> 00:10:13.100
яку схвалять аудитори та HR.

00:10:13.260 --> 00:10:15.760
Такий аудитний слід – це справжній приріст ефективності.

00:10:15.940 --> 00:10:17.620
Обґрунтовані відповіді можуть містити цитати,

00:10:17.740 --> 00:10:19.960
що спрямовують користувачів та регуляторів до першоджерела.

00:10:20.140 --> 00:10:22.540
Коли служба комплеєнсу запитає, чому бот відповів саме так,

00:10:22.640 --> 00:10:23.880
вам не потрібна довга історія.

00:10:23.880 --> 00:10:25.320
Логи показують шлях.

00:10:25.400 --> 00:10:26.000
Ось запит.

00:10:26.140 --> 00:10:27.600
Ось документ, який він отримав.

00:10:27.740 --> 00:10:29.240
Ось відповідь, яку він згенерував.

00:10:29.380 --> 00:10:32.540
Не потрібно сподіватися на диво, але кожне підключення – це також точка ризику.

00:10:32.700 --> 00:10:34.440
Якщо підключитися до HR даних недбало,

00:10:34.580 --> 00:10:37.860
можна випадково розкрити особисті записи працівників разом із публічними FAQ.

00:10:38.020 --> 00:10:39.820
Якщо неправильно налаштувати доступ до ERP,

00:10:39.940 --> 00:10:41.860
торговий агент може побачити дані про зарплати.

00:10:42.020 --> 00:10:44.480
Такі недогляди є критичними помилками для виробництва.

00:10:44.480 --> 00:10:46.960
Найбезпечніший шлях – додати мітки конфіденційності

00:10:46.960 --> 00:10:49.320
та класифікацію перв'ю до вашого плану обґрунтування.

00:10:49.440 --> 00:10:51.140
Тоді агент отримуватиме лише той вміст,

00:10:51.220 --> 00:10:52.880
який відповідає його правилам доступу,

00:10:52.960 --> 00:10:55.520
дотримуючись ваших класифікацій даних, а не ігноруючи їх.

00:10:55.820 --> 00:10:56.740
Попередження просте.

00:10:57.000 --> 00:10:59.080
Необґрунтовані агенти вигадують із виглядом експертів,

00:10:59.120 --> 00:11:02.000
а погано обґрунтовані розкривають те, що не повинно залишати сховище.

00:11:02.000 --> 00:11:05.120
В обох випадках ви поширюєте помилки або витоки конфіденційних даних

00:11:05.120 --> 00:11:06.460
під логотипом вашої компанії.

00:11:06.600 --> 00:11:09.240
Інструменти управління, такі як перв'ю, існують не дарма.

00:11:09.380 --> 00:11:11.800
Поєднуйте конектори даних із класифікацією з першого дня,

00:11:11.960 --> 00:11:14.160
інакше потім доведеться виправляти проблеми з репутацією

00:11:14.160 --> 00:11:15.280
та порушення комплеєнсу.

00:11:15.400 --> 00:11:16.680
Отже, урок зрозумілий.

00:11:16.900 --> 00:11:19.100
Обґрунтування – це недодаткова розширена функція.

00:11:19.240 --> 00:11:22.360
Це база, яка відрізняє корисні co-пайлот від ненадійних базікань.

00:11:22.360 --> 00:11:24.660
Якщо все зроблено правильно, це озброює користувачів фактами,

00:11:24.740 --> 00:11:26.600
пов'язаними з реальним контентом і підкріпленими журналами,

00:11:26.720 --> 00:11:27.400
які можна захистити.

00:11:27.560 --> 00:11:30.680
Якщо неправильно, це масштабу є галюцинації та витоки в організації швидше,

00:11:30.780 --> 00:11:31.980
ніж ви встигнете відкрити тікет.

00:11:32.120 --> 00:11:34.280
Ось чому наступний виклик є настільки ж критичним.

00:11:34.420 --> 00:11:36.640
Оскільки один обґрунтований агент – це керовано,

00:11:36.740 --> 00:11:39.540
а десятки агентів без нагляду – це початок справжніх проблем.

00:11:39.760 --> 00:11:41.660
Управління, що зупиняє розростання агентів,

00:11:41.760 --> 00:11:42.980
перш ніж воно переростив хаос.

00:11:42.980 --> 00:11:45.060
Управління в цьому контексті – це набір правил,

00:11:45.140 --> 00:11:48.240
які не дають агентам Coopilot перетворитися на неконтрольований безлад.

00:11:48.240 --> 00:11:50.180
Це спосіб визначити, хто може їх створювати,

00:11:50.280 --> 00:11:52.020
де вони працюють і до яких даних мають доступ,

00:11:52.140 --> 00:11:53.480
не залишаючи все на волю випадку.

00:11:53.640 --> 00:11:56.360
Майкрософт уже надає вам інструменти для забезпечення цього.

00:11:56.560 --> 00:12:00.000
Система керування Coopilot у центрі адміністрування Microsoft 365,

00:12:00.440 --> 00:12:03.120
керування життєвим циклом у центрі адміністрування Pava Platform,

00:12:03.280 --> 00:12:05.740
Microsoft Perview для міток конфіденційності та DLP,

00:12:05.740 --> 00:12:08.260
а також діагностичні журнали Coopilot для аудиту.

00:12:08.420 --> 00:12:11.960
Уявіть їх як чотири опори, що не дають картковому будиночку завалитися.

00:12:12.120 --> 00:12:15.280
Одне, що варто знати заздалегідь – керування сценаріями Coopilot –

00:12:15.280 --> 00:12:17.160
не для кожного, хто має права адміністратора.

00:12:17.300 --> 00:12:20.940
Це потребує спеціальних ролей, таких як глобальний адміністратор або адміністратор ЩІ.

00:12:21.100 --> 00:12:22.560
Дотримуйтесь принципу мінімальних привілеїв,

00:12:22.640 --> 00:12:25.380
щоб не давати комусь меч, який може поранити сильніше, ніж вони усвідомлюють.

00:12:25.480 --> 00:12:27.580
Обмеження кола осіб, які можуть перемикати ці налаштування,

00:12:27.580 --> 00:12:28.740
є окремою формою управління.

00:12:28.860 --> 00:12:31.060
Впроваджуйте правила життєвого циклу ще на етапі проєктування,

00:12:31.180 --> 00:12:32.300
а не після того, як усе готово.

00:12:32.420 --> 00:12:34.740
Правило перше – визначте, хто може створювати агентів

00:12:34.740 --> 00:12:37.540
і прив'яжіть це до середовищ у Центрі адміністрування PAVA Platform.

00:12:37.740 --> 00:12:39.900
Правило друге – визначте, хто може публікувати агентів,

00:12:40.000 --> 00:12:42.940
використовуючи налаштування Coopilot у Центрі адміністрування 365

00:12:42.940 --> 00:12:44.600
для схвалення чи блокування релізів.

00:12:44.720 --> 00:12:46.760
Правило третє – визначте, де можуть працювати агенти,

00:12:46.760 --> 00:12:48.380
призначаючи їх в ізольовані середовища,

00:12:48.480 --> 00:12:50.900
щоб робоче середовище не стало ще однією відкритою ареною.

00:12:51.000 --> 00:12:53.300
І правило четверте – визначте, як розподіляються кредити,

00:12:53.420 --> 00:12:55.900
для чого використовується лічильник споживання агентів Coopilot.

00:12:56.060 --> 00:12:58.420
Цей лічильник показує в цифрах, коли ваш запас ресурсів

00:12:58.420 --> 00:13:00.520
вичерпується занадто швидко і хто його витрачає.

00:13:00.700 --> 00:13:03.440
Перв'ю – це мережа відповідності, на яку ви вже покладаєтеся

00:13:03.440 --> 00:13:05.860
для документів і пошти, і тут вона працює так само.

00:13:06.160 --> 00:13:08.000
Застосовуйте мітки конфіденційності до даних,

00:13:08.000 --> 00:13:10.140
щоб, навіть якщо агент підключається до джерела,

00:13:10.300 --> 00:13:11.740
мітка переносилася у відповіді.

00:13:11.980 --> 00:13:14.600
Використовуйте політики DLP, щоб заблокувати агентам

00:13:14.600 --> 00:13:16.580
доступ до конфіденційних полів у відповідях.

00:13:16.700 --> 00:13:19.400
Політики зберігання не дають застарілому контенту затримуватися,

00:13:19.520 --> 00:13:21.180
щоб ваші агенти не використовували дані,

00:13:21.260 --> 00:13:23.040
які мали втратити актуальність тижні тому.

00:13:23.240 --> 00:13:24.720
Коли ви встановили ці запобіжники,

00:13:24.880 --> 00:13:27.140
кожен агент автоматично отримує цей нагляд.

00:13:27.140 --> 00:13:29.280
Ще один крок, який пропускають більшість команд –

00:13:29.280 --> 00:13:30.720
увімкнення діагностичних журналів.

00:13:30.720 --> 00:13:33.260
Перемкніть цей тумблер, і ви отримаєте чітку видимість

00:13:33.260 --> 00:13:34.180
кожної взаємодії.

00:13:34.360 --> 00:13:37.100
Запити, відповіді, посилання на контент, системні журнали –

00:13:37.100 --> 00:13:39.520
усе це формує записи, які можна використати пізніше.

00:13:39.660 --> 00:13:41.920
Якщо менеджер запитає, чому агент надав неправильну інструкцію,

00:13:42.000 --> 00:13:43.360
ви зможете відтворити історію замість того,

00:13:43.480 --> 00:13:44.500
щоб просто знизувати плечима.

00:13:44.620 --> 00:13:47.260
Більше того, адміністратори можуть надсилати звіти від імені користувачів,

00:13:47.260 --> 00:13:49.240
навіть якщо самі користувачі не надсилають відгуки.

00:13:49.240 --> 00:13:52.280
Це перетворює усунення несправностей з реактивного процесу на проактивний.

00:13:52.400 --> 00:13:54.780
Це не про сповільнення інновацій, а про їх спрямування.

00:13:54.960 --> 00:13:58.120
Студіо уробить створення потоків для просунутих користувачів неймовірно легким,

00:13:58.200 --> 00:14:01.520
а набір інструментів дозволяє розробникам швидко виводити складні збірки у роботу.

00:14:01.680 --> 00:14:04.240
Без належного контролю така швидкість призводить до дублювання та суперечностей.

00:14:04.960 --> 00:14:07.960
За наявності управління та сама швидкість забезпечує створення багаторазових ресурсів,

00:14:08.040 --> 00:14:09.900
що залишаються відповідними стандартами і контролюваними.

00:14:09.900 --> 00:14:12.320
Різниця не в тому, наскільки креативні ваші співробітники,

00:14:12.420 --> 00:14:14.760
а в тому, наскільки дисциплінованою є структура навколо них.

00:14:14.940 --> 00:14:17.160
Навіть відстеження витрат є частиною управління.

00:14:17.280 --> 00:14:20.020
Лічильник споживання в центрі адміністрування – це не просто бухгалтерський звіт,

00:14:20.120 --> 00:14:21.180
це ваш балансувальний інструмент.

00:14:21.440 --> 00:14:24.860
Ви можете призначати пакети кредитів, контролювати перевищення за моделью оплати за фактом

00:14:24.860 --> 00:14:26.360
і тримати використання в межах бюджету.

00:14:26.520 --> 00:14:28.600
Якщо ігнорувати це, ви дізнаєтеся про обмеження лише тоді,

00:14:28.600 --> 00:14:31.440
коли агент раптово зупиниться посеред робочого процесу через вичерпання ліміту.

00:14:31.580 --> 00:14:34.440
Ви ж не хочете займатися налагодженням продуктивної системи з порожнім баком.

00:14:34.600 --> 00:14:37.040
За вдалого сценарію управління відчувається як броня.

00:14:37.200 --> 00:14:39.520
Достатньо гнучка, щоб розробники могли рухатися швидко,

00:14:39.620 --> 00:14:42.200
але достатньо надійно, щоб одна помилка не потопила всю команду.

00:14:42.340 --> 00:14:44.020
При невдалому сценарії ви ігноруєте це,

00:14:44.100 --> 00:14:46.020
дозволяєте агентам створюватися без хвалення

00:14:46.020 --> 00:14:49.380
і змушені латати дірки в усіх відділах, поки аудитори дихають у потилицю.

00:14:49.380 --> 00:14:52.820
Управління не робить гру нудною, воно робить її здатною до виживання.

00:14:52.960 --> 00:14:56.040
А виживання веде прямісінько до наступної пастки в підземельній.

00:14:56.040 --> 00:14:57.800
Бо як тільки управління взято під контроль,

00:14:57.920 --> 00:15:00.080
наступний сюрприз буде не технічним, а фінансовим.

00:15:00.240 --> 00:15:02.400
Є причина, чому адміністратори прокидаються в холодному поті,

00:15:02.460 --> 00:15:03.920
коли фінансовий відділ перевіряє лічильник.

00:15:04.040 --> 00:15:06.040
Ніщо не псує враження від працюючої системи швидше,

00:15:06.040 --> 00:15:07.660
ніж вигляд рахунку, який вона генерує.

00:15:07.660 --> 00:15:10.400
Ліцензування та витрати – це пастки, які ви не помітили.

00:15:10.600 --> 00:15:13.140
Ліцензування та витрати – це пастки, які більшість команд не бачить,

00:15:13.220 --> 00:15:14.860
поки вони вже не опинилися на ігровому полі.

00:15:15.000 --> 00:15:17.740
Microsoft продає вам ілюзію швидких збірок і ефектних демонстрацій,

00:15:17.840 --> 00:15:20.500
але все це не має значення, якщо кредити зникають у середині місяця,

00:15:20.560 --> 00:15:22.780
або конектор тихо додає ще одну вимогу щодо ліцензії.

00:15:22.780 --> 00:15:25.540
Це не примітка, це ключовий механізм, яким ви повинні керувати,

00:15:25.700 --> 00:15:29.260
інакше ваші агенти зупиняться саме в той момент, коли люди почнуть на них покладатися.

00:15:29.260 --> 00:15:31.860
Co-Pilot Studio працює на кредитах Co-Pilot.

00:15:32.040 --> 00:15:36.180
Ви купуєте їх пакетами – 25 тисяч кредитів приблизно за 200 доларів на місяць для орендаря,

00:15:36.260 --> 00:15:38.260
або використовуєте лічильник з оплатою за фактом,

00:15:38.360 --> 00:15:41.680
де рахунок приходить наприкінці періоду залежно від того, що спожила організація.

00:15:41.860 --> 00:15:45.660
Звучить щедро, але документація чітко вказує, що споживання не є рівномірним.

00:15:45.660 --> 00:15:49.460
Тут діють багаторівневі тарифи, стандартні негенеративні дії коштують менше,

00:15:49.540 --> 00:15:51.760
тоді як генеративні відповіді витрачають більше.

00:15:51.760 --> 00:15:54.620
Точні цифри змінюються згідно з ліцензійними правилами Microsoft,

00:15:54.820 --> 00:15:57.840
тому розглядаєте документи з білінгу як частину свого робочого набору.

00:15:58.000 --> 00:16:02.180
Головне те, що тестові запити і виробничі відповіді вичерпують один і той самий пул ресурсів.

00:16:02.340 --> 00:16:06.100
У системі немає прихованої безкоштовної пісочниці, хоч якби ви цього хотіли.

00:16:06.100 --> 00:16:08.480
Оскільки кредити розподіляються на весь орендарський акаунт,

00:16:08.540 --> 00:16:11.340
кожен агент використовує спільний пул, чи то бот для онбордингу HR,

00:16:11.500 --> 00:16:14.240
чи бот підтримки угод продажів, чи асистент фінансової звітності.

00:16:14.240 --> 00:16:16.400
Такий дизайн забезпечує гнучкість, але означає,

00:16:16.520 --> 00:16:20.660
що інтенсивне тестування в одному відділі може вичерпати ресурси для робочих процесів іншої команди.

00:16:20.780 --> 00:16:24.620
Якщо пул спорожніє, Coopilot Studio не обмежує швидкість і не надсилає м'яких попереджень.

00:16:24.780 --> 00:16:27.980
Вона просто призупиняє роботу цих агентів, доки кредити не будуть поповнені.

00:16:27.980 --> 00:16:32.420
Ви б не хотіли бути тією людиною, яка пояснює, чому робочий бот підтримки замов посеред транзакції

00:16:32.420 --> 00:16:35.120
лише тому, що інша група залишила свій тест запущеним на ніч.

00:16:35.120 --> 00:16:38.620
Оплата за фактом використання корисна, якщо ви хочете уникнути попередніх зобов'язань,

00:16:38.700 --> 00:16:41.020
оскільки платите лише за те, що реально витратили за місяць.

00:16:41.100 --> 00:16:43.200
Але лічильник працює жорстко і безсторонню.

00:16:43.340 --> 00:16:46.980
Швидкий раунд тестування прототипу споживає кредити так само, як і виробничий процес,

00:16:46.980 --> 00:16:50.060
що створює ризик перевищення бюджету, якщо не налаштовані сповіщення.

00:16:50.220 --> 00:16:53.760
Безпечний підхід – розглядати навіть тестові збірки як частину планування кредитів

00:16:53.760 --> 00:16:55.280
і встановлювати ліміти заздалегідь.

00:16:55.280 --> 00:16:59.460
Teams Toolkit або набір інструментів для агентів у VS Code використовують інший підхід.

00:16:59.620 --> 00:17:03.860
Ви не бачите списання кредитів за запит, бо робота виконується в межах ліцензії Microsoft 365

00:17:03.860 --> 00:17:06.080
Co-Pilot-користувача після публікації в пакеті.

00:17:06.080 --> 00:17:09.680
Це виглядає як свобода порівняно зі Studio, але покриває лише базові речі.

00:17:09.840 --> 00:17:14.320
Як тільки ви будуєте кастомного агента або підключаєте зовнішні сервіси, витрати починають зростати.

00:17:14.520 --> 00:17:18.280
Ари мають власні лічильники, корпоративні конектори часто потребують окремих ліцензій,

00:17:18.280 --> 00:17:21.440
а згоди адміністратора можуть підключити тарифи, на які ви не розраховували.

00:17:21.620 --> 00:17:25.080
Studio виставляє рахунок за дію, а Toolkit дозволяє уникнути моделі кредитів.

00:17:25.200 --> 00:17:27.320
Але обидва варіанти перекладають витрати в іншу площину.

00:17:27.520 --> 00:17:29.500
Називайте це компромісом, а не безкоштовним шляхом.

00:17:29.500 --> 00:17:30.480
Практичне правило таке.

00:17:30.580 --> 00:17:34.900
Teams Toolkit приховує витрати в рівнях інтеграції та сервісах, тоді як Studio змушує платити наперед кредитами.

00:17:35.040 --> 00:17:37.180
Жоден з варіантів не є дешевшим у будь-якому випадку.

00:17:37.180 --> 00:17:41.700
Ви повинні порівняти очікувані робочі процеси з документацією щодо ціноутворення, перш ніж обирати шлях.

00:17:41.820 --> 00:17:46.720
Легкий бот для погоджень на базі SharePoint може добре працювати в Studio, витрачаючи мізерну кількість кредитів.

00:17:46.880 --> 00:17:50.340
Складна інтеграція із зовнішньою CRM може бути доцільнішою в Toolkit,

00:17:50.340 --> 00:17:54.120
хоча ви платитимете за арі виклики CRM замість списання кредитів Co-Pilot.

00:17:54.320 --> 00:17:58.020
Все залежить від того, де саме відображаються витрати, а не від того, як їх повністю уникнути.

00:17:58.140 --> 00:18:00.500
Тож, як не дати цим пасткам перевернути весь стіл?

00:18:00.500 --> 00:18:05.780
По-перше, увімкніть моніторинг споживання на рівні орендаря за допомогою лічильника, агентів Co-Pilot або звітів з оплатою за фактом використання.

00:18:05.920 --> 00:18:11.020
По-друге, налаштуйте пороги сповіщень, щоб фінансовий та ІТ-відділи отримували повідомлення до того, як бюджет вичерпається.

00:18:11.020 --> 00:18:16.100
По-третє, розподіліть бюджети за підрозділами, використовуючи спеціальні пакети кредитів або чіткі внутрішні політики,

00:18:16.220 --> 00:18:18.140
щоб одна команда не витратила все за один спринт.

00:18:18.140 --> 00:18:21.180
Ці три елементи контролю допоможуть уникнути більшості неприємних сюрпризів.

00:18:21.320 --> 00:18:23.560
Розширена розробка додає ще один рівень складності.

00:18:23.680 --> 00:18:28.600
Інтеграції часто потребують прямої згоди адміністратора, і кожна така згода може за замовчуванням передбачати нові витрати.

00:18:28.600 --> 00:18:33.460
Той зовнішній ARRI, який ви підключили під час тестування, виставлятиме рахунки вам у робочому середовищі, а не Microsoft.

00:18:33.640 --> 00:18:38.940
Розумний крок – каталогізувати ліцензії та конектори під час проєктування та підтвердити відповідальних за оплату кожного з них перед впровадженням.

00:18:38.940 --> 00:18:42.140
Ставтеся до цього як до управління змінами для витрат, а не лише функціональності.

00:18:42.400 --> 00:18:44.960
Ліцензування – це не дрібний шрифт, а частина архітектури.

00:18:45.160 --> 00:18:48.540
Витрачайте кредити як токени в рейді, виважено, а не безрозсудно.

00:18:48.540 --> 00:18:54.720
Оберіть правильний набір ліцензій на старті, стежте за цифрами споживання та очікуйте на витрати за кожен новий інтеграційний конектор.

00:18:54.860 --> 00:19:01.000
Ніщо з цього не є необов'язковим, якщо ви хочете, щоб ваші агенти були доступні тоді, коли на них розраховують, що підводить нас до останньої фази.

00:19:01.000 --> 00:19:08.060
Створення, обґрунтування, керування та фінансування агента – це життєво важливі контрольні точки, але справжній показник – це не випуск у роботу, а тривала підтримка проєкту.

00:19:08.200 --> 00:19:10.620
Ось тут фінальна перспектива має найбільше значення.

00:19:10.620 --> 00:19:16.480
Отже, головний висновок – перемога не в яскравих демо, а в дотриманні правил, які роблять агентів корисними, а не непередбачуваними.

00:19:16.620 --> 00:19:18.680
По-перше, вибирайте шлях розробки з розумом.

00:19:18.800 --> 00:19:22.860
Co-Pilot Studio для швидкості Low-Code, Teams Toolkit для створення власних рушіїв та глибшого контролю.

00:19:22.860 --> 00:19:25.240
По-друге, забезпечте управління з моменту запуску.

00:19:25.360 --> 00:19:29.940
Мітки перв'ю, ролі адміністраторів, журнали діагностики та моніторинг споживання мають бути активовані перед публікацією.

00:19:30.060 --> 00:19:31.640
По-третє, плануйте свої витрати.

00:19:31.640 --> 00:19:36.980
Studio-O використовує кредитні пакети або оплату за фактом, тоді як Toolkit переносить витрати на зовнішні арі та сервіси.

00:19:37.060 --> 00:19:38.020
Питання закрито.

00:19:38.140 --> 00:19:40.640
Підписуйтесь, вмикайте сповіщення та залишайте коментарі.

00:19:40.780 --> 00:19:43.300
Що ви оберете для свого наступного проєкту – Studio-O чи Toolkit?