Latest / M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською / Чому Microsoft Copilot «сліпий»: власні агенти в Copilot Studio та Teams Toolkit для Salesforce і ServiceNow (ШІ-дубляж)

Transcript

Чому Microsoft Copilot «сліпий»: власні агенти в Copilot Studio та Teams Toolkit для Salesforce і ServiceNow (ШІ-дубляж) · M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською

• 0:00
  Ви думаєте, що Coopilot знає ваш бізнес?
• 0:01
  Це не так. Він сліпий.
• 0:03
  Він бачить заголовки в SharePoint, кілька листів, старі чати Teams.
• 0:06
  Але не воронку в Salesforce, не збоїв ServiceNow, не ваш власний ARRI.
• 0:09
  Ось у чому розрив.
• 0:11
  Ось рішення.
• 0:12
  Ми створимо спеціального агента, який базуватиметься на ваших реальних системах.
• 0:15
  Salesforce ServiceNow – ваш внутрішній REST-ARRI.
• 0:18
  Керовані, автентифіковані та перевірені дії всередині Microsoft 365.
• 0:22
  Зрештою, ви отримаєте корпоративного агента, який справді бачить і діє.
• 0:25
  Без ілюзій, реальний доступ, реальний контроль.
• 0:28
  Залишайтеся.
• 0:29
  Є один крок, який більшість команд пропускає.
• 0:31
  Це різниця між шумом і правдою.
• 0:33
  Як бачить Coopilot і чому він сліпий за замовчуванням?
• 0:36
  Вам сказали, що Coopilot розуміє вашу роботу.
• 0:39
  Правда простіша і суворіша.
• 0:40
  Coopilot бачить лише те, на чому базується.
• 0:43
  Нічого більше, нічого менше.
• 0:45
  За замовчуванням його поле зору, це ваш робочий граф Microsoft 365.
• 0:50
  Листи Outlook, чати Teams, файли SharePoint та Onedrive, можливо, розшифровки зустрічей.
• 0:54
  Корисно, але вузько.
• 0:55
  Легкий ореол навколо ваших щоденних кліків.
• 0:58
  Ось і все.
• 0:58
  Він не бачить Salesforce, не бачить стану рахунків, від яких ви залежите.
• 1:01
  Він не бачить сервіси нову, не бачить пріоритетів інцидентів чи порушених SLA.
• 1:05
  Він не бачить ваших внутрішніх систем за фаєрволом та власною схемою даних.
• 1:09
  Він не може.
• 1:10
  Не має шляху доступу, токена, інструменту чи бази, тому він вгадує, галюцинує або знизує плечима.
• 1:14
  Це сліпота.
• 1:15
  Чому?
• 1:16
  Тому що ідентичність і дані – це не магія.
• 1:18
  Це канали, токени, політики.
• 1:20
  Якщо ви не прокладете шлях дії до зовнішньої системи, Коупайлат не зможе її викликати.
• 1:24
  Якщо ви не відкриєте джерело знань, Коупайлат не зможе на нього послатися.
• 1:27
  Якщо ви не визначити інструкції з чіткими межами, Коупайлат заповнить порожнечу впевненістю та помилками.
• 1:31
  Ви це бачили.
• 1:32
  Привітний, але помилковий.
• 1:33
  Тепер хороші новини.
• 1:35
  Сліпота є опціональною.
• 1:36
  Ви даєте йому очі, додаючи дві речі – знання та інструменти.
• 1:39
  Знання – це база.
• 1:40
  Документи, сайти, таблиці, джерела, яким ви довіряєте.
• 1:43
  Додайте свій сайт FAQ, бібліотеку SOP у SharePoint.
• 1:46
  У Коупайлат Стюдіо ви також можете приєднати цінніші корпоративні джерела та надати їм пріоритет.
• 1:50
  Стюдіо поважає цей рейтинг.
• 1:52
  Він посилається на них.
• 1:53
  Він залишається в межах, які ви встановили.
• 1:55
  Якщо вимкнути пошук в інтернеті, він не буде блукати.
• 1:57
  Коли ви додаєте інструмент, ви визначаєте дієслова, які може виконувати ваш агент.
• 2:06
  Надіслати лист через Outlook, отримати можливість із Salesforce,
• 2:09
  прочитати інцидент із сервісу Know, викликати внутрішній REST endpoint із певними параметрами.
• 2:13
  Кожен інструмент працює під керуванням ідентифікатора.
• 2:16
  Ваш застосунок ентра, ваші області доступу, DLP, немає токена, немає дії.
• 2:19
  Просте правило – критична безпека.
• 2:21
  А як щодо стандартного Коупайлот у М365?
• 2:23
  Він може підсумувати документ Word, створити чернитку відповіді, знайти файл.
• 2:27
  Але запитайте його, який ризик неподовження по екмі.
• 2:29
  Він шукає у робочому графі.
• 2:31
  Він нічого не знаходить, бо ризик міститься в Salesforce у спеціальному полі,
• 2:35
  заоот невідомий, а отже невидимий.
• 2:37
  Додайте інструмент Salesforce, визначте запит, зіставте поля, обмежте області доступу.
• 2:42
  Запитайте знову, він отримає запис, обґрунтує відповідь, вкаже джерело,
• 2:45
  жодних галюцинацій, лише дані.
• 2:47
  Те саме з сервіси Now, те саме з вашим АРІ.
• 2:49
  Бачення з'являється, що й новина, лаштовуєте шлях доступу і зникає, як тільки ви його видаляєте.
• 2:53
  Якщо ви нічого більше не запам'ятаєте, запам'ятайте це.
• 2:56
  Коупайлот не знає.
• 2:57
  Він отримує дані через шляхи, які ви схвалили.
• 2:59
  Ви створюєте очі.
• 3:00
  Ви володієте оглядом.
• 3:02
  Шлях перший.
• 3:03
  Коупайлот Стюдіоу.
• 3:04
  Декларативні агенти для розробників і команд лоукоуд.
• 3:07
  Сліпоту не лікують надією, її лікують підключенням.
• 3:10
  Стюдіоу дає вам це підключення, не занурюючи в код.
• 3:13
  Декларативно, швидко, ізольовано.
• 3:15
  Почніть у Microsoft 365 Коупайлот, створіть агента, опишіть його, будьте лаконічними.
• 3:20
  Внутрішній агент, що відповідає на питання про стан рахунку через Salesforce,
• 3:24
  статус інцидентів з сервіси Now та обмеження продуктів з нашого АРІ.
• 3:27
  Вказуйте джерела.
• 3:28
  Відмовляйте, якщо даних бракує.
• 3:30
  Жодного зовнішнього вебу.
• 3:31
  Надіслати.
• 3:31
  Подивіться, як він готує оболонку.
• 3:33
  Добре, тепер зміцнюємо його.
• 3:35
  Перейдіть до конфігурації.
• 3:36
  Ідентичність насамперед.
• 3:37
  Назва іконка, чіткий опис, потім інструкції.
• 3:39
  Це ваш довідник.
• 3:40
  Просто безжально.
• 3:41
  Відповідаєте лише з використанням схвалених знань та інструментів.
• 3:44
  Завжди посилайтеся на джерела.
• 3:45
  Якщо поле відсутнє, скажіть про це.
• 3:47
  Ніколи не вгадуйте.
• 3:48
  Передавайте запит у підтримку, якщо впевненість низька.
• 3:50
  Додайте резервний варіант.
• 3:51
  Коли дані застаріли, просіть оновити.
• 3:53
  Ви не пишете поезію, ви будуєте бар'єри, далі знання, базуючись на процедурах SharePoint та внутрішніх FAQ.
• 4:00
  Якщо є публічний сайт документації, додайте URL, надайте вищий пріоритет внутрішнім процедурам, середній – публічним документам, вимкніть пошук в інтернеті.
• 4:07
  Ви впорядковуєте істину, а не збираєте дрібниці.
• 4:10
  Інструменти.
• 4:10
  Тут сліпота зникає.
• 4:12
  Натисніть «Додати інструмент».
• 4:13
  Спочатку Salesforce.
• 4:14
  Виберіть конектор Salesforce.
• 4:15
  Автентифікуйтеся через схвалений за стосунок Entra.
• 4:18
  Обмежте доступ тільки читання облікових записів, можливостей, оцінки стану, чи я впевнений, що нічого іншого не бачу.
• 4:22
  Studio запитає вхідні дані, визначте їх чітко.
• 4:25
  Назва облікового запису, поля для виведення.
• 4:28
  Додайте обмеження.
• 4:29
  Назва облікового запису має збігатися з наявним записом без символів підстановки.
• 4:32
  Зіставте вихідні дані з назвами «Ризик оновлення, ARR, наступний крок, посилання на джерело».
• 4:37
  Опишіть, коли це використовувати.
• 4:39
  Викликайте для запитань про стан облікового запису, ризик оновлення, ARR, власника або наступні кроки.
• 4:44
  Далі сервіс E-NOW, конектор, OOT, принцип найменших привілеїв.
• 4:47
  Читання інцидентів, CMDB.
• 4:49
  Читайте, якщо це потрібно.
• 4:51
  Вхідні дані, номер інциденту або назва облікового запису.
• 4:54
  Захистіть шлях вирішення.
• 4:55
  Якщо номер інциденту не надано, шукайте за назвою запису з обмеженням у три результати.
• 4:59
  Якщо знайдено кілька, попросіть користувача уточнити.
• 5:02
  Вихідні дані, пріоритет, стан, статус SLA, ким відкрито, посилання на оновлення.
• 5:06
  Правило використання застосовуйте, коли користувач запитує про відкриті інциденти, порушення SLA або статус тікета.
• 5:11
  Тепер власна RIS-TARI.
• 5:13
  Ваші головні активи.
• 5:14
  Натисніть «Додати власний конектор», якщо він є, якщо ні, виберіть HTTP з Azure ID.
• 5:18
  Надайте базову URL-адресу.
• 5:20
  Обмежте програму Enter лише потрібною кінцевою точкою.
• 5:23
  Поуст, ліміти, запит.
• 5:25
  Вхідні дані ID продукту, рівень клієнта.
• 5:29
  Перевірка.
• 5:29
  Відхиляйте запити, якщо ID продукту відсутній у списку схвалених.
• 5:33
  Вихідні дані, максимальний.
• 5:35
  Користувачів, ліміт запитів, примітки.
• 5:37
  Правило використання застосовуйте для лімітів продукту, прав на план або обмежень відповідності.
• 5:40
  Це момент, який пропускає більшість команд, пріоритетність та умови.
• 5:43
  Відкрийте оркестрацію інструментів.
• 5:45
  Вкажіть агенту, який інструмент є пріоритетним при перетині запитань.
• 5:48
  Якщо користувач згадує оновлення, надайте перевагу Salesforce.
• 5:51
  Якщо згадує тікет або пріоритет, надайте перевагу сервісу нову.
• 5:54
  Якщо згадує ліміт або права, надайте перевагу внутрішньому арі.
• 5:57
  Встановіть мінімальний поріг впевненості.
• 5:59
  Якщо отримання даних повертає нал для критичного поля, поставте уточнювальне запитання перед відповіддю.
• 6:03
  Тестування правої панелі.
• 6:05
  Запитайте, який ризик оновлення для ECMEE та чи є відкриті інциденти.
• 6:08
  Слідкуйте за картою активності.
• 6:09
  Він має викликати Salesforce з назвою облікового запису ECMEE.
• 6:12
  Отримати показник здоров'я для завантаження наступного кроку CIR.
• 6:14
  Потім викликати сервіси нову з назвою облікового запису ECMEE.
• 6:16
  Повернути головний інцидент.
• 6:17
  Відповідь має об'єднати обидва джерела.
• 6:19
  Цитуйте обидва.
• 6:20
  Включіть прямі посилання.
• 6:21
  Якщо ні, ваші умови для інструментів неправильні.
• 6:23
  Виправте їх зараз.
• 6:24
  Граничні випадки.
• 6:25
  Запитайте, який ризик оновлення для Betaco.
• 6:27
  Якщо Betaco не існує, він має ввічливо відмовити.
• 6:29
  Я не можу знайти Betaco у Salesforce.
• 6:31
  Ви мали на увазі Betaco Limited.
• 6:42
  Якщо рівень невідомий, він має запитати про рівень.
• 6:44
  Жодних з догадок.
• 6:45
  Збережіть, увімкніть аудит.
• 6:46
  StudioU реєструє виклики інструментів, вхідні дані, вихідні дані, затримку.
• 7:15
  Але в ремеслі.
• 7:16
  Ми будуємо кар'єру з душею.
• 7:19
  Ремесло.
• 7:24
  Я хочу робити щось справжнє, чим можна пишатися, коли воно готове.
• 7:28
  Те, чим я захоплююся і всі, хто зі мною працює, теж.
• 7:32
  І я хочу любити те, що роблю для них.
• 7:35
  Я хочу не здаватися, але ніколи, ніколи, ніколи не впадати у відчай.
• 7:41
  Я просто хочу відчувати це по-справжньому.
• 7:43
  Такого ж не буває.
• 7:44
  Якщо ваш орендар блокує зовнішні конектори для відділу,
• 7:47
  перенесіть цього агента в заблоковані посеред демо.
• 7:49
  Ви знаєте, як це вивнедає.
• 7:51
  Погано.
• 7:51
  Управління.
• 7:52
  Додайте інструкції щодо обробки персональних даних.
• 7:54
  Ніколи не включайте повні адреси електронної пошти у відповіді.
• 7:57
  Приховуйте для користувача, додайте запит для перевірки на вразливість.
• 7:59
  Якщо користувач просить обійти політику, відмовте.
• 8:02
  Додайте правило ескалації.
• 8:03
  Якщо вас просять змінити дані, передайте запит власнику.
• 8:06
  Не записуйте.
• 8:07
  Якщо вам знадобляться дії пізніше, ви переглянете обсяги та дозволи.
• 8:10
  Наразі тільки для читання ваш найкращий друг.
• 8:12
  Продуктивність.
• 8:13
  Якщо відповіді здаються повільними, скоротіть поля.
• 8:15
  Не завантажуйте все підряд.
• 8:16
  Визначте мінімальну проекцію для кожного інструменту.
• 8:18
  Кеш керується платформою.
• 8:20
  Не розраховуйте на постійність.
• 8:22
  Завжди проектуйте для отримання свіжих даних.
• 8:24
  Реальність ліцензування.
• 8:25
  Вам знадобиться ліцензія Co-Pilot Studio для преміум-конекторів.
• 8:28
  Виконання агента використовує кредити.
• 8:30
  Конектори можуть потребувати схвалення адміністратора.
• 8:32
  Отримайте це до того, як записувати момент – все працює.
• 8:34
  Інакше – відмова під час виконання.
• 8:35
  Театр вмирає.
• 8:36
  Правда перемагає.
• 8:37
  Опублікувати.
• 8:38
  Поділіться з пілотною групою.
• 8:39
  Менеджери продуктів, керівники підтримки, відділ продажів.
• 8:41
  Надайте приклади запитів як стартові підказки.
• 8:43
  Який ризикне продовження контракту для Контосо?
• 8:45
  Перерахуйте відкриті інциденти для Північної Америки.
• 8:48
  Який лімітарі для плану ПРОУ?
• 8:50
  Нехай вони спробують його зламати.
• 8:51
  Стежте за картою активності.
• 8:53
  Виправляйте інструкції.
• 8:54
  Звужуйте межі доступу.
• 8:55
  Тепер ви бачите все в межах політики та аудиту.
• 8:58
  Все ще.
• 9:34
  Звужуйте межі доступу.
• 9:36
  Тепер ви бачите все в межах політики та аудиту.
• 9:39
  Studio виконала важку роботу, ви накреслили межі, агент підкоряється.
• 9:43
  Другий шлях.
• 9:44
  Teams Toolkit для VS Code, професійні агенти та плагіни.
• 9:47
  Studio дала вам очі, Toolkit дає хірургічну точність, повний контроль, жодних обмежень, які ви не створювали.
• 9:52
  Якщо Studio – це проводка, то Toolkit – це друкована плата.
• 9:55
  Відкрийте VS Code, встановіть Teams Toolkit, тихо, без шуму, увійдіть зі свого облікового запису розробника, а не з основного робочого профілю.
• 10:01
  Ви вже знаєте чому.
• 10:03
  Створіть новий проект.
• 10:04
  Плагін Coopilot Zari.
• 10:06
  Це створює каркас професійної агентської можливості для Microsoft 365, Coopilot і Teams.
• 10:10
  Це не просто чат-бот, це навичка, інструмент із чіткими командами, схемами та авторизацією.
• 10:15
  Модель викликає ваш інструмент тоді, коли цього вимагають ваші інструкції та маніфест.
• 10:18
  Точність замість емоцій.
• 10:20
  Ви побачите три якорі «Маніфест», «Специфікацію плагіна», «OpenAri.ai» та «Код функції».
• 10:25
  Маніфест оголошує ваші можливості, «Специфікація» визначає ваш контракт, а функція виконується з вашою ідентичністю, а не фантазіями моделі.
• 10:31
  Почніть з ідентичності.
• 10:32
  Реєстрація застосунку Вентра
• 10:34
  Принцип найменших привілею
• 10:36
  Створіть новий застосунок.
• 10:38
  Назвіть його Agent Salesforce Service NavAri.
• 10:40
  Додайте два секрети, якщо потрібно, але краще використовуйте автентифікацію за сертифікатом.
• 10:44
  Додайте дозволи застосунку до URI-ідентифікатора вашого внутрішнього Ари.
• 10:47
  Для Salesforce та сервіса ново використовуйте делеговану автентифікацію або суб'єкти служби через безпечний потік облікових даних клієнта у вашій функції.
• 10:53
  Ніколи не розкривайте необроблені секрети моделі, ніколи.
• 10:55
  Повернемося до файлів середовища набору інструментів n.dev, посилання на Azure, kivol.
• 11:00
  Не вставляйте секрети, вказуйте на URI секрету.
• 11:02
  Використовуйте керовану ідентичність при розгортанні в Azure Functions або Container Apps.
• 11:06
  Для локальної розробки можна використовувати CLI-розробника з федеративними обліковими даними без звичайного тексту.
• 11:10
  Жодних виправдань.
• 11:11
  Визначте специфікацію плагіна.
• 11:13
  OpenAri.yaml.
• 11:14
  Зробіть її лаконічною.
• 11:16
  Один шлях для кожного дієслова.
• 11:18
  Salesforce opportunity.jet.
• 11:20
  Service no incident.jet.
• 11:22
  Запит внутрішніх лімітів.
• 11:24
  Документуйте параметри.
• 11:25
  Назва облікового запису ID можливості, номер інциденту, ID продукту, рівень клієнта.
• 11:30
  Для кожного напишіть чіткі описи та обмеження.
• 11:32
  Назва облікового запису точний збіг рядка без підстановочних знаків.
• 11:37
  Номер інциденту має відповідати INC та цифрам.
• 11:40
  Включіть схеми відповіді.
• 11:41
  Ніколи не повертайте необроблені записи.
• 11:43
  Використовуйте мінімальну проєкцію.
• 11:45
  ID, назва, статус, ризик, наступний крок, посилання.
• 11:47
  Модель розуміє структуру. Двозначність веде до галюцинацій.
• 11:51
  Підключіть обробник.
• 11:52
  SRC Functions opportunity.get.
• 11:54
  TIS. Використовуйте HTTP Trigger.
• 11:56
  Спочатку перевірте вхідні дані.
• 11:58
  Відхиляйте порожню назву облікового запису.
• 12:00
  Нормалізуйте регістр.
• 12:01
  Ведіть журнал з кореляційним ID.
• 12:03
  Отримайте токен для Salesforce.
• 12:04
  Використовуйте OnBahaf.of, якщо користувач присутній у Teams,
• 12:07
  або сервісний обліковий запис з доступом тільки для читання, якщо це фоновий інструмент.
• 12:11
  Викличте сервіси Salesforce REST Data V59.
• 12:14
  Тайм-аут п'ятьох секунд.
• 12:29
  Повторіть запит.
• 12:30
  Вам потрібна швидка відмова, а не очікування зомбі.
• 12:33
  Перетворіть результат.
• 12:34
  Зіставте поля.
• 12:35
  Розрахуйте просту мітку ризику.
• 12:38
  Високий ризик, якщо показник здоров'я низький.
• 12:41
  Ми включимо глибоке посилання.
• 12:43
  Поверніть JSON.
• 12:52
  Не додавайте власну думку.
• 12:54
  Не робіть резюме.
• 12:55
  Модель впорається з мовою.
• 12:56
  Ви відповідаєте за істину.
• 12:58
  Повторіть для сервісу нову.
• 12:59
  Не перевіряйте номер інциденту або поверніться до пошуку за назвою облікового запису з лімітом 3.
• 13:04
  У разі двозначності поверніть варіанти з ID та назвами.
• 13:07
  Змусте модель попросити користувача зробити вибір.
• 13:10
  Жодних припущень на осліп.
• 13:11
  Запит до АРІ таблиці.
• 13:13
  АРІ тепер до таблиці інцидентів.
• 13:14
  Сіспарм запиту номер INC, наприклад, 12 345.
• 13:18
  Сіспарм поля NUMBA, Priority, State, Shot, Description, СІС нижнє підкреслення Update,
• 13:22
  нижнє підкреслення ON, СІС нижнє підкреслення ID.
• 13:25
  Зіставте цей стан з нормалізованим переліком.
• 13:27
  Новий в роботі вирішений.
• 13:29
  За потреби визначте буливі значення порушення SLA другим викликом.
• 13:32
  АРІ тепер до таблиці SLA завдань з продажу.
• 13:34
  Завдання.
• 13:35
  Вкладіться у два запити, швидкість має значення.
• 13:38
  Потім внутрішній АРІ.
• 13:40
  Запит лімітів.
• 13:41
  Отримайте токен для області дії вашого АРІ.
• 13:44
  Надійшліть запит лімітів з ID продукту та рівнем клієнта.
• 13:47
  Перевірте обидва за локальним списком дозволів, кешуваним у конфігурації.
• 13:51
  Ніколи не дозволяйте моделі вигадувати ID.
• 13:52
  Поверніть ліміт максимальної кількості користувачів за хвилину.
• 13:55
  Посилання на нотатки до політики.
• 13:56
  Якщо АРІ повертає 404, передайте це далі.
• 13:58
  Модель має запитати дійсний продукт.
• 14:00
  Це безпечна відмова.
• 14:01
  Додайте політику.
• 14:02
  Легкий проміжний рівень захисту.
• 14:04
  Якщо контекст користувача існує, застосуйте вимоги умовного доступу.
• 14:07
  Якщо відділко, сейлз, а шлях починається з сейлзфорс, блокуйте з 403.
• 14:12
  Якщо географія США, а шлях перевищує внутрішні ліміти продажів, запит і дані мають бути лише у США.
• 14:17
  Блокуйте з чіткою короткою причиною.
• 14:19
  Модель може повідомити про відмову.
• 14:21
  Ось де управління зустрічається з кодом.
• 14:23
  Вони просили контроль, ви його надали.
• 14:25
  Пишіть модульні тести.
• 14:27
  Jest, мокуйте HTTP клієнти.
• 14:29
  Золоті зразки.
• 14:30
  Один тест на шлях.
• 14:32
  Успіх не знайдено, некоректні вхідні дані, заблоковано політикою, тайм-аут.
• 14:35
  CI запускає їх при кожному пуші.
• 14:37
  Toolkit інтегрується з GitHub Actions.
• 14:39
  Додайте збірку, тестування, лінтинг, розгортання в дев.
• 14:41
  Ви не влаштовуєте шоу, ви постачаєте контрольований доступ.
• 14:44
  Локальний тест.
• 14:44
  Попередній перегляд Teams Toolkit у локальному середовищі Teams.
• 14:47
  Він запускається, реєструє ваш плагін, відкриває Microsoft 365 Co-Pilot у пісочниці Teams.
• 14:52
  Запитайте, який ризик поновлення та відкриті інциденти для ECMI.
• 14:55
  Агент аналізує.
• 14:57
  Він має викликати GET для можливостей, потім GET для інцидентів.
• 14:59
  Стежте за кореляцією логів, вона пов'язує ланцюжок.
• 15:01
  200-200.
• 15:03
  Відповідь об'єднується на рівні моделі з вашим JSON.
• 15:05
  Він посилається на ваш інструмент за назвою.
• 15:07
  Якщо ні, виправте описи дій у маніфесті.
• 15:09
  Моделі потрібна підказка.
• 15:11
  Перевірка продуктивності.
• 15:12
  Якщо затримка понад 3 секунди, скорочуйте поля.
• 15:13
  Кешуйте список дозволів у пам'яті.
• 15:15
  Надавайте перевагу HTTP2.
• 15:17
  Примайте TLS активним.
• 15:18
  Переходьте на Azure Functions Premium або Container Apps з мінімальними екземплярами.
• 15:21
  Холодні запуски – це смерть.
• 15:23
  Встановіть тайм-аут функції максимум на 10 секунд.
• 15:25
  Помиляйтеся швидко, пояснюйте швидко, розгортайте.
• 15:27
  Teams Toolkit Provision для Azure.
• 15:29
  Слот з керованою ідентичністю.
• 15:31
  Прив'яжіть сховище ключів, зареєструйте плагін у центрі адміністрування Teams,
• 15:34
  обмежте його групою безпеки лише для пілотної групи,
• 15:37
  додайте моніторинг, Application Insights,
• 15:38
  спеціальні параметри, хешований ID користувача,
• 15:41
  назву інструмента, код стану, панелі моніторингу, MS Build.
• 15:43
  Вони знадобляться вам, коли керівництво запитає «Це безпечно».
• 15:46
  Ви вкажете «Цифри не брешуть».
• 15:48
  Тепер поєднайте це зі своїм агентом у Studio.
• 15:50
  Studio викликає ваш плагін як інструмент.
• 15:52
  Ви отримуєте переваги обох.
• 15:53
  Декларативна оркестрація, точність професійної розробки,
• 15:55
  відсутність сліпих зон, обмежений доступ, аудит, контроль, захист.
• 15:58
  Демонстрація порівняння Studio проти Toolkit на одному прикладі.
• 16:01
  То саме запитання.
• 16:03
  Два шляхи.
• 16:04
  Спостерігайте за розбіжністю.
• 16:05
  Запит у Studio.
• 16:07
  Який ризик оновлення для ЕКМІ і чи є відкриті інциденти СЕВ-1?
• 16:10
  Також підтвердьте ліміти АРІ для продукту X рівня ПРОУ.
• 16:13
  Агент читає інструкції, обирає інструменти згідно з вашими правилами оркестрації.
• 16:17
  Перший виклик – Salesforce.
• 16:18
  Вхідні дані відображаються на карті активності.
• 16:25
  Режим лише читання, час відповіді – 500 мілісекунд.
• 16:30
  Повертає чистий об'єкт.
• 16:32
  Studio позначає його та посилається на Salesforce.
• 16:34
  Другий виклик – ServiceNow.
• 16:36
  Назва облікового запису – ЕКМІ.
• 16:37
  Ліміт 3.
• 16:38
  Знаходить два інциденти.
• 16:40
  Неоднозначність.
• 16:40
  Ваше правило вимагає уточнюючого запитання.
• 16:42
  Ви мали на увазі INC 01245 чи INC 01301?
• 16:46
  Ви обираєте INC 001301.
• 16:49
  Пріоритет 1.
• 16:50
  Стан у процесі.
• 16:51
  Статус SLA порушено.
• 16:53
  Studio формує відповідь із цитуваннями та прямими посиланнями.
• 16:56
  Жодних висновків – лише те, що ви надали.
• 16:58
  Третій виклик – внутрішній ARRI.
• 16:59
  ID продукту – продукт X-рівень клієнта PRO.
• 17:02
  Повертає максимальний.
• 17:03
  Користувачів – 100.
• 17:04
  Ліміт запитів за хвилину – 600 з плеск до 900 зі схваленням.
• 17:07
  Надано посилання на політику.
• 17:08
  Studio об'єднує це в кінці.
• 17:09
  Усі три джерела оранжувані.
• 17:11
  Якщо поле було порожнім, система це зазначає.
• 17:13
  Ви налаштували цю поведінку з повіщення про помилки.
• 17:15
  Вона виконується.
• 17:15
  Загальна затримка близько двох секунд із справними бекендами.
• 17:18
  Ви не торкалися коду.
• 17:19
  Ви визначили дії, входи, виходи та пріоритет.
• 17:22
  Модель опрацювала мову.
• 17:23
  Studio виконала налаштування зв'язків.
• 17:25
  Ідентифікація в межах ваших орендних обмежень.
• 17:27
  Аудит зафіксував кожен виклик.
• 17:28
  Тепер той самий запит через Toolkit.
• 17:30
  Ваш копілот у Teams із зареєстрованим плагіном.
• 17:32
  Модель читає ваш маніфест і специфікацію.
• 17:34
  Вона вирішує, що ваші інструменти відповідають наміру.
• 17:36
  Викликає отримання можливості з назвою облікового запису ECMI.
• 17:39
  Ваша функція перевіряє вхідні дані, реєструє ID кореляції, отримує токен.
• 17:43
  Виконує запити SOQL із суворою проекцією.
• 17:45
  Повертає JSON для високого ризику, оцінки стану 36, AR1, 2,6, наступний крок EXEC QBR 615, посилання.
• 17:54
  Модель відображає це простою мовою.
• 17:56
  Вона називає ваш інструмент.
• 17:58
  Далі вона викликає Incident Get.
• 18:00
  Ви приймаєте номер інциденту або назву облікового запису.
• 18:02
  Вона отримала назву облікового запису.
• 18:03
  Ви повертаєте два варіанти, бо двозначність небезпечна.
• 18:06
  Модель просить користувача зробити вибір.
• 18:08
  Ви отримуєте INC001301.
• 18:10
  Ви робите запит MapState Compute Bridged True.
• 18:12
  Повертаєте нормалізований об'єкт інциденту.
• 18:15
  Знову модель описує процес.
• 18:16
  Вона згадує інструмент.
• 18:18
  Потім обмежує запит Product ID Pro Dex Custom Tier Pro.
• 18:21
  Ваш обробник перевіряє обидва за списком дозволів.
• 18:23
  Валідно.
• 18:24
  Ви отримуєте токен ARRI.
• 18:25
  Надсилаєте.
• 18:26
  Трансформуєте.
• 18:27
  Повертаєте мінімальну політику.
• 18:29
  Максимальний.
• 18:29
  Користувачів ліміт за хвилину, берст політика, посилання на політику.
• 18:32
  Модель представляє це.
• 18:34
  Один абзац, три цитати, стабільна структура.
• 18:37
  Що змінилося?
• 18:38
  Контроль.
• 18:39
  Зі Studio викрутили налаштування.
• 18:41
  З Toolkit ви під'єднали плату.
• 18:42
  Ви написали валідацію вводу.
• 18:44
  Ви обрали проекцію.
• 18:45
  Ви впровадили політику в коді.
• 18:47
  Продуктивність стала кращою.
• 18:48
  Повідомлення про помилки ваші, а не загальні.
• 18:50
  Ви можете додати кешування, повтори, запобіжники.
• 18:52
  Ви можете додати правила заборони для відділів у мідалвер.
• 18:55
  Ви контролюєте затримку.
• 18:56
  Ви контролюєте радіус ураження.
• 18:57
  І ось у чому суть.
• 18:58
  Studio и Toolkit – не суперники.
• 19:00
  Це рівні.
• 19:01
  Дозвольте агенту Studio керувати.
• 19:03
  Дозвольте вашому плагіну Toolkit виконувати.
• 19:04
  Studio визначає основу питання.
• 19:06
  Інструменти Toolkit надають правду.
• 19:08
  Один мозок, багато рук, точність у всьому.
• 19:10
  Більшість команд помиляються, зупиняючись на Studio або на Toolkit.
• 19:14
  Вони не поєднують їх.
• 19:15
  Вони обирають сліпоту або хаос.
• 19:17
  Не робіть цього.
• 19:18
  Використовуйте Studio для швидкої оркестрації та управління.
• 19:20
  Використовуйте Toolkit для чітких меж, ідентифікації та структури.
• 19:23
  Разом модель не зможе помилятися.
• 19:24
  Вона може діяти лише там, де ви проклали карту.
• 19:26
  Запитайте знову.
• 19:27
  Відповіді збігаються.
• 19:28
  Той самий ризик, той самий інцидент, ті самі ліміти.
• 19:31
  Два стеки, один результат.
• 19:32
  Це не везіння, це дизайн.
• 19:33
  Корпоративні обмеження, які не можна ігнорувати.
• 19:35
  Тут ваша демонстрація або провалиться, або спрацює.
• 19:38
  Бо корпорації байдуже до хитрощів.
• 19:40
  Її важливий контроль.
• 19:41
  Спочатку ліцензії.
• 19:42
  Вам потрібен Coopilot для Microsoft 365, щоб користувачі бачили Coopilot у Teams, Word, Outlook.
• 19:47
  Вам потрібна ліцензія Coopilot Studio для агентів і преміум-конекторів.
• 19:50
  Виконання використовує кредити.
• 19:51
  Salesforce та ServiceNow є преміум-сервісами.
• 19:54
  Якщо ваш орендар не має схвалень, запити не пройдуть під час виконання.
• 19:57
  Сплануйте ліцензії, отримайте схвалення адміністратора перед записом.
• 20:00
  Схвалення адміністратора.
• 20:01
  Два бар'єри.
• 20:02
  Entra ID для дозволів застосунків, Pava Platform для згоди на підключення.
• 20:06
  Ваш конектор Salesforce потребує ООД-застосунку, схваленого адміністратором Salesforce.
• 20:10
  Ваш конектор ServiceNow потребує клієнта для кожного екземпляра.
• 20:13
  Ваш внутрішній ARRI потребує застосунку Entra з відповідними правами доступу.
• 20:16
  Якщо ви спробуєте додати інструмент без схвалення адміністратора, студія приховає або заблокує його.
• 20:21
  Це не помилка, це межі, безпека орендаря та DLP.
• 20:24
  Багато організацій блокують зовнішні конектори у середовищах за замовчуванням.
• 20:27
  Якщо ви створюєте агента не в тому середовищі, DLP непомітно вимкне його.
• 20:30
  Розміщуйте агента у середовищі, класифікуваному як бізнес-середовища.
• 20:33
  Розміщуйте свої конектори в одній групі даних DLP.
• 20:35
  Якщо маркетинг і фінанси не можуть змішувати дані, ви не зможете направляти відповіді між ними.
• 20:40
  Дотримуйтесь політики, інакше ви побачите, що дії блокуються через DLP.
• 20:43
  Це не таємниця, це правило.
• 20:44
  Умовний доступ, агенти – це просто застосунки.
• 20:46
  Політики умовного доступу діють.
• 20:48
  Якщо ваш агент викликає плагін до Salesforce, а користувач на некерованому пристрої, потік від імені може бути заблокований.
• 20:53
  Проектуйте резервні варіанти.
• 20:55
  Якщо умовний доступ забороняє OBO, використовуйте сервісний обліковий запис для нечутливих даних або видавайте зрозумілу помилку.
• 21:01
  Доступ заблоковано політикою.
• 21:03
  Використовуйте керований пристрій.
• 21:05
  Не допускайте витоку.
• 21:06
  Не обходьте обмеження.
• 21:07
  Резиденція даних, де зберігається обґрунтування.
• 21:09
  Studio зберігає конфігурацію агента та індексацію знань у вибраному вами регіоні.
• 21:13
  Якщо ваш внутрішній арі обслуговує лише дані США, а користувач в Європейському Союзі, не спрямовуйте їх.
• 21:18
  Додайте геоперевірки у проміжне ПЗ вашого інструментарію.
• 21:20
  Блокуйте, якщо геолокація користувача дозволена.
• 21:22
  Поверніть коротку причину відмови.
• 21:24
  Залогуйте це.
• 21:25
  Це знадобиться для аудиту.
• 21:26
  Межі дозволів.
• 21:27
  Принцип найменших привілеїв за замовчуванням.
• 21:29
  Ваші права доступу Salesforce мають бути лише для читання рахунків та можливостей.
• 21:32
  Жодних підстановочних знаків.
• 21:33
  Ваша роль у сервісу ново повинна читати інциденти та, якщо потрібно, SLA-завдань.
• 21:36
  Не додавайте можливість оновлення.
• 21:38
  Вас попросять просто виправити тікет.
• 21:39
  Не робіть цього.
• 21:40
  Тримайте дії окремо.
• 21:42
  Додавайте дії запису лише за наявності управління та схвалень.
• 21:44
  В іншому випадку, один запит перетвориться на зміну запису без контролю змін.
• 21:47
  Це загроза безпеці.
• 21:49
  Середовище, розробка, тест, продуктивне.
• 21:51
  Не пропускайте їх.
• 21:52
  Агенти Studio належать до керованого середовища з ELM.
• 21:55
  Експортуйте, імпортуйте, використовуйте рішення.
• 21:57
  Плагіни інструментарію розгортаються у підписку розробки, потім тесту, потім продуктивну.
• 22:00
  Використовуйте окремі застосунки Entra та Key Vault для кожного етапу, прапорці функцій для кожного середовища.
• 22:04
  Вмикайте лише те, що потрібно.
• 22:06
  Ваше майбутнє, я подякую вам.
• 22:07
  Логування та аудит.
• 22:09
  Увімкніть Application Insights для інструментарію.
• 22:11
  Додайте ID-кореляції з викликомоделів логи.
• 22:13
  Логуйте форму вхідних даних, а не персональні дані.
• 22:15
  Логуйте вихідні домени, коди стану, затримку.
• 22:17
  Для Studio стежте за картою активності та експортуйте аналітику.
• 22:20
  Вам потрібна історія, коли хтось запитує, хто бачив, що і коли.
• 22:23
  Без логів – це лише припущення.
• 22:25
  З логами – це правда.
• 22:26
  Моніторинг і цільові рівні обслуговування СЛО.
• 22:28
  Налаштуйте сповіщення.
• 22:29
  Якщо інструмент Salesforce видає 2% помилок за 5 хвилин, сповістіть власника.
• 22:32
  Якщо затримка P95 перевищує 3 секунди, знижуйте продуктивність поступово.
• 22:43
  Маскуйте електронні адреси до домену UCAT.
• 22:46
  Запобігайте витоку даних.
• 22:47
  Не вставляйте сері дані у зовнішні канали.
• 22:49
  Випробуйте свого агента червоною командою.
• 22:51
  Спробуйте змусити його обійти правила.
• 22:52
  Якщо це вдається, посилюйте інструкції або проміжне програмне забезпечення.
• 22:55
  Ви не параної.
• 22:56
  Ви підготовлені.
• 22:57
  Ще одне обмеження.
• 22:58
  Люди, навчайте своїх користувачів.
• 23:00
  Запропоновані запити – це не декор, це точки входу.
• 23:03
  Покажіть їм, що агент знає, що він відхиляє і що записує влоги.
• 23:05
  Встановіть очікування.
• 23:07
  Ви зменшуєте кількість прихованих запитів.
• 23:08
  Ви зменшуєте ризики.
• 23:10
  Ігноруйте це, і система ігноруватиме вас.
• 23:12
  Поважайте це, і ваш агент успішно пройде перший контакт із корпоративним середовищем.
• 23:15
  Створюйте свого першого корпоративного агента в Coopilot Studio у крок за кроком.
• 23:19
  Відкрите Microsoft 365 Coopilot.
• 23:22
  Створіть агента.
• 23:23
  Опишіть його прямо.
• 23:25
  Внутрішній агент для стану облікового запису та інцидентів.
• 23:28
  Джерела Salesforce ServiceNow внутрішній арі лімітів сайт.
• 23:31
  Відмовляйте, якщо даних бракує.
• 23:33
  Без доступу до веб.
• 23:34
  Перейдіть до налаштування.
• 23:35
  Назвіть його.
• 23:36
  Становіть піктограму.
• 23:37
  Тепер посібник.
• 23:38
  В інструкції вставте чіткі правила.
• 23:40
  Використовуйте лише схвалені знання та інструменти.
• 23:41
  Завжди посилайтеся на джерела.
• 23:43
  Ставте уточнювальні запитання у разі неоднозначності.
• 23:45
  Ніколи не вгадуйте.
• 23:46
  Маскуйте PII.
• 23:47
  Забороняйте обхід політик.
• 23:48
  Знання.
• 23:49
  Додайте бібліотеку стандартних операційних процедур SOP із SharePoint.
• 23:51
  Додайте внутрішній FAQ щодо продукту.
• 23:53
  Визначте пріоритет SOP, першочергово FAQ, другорядно.
• 23:55
  Вимкніть веб-пошук.
• 23:56
  Інструменти.
• 23:57
  Додайте коннектор Salesforce.
• 23:58
  Виконуйте автентифікацію через схвалений додаток Enter.
• 24:00
  Сфера дії.
• 24:01
  Лише читання.
• 24:02
  Вхідні дані.
• 24:02
  Назва облікового запису.
• 24:04
  Поля.
• 24:04
  Оцінка стану.
• 24:05
  ARR.
• 24:06
  Термін.
• 24:06
  Ризик оновлення.
• 24:07
  Наступний крок.
• 24:08
  Посилання.
• 24:09
  Використання.
• 24:10
  Ризик оновлення.
• 24:11
  Стан.
• 24:11
  ARR.
• 24:11
  Додайте коннектор сервіси нову.
• 24:14
  Використовуйте ООД для вашого екземпляра.
• 24:16
  Ролі читання інцидентів, завдання SLA за потреби.
• 24:19
  Вхідні дані.
• 24:19
  Номер інциденту або назва облікового запису.
• 24:21
  Якщо результатів кілька, повертайте три найкращі та просіть користувача обрати.
• 24:25
  Вихідні дані.
• 24:26
  Номер.
• 24:26
  Пріоритет.
• 24:27
  Стан.
• 24:27
  Статус SLA.
• 24:28
  Дата оновлення.
• 24:29
  Посилання.
• 24:29
  Додайте HTTP для вашого внутрішнього ARRI.
• 24:32
  Автентифікація через Azure ID.
• 24:34
  POST Limits Query.
• 24:35
  Вхідні дані.
• 24:36
  ID продукту, рівень клієнта.
• 24:38
  Перевіряйте за списком дозволених, який ви підтримуєте в конфігурації.
• 24:41
  Вихідні дані.
• 24:42
  Максимальний.
• 24:43
  Користувачів.
• 24:44
  Ліміт запитів за хвилину.
• 24:45
  Примітки.
• 24:45
  Посилання на політику.
• 24:46
  Використання.
• 24:47
  Ліміти продукту.
• 24:48
  Права доступу.
• 24:48
  Обмеження відповідності.
• 24:50
  Оркестрація.
• 24:50
  У правилах пріоритету інструментів.
• 24:52
  Оновлення.
• 24:53
  Salesforce.
• 24:54
  Пріоритет тікета.
• 24:55
  SLA.
• 24:56
  Service.
• 24:56
  No.
• 24:57
  Ліміт.
• 24:57
  Права доступу.
• 24:58
  Внутрішній ARRI.
• 24:59
  Встановіть поріг впевненості.
• 25:01
  Якщо обов'язкові поля порожні, ставте уточнюючі запитання перед відповіддю.
• 25:05
  Протестуйте в правій панелі.
• 25:07
  Запитайте про ризик оновлення ECMI та відкриті інциденти щодо лімітів для продукту X.
• 25:10
  Перевірте, чи карта активності показує спочатку Salesforce, потім сервіси нову з уточненням за потреби, а потім внутрішній ARRI.
• 25:16
  Перевірте цитування та посилання, виправте умови інструментів, що спрацьовують некоректно.
• 25:20
  Безпека.
• 25:20
  Увімкніть аудит логів, переконайтеся, що конектори не заблоковані DLP.
• 25:24
  Поділіться з пілотною групою.
• 25:25
  Завантажте пропоновані запити, дайте їм зламати систему, виправте інструкції, звустьте обсяги, опублікуйте фреймворк, прийняття рішень.
• 25:31
  Коли обирати Studio, а коли Toolkit?
• 25:33
  Обирайте Studio, якщо потрібні швидкість, управління та цитування.
• 25:36
  Корпоративні відповіді лише для читання з простими діями.
• 25:39
  Розробники можуть підтримувати, адміністратори можуть схвалювати.
• 25:42
  Обирайте Toolkit, коли потрібна сувора перевірка вводу, власні схеми чи складна логіка.
• 25:47
  Політика умовного доступу в коді.
• 25:49
  Низька затримка, високий контроль інтеграції, власне кешування, повторні спроби.
• 25:53
  Гібридний підхід перемагає Studio-оркеструє, інструменти Toolkit виконують.
• 25:57
  Вам потрібна швидка ітерація з професійним рівнем захисту.
• 25:59
  Ви повинні довести можливість аудиту та мінімізувати радіус ураження.
• 26:02
  Якщо є неоднозначність, за замовчуванням використовуйте Studio, додаючи Toolkit там, де Studio викривляє факти.
• 26:06
  Коупайлот не знає. Він отримує дані через шляхи, які ви схвалили, з ідентичностями, якими ви керуєте, інакше він залишається сліпим.
• 26:12
  Створіть очі. Володійте сайтом.
• 26:14
  Якщо вам потрібен плагін для професійної розробки з демо, подивіться наступне відео з чек-листом для збірки та розгортання TeamS Toolkit.
• 26:20
  Підпишіться на корпоративні паттерни, RedTeam запити та плани управління. І...