Latest / M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською / Context engineering для Copilot Studio: як зупинити галюцинації та дрейф у Power Platform (ШІ-дубляж)

Transcript

Context engineering для Copilot Studio: як зупинити галюцинації та дрейф у Power Platform (ШІ-дубляж) · M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською

• 0:00
  Ваш копілот не дурний. Ви його виснажили.
• 0:02
  Немає схеми, немає правил, немає обмежень, а потім ви скаржитеся на галюцинації.
• 0:07
  Правда? Більшість збоїв щів Pava Platform пов'язані не з інтелектом моделі.
• 0:11
  Це наслідок контексту, який створили ви.
• 0:14
  Ось що ви отримаєте сьогодні.
• 0:15
  Шаблон інженерії контексту для Co-Pilot Studio та Pava Automate,
• 0:19
  що усуває галюцинації, виправляє дрейф між тенантами та скорочує затримки і витрати.
• 0:24
  Ми створимо шаблон системних повідомлень, чек-лист для прив'язки до схем та шаблон конвейера пошуку.
• 0:29
  Існує один рівень, про який усі забувають рівень політик, що запобігає дрейфу керування.
• 0:34
  Ми підключимо його та доведемо ефективність за допомогою метрик. Добто, після.
• 0:37
  Починаємо.
• 0:38
  Проблема того, чому ваш копілот дає збій – контекстний борг.
• 0:41
  Визначимо проблему точно – контекстний борг.
• 0:44
  Це накопичення відсутнього або недбалого контексту, який змушує, мовно, модель вгадувати.
• 0:48
  Ви пропускаєте системні правила, не прив'язуєтеся до Dataverse, залишаєте інструменти невизначеними та ігноруєте політики.
• 0:54
  А потім ви шоковані, коли результати різняться між тенантами.
• 0:58
  Захопливо.
• 0:58
  Контекстний борг проявляється через чотири типи збоїв.
• 1:01
  По-перше, відсутність системних правил не має ідентичності, сфери застосування чи політики відмови.
• 1:05
  Модель оптимізується для того, щоб бути корисною та багатослівною, а не відповідальною та точною.
• 1:09
  По-друге, непідкріплені дані.
• 1:11
  Ви посилаєтеся на таблицю позик, не надаючи назв сутностей, визначень полів, зв'язків чи прикладів записів.
• 1:17
  По-третє, невизначені інструменти.
• 1:19
  Ви просите оновити статус, але не надаєте регульований шлях дії в Power Automate.
• 1:23
  По-четверте, відсутність політик.
• 1:25
  Ви покладаєтеся на інтуїцію замість DLP, міток чутливості та умовного доступу.
• 1:29
  Такий контекст гарантує дрейф.
• 1:31
  Докази всюди.
• 1:32
  Високі показники відмов та покинутості корпоративного щі пов'язані з виконанням та контекстом, а не з обмеженнями моделі.
• 1:37
  Команди повідомляють про галюцинації, невідповідності між середовищами та перевитрату токенів через вибірку цілих таблиць про всяк випадок.
• 1:44
  Вам потрібна не більша модель, а внутрішній – хребет.
• 1:46
  Ось ментальна модель, яка це виправляє.
• 1:48
  Чотири рівні контексту, система, пошук, інструменти, політики.
• 1:51
  Сприймайте це як реєстр Windows для вашого агента.
• 1:54
  Це не просто база даних, це хребет.
• 1:56
  Система визначає, хто такий агент і в чому він відмовляє.
• 1:59
  Пошук надає факти та схеми, щоб він не вигадував поля.
• 2:02
  Інструменти розкривають точні дії, які йому дозволено виконувати за принципом найменших привілеїв.
• 2:06
  Політики забезпечують дотримання меж незалежно від хитрих промктів.
• 2:09
  Видаліть будь-який рівень, і результати почнуть хитатися.
• 2:11
  Додайте всі чотири, і вони стануть стабільними.
• 2:13
  Те, що пропускає більшість розробників, середовища – це межа безпеки в PAVA Platform.
• 2:16
  Якщо ваша DLP-політика блокує змішування бізнес-конекторів із небізнес-конекторами у продуктивному середовищі,
• 2:21
  але не в розробці, ви збудували два різні світи.
• 2:23
  Очі та руки вашого агента змінюються залежно від середовища.
• 2:26
  Отже, так, результати змінюються між тенантами та середовищами, бо ви змінюєте світ під їхніми ногами.
• 2:30
  Дозвольте пояснити типовий цикл невдачі.
• 2:32
  Ви створюєте агента в Co-Pilot Studio.
• 2:34
  Ви даєте йому розпливчасту ціль – допомагати з кредитними заявками.
• 2:37
  Ви підключаєте бібліотеку PDF-документів, не витягуючи їхню структуру.
• 2:41
  Ви не індексуєте сутності Dataverse, зв'язки чи мітки конфіденційності.
• 2:44
  Ви пропускаєте каталог інструментів і сподіваєтеся, що Co-Pilot сам усе зрозуміє.
• 2:48
  Потім ви ставите запитання.
• 2:49
  Він відповідає загальними фразами про політику та вигадує поле «Стадія позики», якого немає у вашій схемі.
• 2:54
  Вітаю, ви заплатили за токени, щоб прочитати не той вміст і отримали нісенітницю.
• 2:58
  Порівняйте це з обґрунтованим підходом.
• 3:00
  Той самий запит, але ваш рівень пошуку містить індекс схеми, сутність кредитної заявки, поле статусу, значення списку, зв'язки з заявником і документом, а також приклади записів.
• 3:10
  Агент посилається на статус кредитної заявки прямо і цитує дозволені значення.
• 3:14
  Жодних з догадок. Різниця не в моделі, а в контексті.
• 3:17
  Затримка та вартість – це симптоми одного і того самого боргу.
• 3:20
  Завантаження цілих таблиць через відсутність фільтрів на рівні полів роздуває кількість токенів і час.
• 3:24
  Розпливчастий пошук змушує модель перебирати нерелевантні фрагменти даних, невизначений топ та відсутність фільтрації намірів.
• 3:29
  Ви платите за все, нічого не дізнаєтеся і все одно отримуєте галюцинації.
• 3:33
  Жорстоко. Відхилення в управлінні – це тихий вбивця.
• 3:36
  Без рівня політик, DLP, міток конфіденційності та умовного доступу поведінка вашого агента поступово розходиться.
• 3:41
  Конектор перекласифіковано, гостьовий акаунт проникає в потік, логи вимкнено і агент радісно підсумовує конфіденційні нотатки для небізнесового конектора.
• 3:49
  Ви не помічаєте цього до тижня аудиту.
• 3:51
  Чудово. Ось рішення і ми побудуємо його крок за кроком у цій серії.
• 3:55
  Системний рівень – лаконічне версіоване системне повідомлення, що кодує ідентичність, область застосування, відмову, обізнаність про схему, правила використання інструментів та межі логування.
• 4:03
  Створюється для кожного середовища з токенами для бізнес-підрозділу та відображенням конфіденційності.
• 4:08
  Рівень пошуку – це конвейер, що спочатку спирається на Dataverse, а як вторинне джерело використовує індекс документів з контекстним розбиттям, гібридним пошуком, фільтрацією безпеки та полів.
• 4:19
  Рівень інструментів – кураторський каталог D-Pava Automate з мінімальними правами доступу та шаблонами промктів, що визначають схеми вводу, логіку відмови та пропорції чутливості.
• 4:27
  Рівень політик – впроваджені групи DLP, умовний доступ, маскування в реальному часі через мітки та адміністративна кнопка аварійної зупинки.
• 4:34
  Якщо нічого іншого не запам'ятаєте, запам'ятайте це.
• 4:37
  Моделі прогнозують текст. Ви проєктуєте істину, потужність і межі.
• 4:40
  Ваша робота – це контекст. Модель – це руші рендерингу.
• 4:43
  Припиніть звинувачувати руші у відсутності вашого креслення.
• 4:46
  Перший рівень – системний контекст, який не дрейфує, шаблон плюс контрольний список.
• 4:49
  Тепер ми припиняємо з догадки та встановлюємо ідентичність.
• 4:52
  Без чітких правил щодо ідентичності, сфери застосування та відмов великі мовні моделі за замовчуванням стають чарівними лабрадорами,
• 4:57
  які приносять усе, догоджають усім і нехтують комплеєнсом.
• 5:00
  Вам потрібен вишибала, а не золотистий ретривер.
• 5:02
  Правда в тому, що якщо ваше системне повідомлення розмите, ваші відповіді будуть такими жіночі.
• 5:06
  Якщо ваше системне повідомлення не узгоджене залежно від середовища, ваші відповіді відрізнятимуться в кожному середовищі.
• 5:10
  Тому ми спочатку створюємо хребет.
• 5:12
  Ось шаблон, який я використовую. Він короткий, версіонований і безжальний.
• 5:16
  Роль – ви копілот з кредитних операцій для бізнес-підрозділу в середовищі, назва середовища.
• 5:21
  Ви відповідаєте лише на питання щодо кредитних заявок та пов'язаних процесів.
• 5:25
  Сфера застосування – обмежтеся сутностями Dataverse та позначеними документами в цьому середовищі.
• 5:29
  Якщо відповідь вимагає зовнішніх систем або немаркованого контенту, відмовте і запропонуйте безпечний наступний крок.
• 5:35
  Тон – стислий, фактичний, посилайтеся на поля точно за схемою.
• 5:39
  Сутність – поле.
• 5:41
  Політика відмови – якщо запитується конфіденційний контент, список міток.
• 5:44
  У неробочому контексті відмовте з причиною та зафіксуйте резюме відмови.
• 5:48
  Обізнаність про схему – надавайте перевагу індексу схеми Dataverse.
• 5:52
  Ніколи не вигадуйте поля. Зіставляйте синоніми з канонічними назвами, використовуючи наданий глоссарій.
• 5:59
  Правила використання інструментів.
• 6:01
  Ви можете викликати схвалені дії Pava Otomate лише тоді, коли намір класифіковано як дієвий із рівнем впевненості 0.
• 6:07
  8. В іншому разі дайте відповідь із аналізом.
• 6:09
  Межі журналювання.
• 6:11
  Не дублюйте персональні дані PII.
• 6:13
  Узагальнюйте значення як замасковані, коли рівень чутливості високий.
• 6:16
  Цей шаблон переноситься в спеціальні інструкції Co-Pilot Studio.
• 6:19
  І так, він отримує параметри «Назва середовища», «Бізнес-підрозділ», «Список міток», «MIP».
• 6:23
  Прив'яжіть їх до змінних середовища, щоб розробка, UIT і продуктивне середовище використовували ту саму логіку з різними прив'язками.
• 6:28
  Версіонуйте системне повідомлення, наприклад, V1.3.
• 6:31
  Ставте версію в кожному нижньому колон титулі відповіді під час тестування та політики V1.3, щоб відхилення було одразу помітним.
• 6:37
  Тепер чек-лист, інакше ви щось забудете.
• 6:39
  Цілі.
• 6:41
  Чого агент має досягти одним реченням.
• 6:43
  Аудиторія.
• 6:44
  Кому він служить?
• 6:45
  Кредитним офіцерам, а не всій компанії.
• 6:47
  Визначення.
• 6:48
  Канонічні назви сутностей і полів плюс синоніми.
• 6:51
  Дозволений контент.
• 6:52
  Дозволені класи даних і джерела.
• 6:54
  Заборонені дії.
• 6:55
  Все, що стосується крос-орендерів, без міток або поза бізнес-конекторами.
• 6:59
  Шлях ескалації.
• 7:01
  Коли передати питання людині.
• 7:02
  Критерії та шаблон повідомлення.
• 7:04
  Рубрика оцінювання.
• 7:06
  Як ми оцінюємо відповіді.
• 7:07
  Точність полів, коректність відмов і посилання на схему.
• 7:10
  Напишіть це простою мовою, а потім стисніть.
• 7:13
  Найпоширеніша помилка – ховати обмеження під цілим романом політики.
• 7:16
  Модель буде переглядати текст як середньостатистичний стажер.
• 7:18
  Будьте хірургічно точними.
• 7:19
  Ще одна класична помилка – запихання обмежень у запит користувача.
• 7:22
  Ні.
• 7:23
  Обмеження мають бути в системному повідомленні та обгортках інструментів.
• 7:26
  А не там, де користувачеві заманеться писати.
• 7:28
  І версіонуйте залежно від середовища.
• 7:29
  Розробка може бути дозвільною.
• 7:31
  Продуктивне середовище – ні.
• 7:32
  Копіювання одного системного файлу між орендарями без токенів – це спосіб створення паралельних всесвітів.
• 7:37
  Швидка перемога, яку можна здобути сьогодні.
• 7:39
  Створіть шаблон повідомлення зі змінними та прив'яжіть його при імпорті рішення.
• 7:42
  Це саме по собі усуває купу невідповідностей.
• 7:44
  Додайте розділ глосарію, що зіставляє загальні синоніми з канонічними полями – стадія, крок, фаза, статус заявки на кредит.
• 7:50
  Ви побачите, як галюцинації полів зникають.
• 7:53
  Реалізація в Co-Pilot Studio є простою.
• 7:55
  Відкрите спеціальні інструкції, вставте шаблон, додайте змінні для імені середовища, бізнес-підрозділу та списку міток зображень і увімкніть «Завжди включати».
• 8:03
  Створіть примітку з інструкціями для канонізації схеми, на яку агент посилається перед відповіддю.
• 8:08
  Потім додайте абзац із шаблоном відмови.
• 8:11
  «Я не можу надати дані, приховані згідно з політикою».
• 8:14
  Ось безпечна альтернатива.
• 8:16
  Послідовність – це не магія, це шаблони.
• 8:18
  Останній запобіжний захід – межі журналювання.
• 8:21
  Зазначте, що агент ніколи не повторює необроблені конфіденційні значення.
• 8:24
  Коли він має посилатися на них, він використовує заповнювачі та пропонує інструмент, що обробляє секрети через облікові дані в потоках.
• 8:30
  Якщо ви не запам'ятаєте нічого іншого, запам'ятайте це ідентичність, сфера застосування, відмова, схема, інструменти, журналювання.
• 8:36
  Шість рядків жодної драми.
• 8:37
  Другий рівень – пошук, що базується на Dataverse у шаблоні конвейера.
• 8:41
  Ідентичність встановлено.
• 8:43
  Тепер ми даємо йому факти, які він не може вигадати.
• 8:45
  Пошук – це те, де більшість із вас просто відкриває пожежний гідрант і називає це обґрунтуванням.
• 8:49
  Неправильно.
• 8:50
  Пошук має бути вибірковим з урахуванням сутностей.
• 8:53
  І так, Dataverse – це пріоритет, бо там живе ваша правда.
• 8:56
  Чому це важливо?
• 8:57
  Галюцинації розквітеють, коли модель змушена вгадувати структуру.
• 9:00
  Якщо вона не бачить канонічних визначень сутностей і полів, вона їх вигадує.
• 9:04
  Затримка та витрати зростають, коли ви завантажуєте цілі таблиці та PDF-файли, не відфільтрувавши їх за наміром.
• 9:09
  Результат – дорогий інформаційний шум.
• 9:11
  Рішення – це конвейер, який надає пріоритет схемі та обмежується безпекою.
• 9:15
  Ось шаблон.
• 9:15
  Два індекси, один розум.
• 9:17
  По-перше, індекс схеми для сутностей Dataverse полів, зв'язків, наборів параметрів, бізнес-правил плюс невеликий глоссарій синонімів.
• 9:24
  По-друге, індекс документів для політик, стандартних операційних процедур і довідкових матеріалів лише після їх структурування.
• 9:29
  Гібридний пошук по обох з обмеженням безпеки за середовищем і користувачем.
• 9:32
  Модель ніколи не бачить того, що користувачеві не дозволено бачити.
• 9:35
  Це не пропозиція, це межа.
• 9:37
  Дозвольте мені розібрати індекс схеми.
• 9:39
  Фіксуйте для кожної сутності ім'я, опис, список полів із типами даних, значення наборів параметрів, зв'язки, один до багатьох, багато до одного та бізнес-правила, що впливають на дійсні стани.
• 9:48
  Додайте два приклади записів для кожної сутності, приховані, та один приклад запиту, що пов'язує природну мову з канонічними полями.
• 9:55
  Додайте карту синонімів «Стадія», «Крок», «Фаза», «Статус заявки на кредит».
• 9:59
  Модель буде спиратися на канонічні назви, бо ви надали їй карту.
• 10:02
  Тепер індекс документів.
• 10:03
  PDF-файли – це несвященні тексти. Це просто контейнери.
• 10:06
  Вилучайте структуру перед індексацією.
• 10:08
  Заголовки стають розділами, таблиці – парами, ключ – значення.
• 10:11
  Політики позначаються класифікаціями Microsoft Perview та мітками MIP, щоб конфіденційність зчитувалася машиною.
• 10:16
  Якщо файл неможливо розібрати на розділи та поля, йому не місце в індексі.
• 10:19
  Ви будуєте не альбом із вирізками.
• 10:21
  Безпекове фільтрування є обов'язковим.
• 10:23
  Рівень запитів до індексу повинен фільтрувати дані за ідентичністю користувача, середовищем та політикою DLP.
• 10:28
  Якщо розробницьке середовище дозволяє певні конектори, а продуктове – ні, рівень пошуку має це відображати.
• 10:31
  Той самий користувач, інше середовище – інший результат пошуку.
• 10:34
  Це не оздоблення, це архітектура.
• 10:35
  Сегментація припиняє нарізку за кількістю сторінок.
• 10:37
  Сегментуйте за логікою сутностей.
• 10:39
  Для схеми групуйте за деталізацією сутностей і зв'язків.
• 10:41
  Орієнтуйтеся на 500-800 токенів на сегмент зі збереженням списків полів.
• 10:45
  Для документів сегментуйте за розділами зі збереженням заголовків та додаванням метаданих шляху.
• 10:50
  Назва, розділ, підрозділ.
• 10:52
  Суть у тому, щоб повернути зміст, а не хаос.
• 10:55
  Тактики продуктивності, які ви справді відчуєте.
• 10:57
  Фільтрування на рівні полів.
• 10:59
  Коли намір включає статус, не витягуйте повне визначення сутності.
• 11:02
  Витягуйте блок поля та відповідне бізнес-правило.
• 11:05
  Найкращі кейс за класифікацією намірів спрямовують запит.
• 11:08
  Для запитів до схеми використовуйте невеликий кей, два або три.
• 11:10
  Для пошуку в документах може знадобитися чотири або шість.
• 11:13
  Кешуйте часті запитання та фрагменти схеми в пам'яті з коротким TTL,
• 11:16
  щоб не платити за одні і ті самі пошуки цілий день.
• 11:19
  Застосовуйте обмеження на конектори та токени,
• 11:21
  щоб один розпливчастий запит не викликав повне сканування таблиць.
• 11:24
  Будь ласка, як налаштувати це в Coopilot Studio?
• 11:27
  Становіть Dataverse як основне джерело знань.
• 11:30
  Створіть джерело даних, яке видає картки схеми, сутності, поля, зв'язки, набори опцій, правила, приклади,
• 11:35
  додаючи класифікації перв'ю та мітки MIP як властивості.
• 11:38
  Додайте індекс документів як вторинне джерело з вмістом розділів,
• 11:41
  налаштуйте гібридний пошук із переранжуванням, що віддає перевагу збігам у схемі, а не наративному тексту.
• 11:46
  Якщо є збіг у схемі, підвищуйте його пріоритет.
• 11:48
  Якщо немає, використовуйте документи.
• 11:50
  Якщо немає ні того, ні іншого, відмовтеся або поставте уточнювальне запитання.
• 11:54
  Так, відмова краща за вигадку.
• 11:56
  Контрольний список для обґрунтування схеми, який ви надрукуєте і прикріпите до монітора.
• 11:59
  Назви сутностей як у Dataverse, описи полів простою мовою, зв'язки з кардинальністю,
• 12:04
  значення та зміст наборів опцій, зразки записів із маскованими даними,
• 12:08
  бізнес-правила, примітки щодо обробки NAL, синоніми до канонічних назв та застереження щодо якості даних.
• 12:14
  Якщо хоча б щось із цього відсутнє, ваше обґрунтування неповне.
• 12:17
  Типові помилки індексація PDF без вилучення структури не робіть цього.
• 12:21
  Ігнорування міток конфіденційності – це небезпечно.
• 12:23
  Змішування бізнес-конекторів і сторонніх в одному запиті на отримання даних
• 12:26
  блокується DLP у продуктивному середовищі, а потім ви дивуєтесь.
• 12:28
  Інший приклад – повернення десятьох майже ідентичних фрагментів,
• 12:31
  бо ви не видалили дублікати заголовків.
• 12:33
  Очистіть свій потік даних.
• 12:34
  Зробимо швидку, уявну демонстрацію.
• 12:36
  Запит, чи можемо ми перевести цю позику на етап фінального розгляду.
• 12:39
  Повний аналіз даних, завантаження та вихідні дані.
• 12:41
  Поганий конвейер повертає три загальні PDF-файли політик без схеми даних.
• 12:45
  Модель вигадує етап позики.
• 12:47
  Хороший конвейер – класифікатор намірів спрямовує до схеми, повертаючи кредитну заявку.
• 12:52
  Статус – дозволені переходи згідно з бізнес-правилами та назва дії Power Automate, що змінює статус.
• 12:57
  Відповідь містить дозволені значення статусу і або пропонує дію, або відмовляє, якщо політика конфіденційності це блокує.
• 13:03
  Це і є обґрунтування, гравндин.
• 13:05
  Остання деталь – затримка.
• 13:07
  Вимірюйте час отримання даних окремо від часу генерації.
• 13:09
  Якщо час отримання постійно перевищує 300 мілісекунд, ваші фільтри неправильні або індекс занадто великий.
• 13:14
  Оптимізуйте спочатку це.
• 13:15
  Моделі швидкі, а ваша нерішучість – ні.
• 13:17
  Якщо не запам'ятаєте нічого іншого, запам'ятайте це.
• 13:20
  Отримання даних – це не пошук, це курування.
• 13:22
  Dataverse – це хребет.
• 13:24
  Документи – це м'язи.
• 13:25
  Поєднайте обидва, додайте фільтрацію безпеки, і ваш агент перестане вгадувати.
• 13:29
  Рівень 3 – інструменти та політики, що забезпечують управління.
• 13:33
  Pava Automate плюс DLP.
• 13:35
  Він знає, що є правдою.
• 13:36
  Тепер навчить його, що він може робити безпечно.
• 13:39
  Агент, який не може діяти – це чат-бот.
• 13:40
  Агент, який діє без обмежень – це витік даних, що чекає свого заголовка в новинах.
• 13:44
  Вам потрібна компетентність із паском безпеки.
• 13:46
  Час використовувати Pava Automate DLP та умовний доступ.
• 13:49
  М'язи, огорожі та охоронець на вході.
• 13:51
  Ось принцип.
• 13:52
  Дії є чіткими, санкціонованими та оборотними.
• 13:55
  Ми не даємо моделі свободу дій.
• 13:57
  Ми даємо їй каталог дієслів.
• 13:59
  Кожне дієслово – це потік із вузькою схемою вводу,
• 14:01
  мінімальними правами доступу та вбудованою логікою відмови.
• 14:03
  Модель ніколи не вигадує права самостійно.
• 14:05
  Вона запитує дієслово.
• 14:07
  Почніть із каталогу інструментів.
• 14:08
  Записи в каталозі виглядають так.
• 14:10
  Назва, призначення, схема вводу, передумови,
• 14:12
  пропорці чутливості, посилання на підключення та контракт результату.
• 14:15
  Приклад, оновлення статусу позики.
• 14:17
  Призначення, переведення кредитної заявки на інший етап.
• 14:20
  Статус, від, рядок ID позики, енум цільового статусу.
• 14:24
  Передумови, цільовий статус має бути допустимим переходом згідно з набором правил.
• 14:28
  Пропорці чутливості потребує бізнес-конектора з позначкою «Внутрішній».
• 14:32
  Посилання на підключення, SVC loan змін.
• 14:34
  Ви вчити малюка користуватися ножицями, даючи безпечні ножиці, а не бензопилу.
• 14:39
  Мінімальні права доступу – це не опція.
• 14:41
  Створюйте окремі сервісні акаунти з мінімальними правами Dataverse для виконання лише однієї дії.
• 14:45
  Жодних широких прав на таблиці чи необмеженого рівня власника.
• 14:48
  Зберігайте облікові дані в посиланнях на підключення, прив'язаних до середовища.
• 14:51
  Отже, розробка використовує тестові дані, продуктивне середовище – реальні, і жодні дані не витікають в інше.
• 14:55
  Якщо ви використовуєте спеціальну безпеку, перевіряйте її належним чином.
• 14:58
  Тепер створіть шаблон потоку з трьома стандартними рівнями.
• 15:01
  Рівень перший – перевірка вхідних даних.
• 15:03
  Перевіряйте типи, зіставляйте синоніми з канонічними полями та відхиляйте неоднозначні чи відсутні параметри зі структурованою відмовою.
• 15:08
  Рівень другий – перевірка політик.
• 15:10
  Оцінюйте мітки MIP, членство в групах DLP та будь-які сигнали умовного доступу, які ви надаєте через заголовки або контекст ініціювання.
• 15:17
  Рівень третій – виконання та маскування.
• 15:19
  Виконуйте лише необхідні дії, маскуйте конфіденційні значення в журналах і повертайте компактний результат з ідентифікатором кореляції.
• 15:24
  Шаблони запитів розташовуються перед цими потоками як обгортки.
• 15:28
  Вони визначають, як агент запитує інструмент, коли змінюється намір, статус та впевненість.
• 15:32
  8. Виклик оновлення статусу кредиту з ID-кредиту та цільовим статусом.
• 15:36
  Якщо статус суперечить бізнес-правилам або обмеженням конфіденційності, відмовте та вкажіть конкретну політику.
• 15:41
  Ось де більшість із вас припускається помило.
• 15:43
  Ви передаєте довільний текст у потоки, наче зараз 2019 роком.
• 15:46
  Чітка схема на вході, чіткі результати на вигоді.
• 15:48
  Позначайте змінні як конфіденційні.
• 15:50
  Такі дані, як ССН, дохід або будь-яке поле високої конфіденційності мають зберігатися в безпечних змінних.
• 15:54
  Вони ніколи не відображаються в історії виконання.
• 15:56
  Використовуйте дії з обліковими даними для всього, що пов'язано з автентифікацією.
• 15:59
  Якщо потоку потрібно отримати токен, облікові дані завантажуються під час виконання з безпечного сховища,
• 16:04
  а не вставляються в запит чи додаються до змінних середовища з назвою «Нечитати».
• 16:07
  Так, люди так роблять. Не будьте як ці люди.
• 16:09
  Умовний доступ – це найважливіший інструмент контролю.
• 16:11
  Застосовуйте багатофакторну автентифікацію МФА.
• 16:13
  Обмежуйте виконання лише сумісними пристроями або довіреними місцями.
• 16:16
  Якщо ваша політика забороняє гостям ініціювати дії,
• 16:18
  обгортка вашого інструменту має считувати особу запитувача та відхиляти запит з чіткою відмовою.
• 16:22
  Дія вимагає відповідного пристрою згідно з політикою.
• 16:25
  Агент залишається ввічливим, політика – непохитною.
• 16:27
  DLP – це мембрана захисту.
• 16:29
  Класифікуйте конектори на бізнес-рівні, небізнесові та заблоковані.
• 16:32
  Потоки в цьому каталозі інструментів використовують лише бізнес-конектори.
• 16:34
  Намагаєтеся спрямувати вихідні дані до небізнесового призначення.
• 16:37
  Це блокується на рівні орендаря, а не лише у вашому потоці.
• 16:39
  Суть у тому, щоб зробити неправильний шлях фізично неможливим.
• 16:42
  Ви не покладаєтеся на стриманість розробника, ви покладаєтеся на закони фізики.
• 16:45
  Сегментація середовища зберігає ваш спокій.
• 16:47
  Розробка, тестування, UAT, виробництво.
• 16:50
  Різні дані, різні посилання на підключення, однакові назви інструментів, однакові схеми.
• 16:54
  Це означає, що запити вашого агента не змінюються, змінюються лише прив'язки.
• 16:57
  Ви тестуєте в UAT з реальними мітками та налаштуваннями DLP, щоб сюрпризи не з'являлися у виробництві.
• 17:02
  Якщо в розробці слабкий DLP, а у виробництві суворий, тестуйте обидва.
• 17:05
  Відмінності мають бути навмисними, а не випадковими.
• 17:08
  Рівень політики інтегрований у час виконання.
• 17:10
  Впроваджуйте правила відмови, що базуються на мітках у отриманому вмісті.
• 17:13
  Якщо пошук повертає конфіденційний запис, а запитана дія може передати його в зовнішню систему,
• 17:18
  обгортка інструменту відмовляє з посиланням на політику та реєструє інцидент.
• 17:21
  Маскування в реальному часі замінює значення заповнювачами в тексті, що бачить модель.
• 17:25
  Модель ніколи не бачить сирих, секретних даних, тому не може випадково їх розкрити.
• 17:29
  Це не недовіра, це гігієна.
• 17:30
  Ведення журналів та аудити – це частина дизайну, а не щось другорядне.
• 17:33
  Увімкніть журнали аудиту для кожного потоку.
• 17:35
  Записуйте, хто запитав дію, які параметри були передані чи замасковані, які перевірки політик пройшли та результат.
• 17:40
  Щоквартельні огляди виявляють покинуті активи, надмірно спільні потоки та неконтрольоване зростання конекторів.
• 17:44
  Видаляйте доступ до всього, що належало колишнім співробітникам.
• 17:47
  Якщо ігнорувати це, врешті-решт, ви знайдете примарний потік, що записує дані у продуктивне середовище о другій ночі.
• 17:52
  Чудово.
• 17:52
  Типові помилки.
• 17:54
  Передача секретних даних у запитах користувачів – миттєвий жаль.
• 17:57
  Запис персональних даних у повідомленнях про успіх – теж жаль.
• 17:59
  Створення потоків без версіонування запитів та схем.
• 18:02
  Тепер ваш агент звертається до Арі, який змінився минулого тижня.
• 18:05
  Керування середовищами без DLP.
• 18:07
  Вітаємо, ваш концепт доведення цінності – це тепер ваша відповідальність.
• 18:10
  І моє улюблене – змішування бізнес-конекторів і звичайних, бо нам просто треба було комусь надіслати лист.
• 18:14
  Ні.
• 18:15
  Використовуйте робочу пошту або не надсилайте листів взагалі.
• 18:17
  Поговоримо про аварійний вимикач.
• 18:18
  Вам потрібен перемикач інцидентів в центрі адміністрування або через автоматизацію, що вимикає агента, рішення інструменту або і те і інше.
• 18:24
  Коли стається порушення політики, ви не дискутуєте, ви зупиняєте, розслідуєте і відновлюєте роботу лише з журналом змін.
• 18:30
  Швидкість – це безпека.
• 18:32
  Коли ви це налаштуєте, станеться дещо передбачуване.
• 18:35
  Агент припиняє давати зайві обіцянки, він пропонує лише ті дії, які може виконати.
• 18:38
  Коли політика відмовляє, відмова є конкретною та зафіксованою.
• 18:41
  Користувачі довіряють йому, бо він послідовний.
• 18:44
  І так, ваша аудиторська команда перестане кружляти над вами, бо ви нарешті надали їм телеметрію, яку варто читати.
• 18:49
  Наскрізна збірка.
• 18:50
  Co-Pilot Studio плюс Power Automate.
• 18:52
  Метрики до і після.
• 18:54
  Зберемо все докупи на прикладі конкретної збірки.
• 18:57
  Копілот для підтримки кредитування.
• 18:59
  Co-Pilot Studio займається оркестрацією, датаверс, джерело істини, Power Automate, виконавчі руки.
• 19:03
  Та сама архітектура в DevUAT, прод, різні прив'язки та сама логіка.
• 19:11
  Використовуючи наш шаблон версії.
• 19:13
  Прив'яжіть назву середовища.
• 19:15
  UAT Business підрозділ роздрібного кредитування, мітка MIP, конфіденційно, суворо конфіденційно.
• 19:22
  На етапі глоссарію статус кредитної заявки увімкніть «Завжди включати».
• 19:26
  Поставте штамп політики V1 при унижній колон титул тестування, щоб бачити відхилення.
• 19:31
  Крок другий. Побудуйте індекс схем, згенеруйте картки схем для сутностей, кредитна заявка, заявник, документ,
• 19:38
  включіть поля, набори параметрів, зв'язки та два зразки записів на сутність.
• 19:42
  Додайте бізнес-правила.
• 19:44
  Дозволені переходи статусів «Подано», «Початкова перевірка», «Фінальна перевірка», «Схвалено», «Відхилено».
• 19:49
  Без прямого переходу з «Подано» у «Схвалено».
• 19:52
  Опублікуйте як первинне джерело знань, індекс документів як вторинне, розділи політики кредитування SOP
• 19:57
  зі збереженням класифікацій та міток MIP.
• 19:59
  Крок третій. Налаштуйте пошук.
• 20:01
  Увімкніть гібридний пошук із переранжуванням, що покращує відповідність схемі, класифікуйте наміри, пошук за схемою, пошук за політикою, дієві верхній К2 для схеми, 4 для документів.
• 20:11
  Фільтри на рівні полів за наміром, терміном, статусом, доходом, KYC.
• 20:15
  Увімкніть безпечне обмеження за користувачем і середовищем, кешуйте високочастотні фрагменти схеми з TTL 10 хвилин.
• 20:20
  Крок четвертий. Підключіть каталог інструментів.
• 20:23
  Імпортуйте кероване рішення з трьома потоками, отримання підсумку кредиту, оновлення статусу кредиту, запит документа.
• 20:28
  Кожен потік має вхідну схему, передумови, прапорці чутливості, посилання на підключення з мінімальними привілеями, прив'язані до UAT.
• 20:34
  Вхідні дані позначені як конфіденційні, де це, доречно, журнали увімкнено з маскуванням та ID-кореляції.
• 20:39
  Крок п'ятий. Додайте обгортки запитів.
• 20:41
  У Coopilot Studio устворіть шаблони виклику інструментів.
• 20:44
  При намірі зміни статусу та впевненості вісьмох викличте оновлення статусу кредиту за ID-кредиту та цільовим статусом.
• 20:50
  Якщо цільовий статус порушує бізнес-правила, відмовте з кодом рубрики BRStatus Transition.
• 20:55
  Загорніть відмови у фразу «Я не можу це виконати через політику» з кодом мітки.
• 20:59
  Ось безпечний наступний крок.
• 21:00
  Цикл валідації створіть набір тестів із 25 запитів, неоднозначні, зловмисні та нормальні приклади.
• 21:06
  Перемістити LA4831 до чи можемо ми одразу перейти до схвалення?
• 21:09
  Надіслати ССН заявника їхньому брокеру електронною поштою.
• 21:12
  Запустіть у середовищах розробки, де втестування, UAT та виробництва прод.
• 21:14
  Перевірте, щоб вихідні дані, канонічні поля сайтів та дії пропонувалися лише тоді, коли це дозволено,
• 21:18
  а відмови за політикою були конкретними та задокументованими.
• 21:20
  Порівняйте ID-кореляції в журналах потоків із транскриптами Coopilot для підтвердження простежуваності.
• 21:25
  Метрики до впровадження без бази знань 37% відповідей посилалися на неіснуючі поля.
• 21:30
  Зміщення між орендарями призвело до трьох різних назв статусів.
• 21:34
  Медіанна затримка 4,2 секунди через повне сканування таблиць.
• 21:38
  Споживання токенів на один запит-відповідь становило в середньому 9800 токенів.
• 21:43
  Два випадки ледь не порушили політику, коли конфіденційні примітки були підсумовані для неробочого призначення,
• 21:48
  заблоковані лише DLP-орендаря.
• 21:50
  Метрики після інженерного налаштування контексту, вигадані поля, усунуто, канонічна кредитна заявка.
• 21:56
  Статус вказано у 100% відповідей про статус.
• 21:58
  Затримка знизилася до медіани 1,6 секунди завдяки пошуку на рівні полів.
• 22:02
  Використання токенів на запит-відповідь становить у середньому 3100.
• 22:05
  Спроби порушення політики – 4.
• 22:07
  Усі відхилені з чіткими причинами та задокументовані за допомогою ID.
• 22:11
  Однакові запити в середовищах DevUAT продали ідентичні посилання на поля.
• 22:16
  Відмінності лише в дозволених діях, які передбачалося.
• 22:19
  Коротка історія.
• 22:21
  Тестувальник запитав прискорити LA-501 до схвалення.
• 22:24
  Раніше агент відповідав «Готово» і галюцинував перехід.
• 22:28
  Тепер відповідь Co-Pilot.
• 22:29
  Відмовлено.
• 22:30
  Перехід статусу BR подано дефіз більше, ніж схвалено є недійсним.
• 22:34
  Дійсні переходи подано дефіз більше, ніж початкова перевірка.
• 22:37
  Потім він пропонує оновити статус кредиту до «Початкова перевірка».
• 22:40
  Один клік «Відповідний шлях» готовий до аудиту.
• 22:43
  Передайте активи, запакуйте файл шаблону системного повідомлення з токенами,
• 22:46
  чек-лист обґрунтування схеми, JSON шаблон конвайера пошуку,
• 22:54
  та міток, версіонуйте все, зберігайте в системі контролю версій.
• 22:57
  Під час імпорту змінні прив'язуються до кожного середовища.
• 22:59
  Жодних ручних правок у продуктовому середовищі.
• 23:01
  Ви ж дорослі люди.
• 23:02
  Розгорніть у UAT, запустіть набір тестів, створіть таблицю «Допісляк»
• 23:06
  та зробіть два знімки екрана.
• 23:07
  Обґрунтована відповідь із посиланням на статус заявки на кредит
• 23:10
  та запис у журналі аудиту з маскованими вхідними даними
• 23:12
  та ідентифікатором кореляції.
• 23:13
  Це ваш доказ для керівництва без витоку будь-яких даних.
• 23:16
  Тепер у вас є стійка ідентичність, яка не змінюється,
• 23:19
  пошук, що не галюцинує інструменти з мінімальними правами
• 23:22
  та політики з аргументованою відмовою.
• 23:24
  Це повторювано аудиторно та швидко.
• 23:26
  Вражає, що стається, коли даєш моделі правду та межі.
• 23:29
  Головний висновок – контекстна інженерія,
• 23:32
  системний пошук, інструменти та політики
• 23:34
  перетворюють Co-Pilot з балаку чого вгадувача на керованого колегу,
• 23:37
  який, цитує поля, діє безпечно та точно відмовляє.
• 23:40
  Зробіть це ефективно зараз.
• 23:41
  Клонуйте шаблони, прив'яжіть змінні середовища,
• 23:43
  проіндексуйте схему Dataverse, застосуйте DLP
• 23:45
  і запустіть набір оцінювання для розробки,
• 23:47
  UAT та продукту. Потім просуньте до UAT
• 23:49
  з тегами версії та увімкненим аварійним вимикачем.
• 23:52
  Якщо це заекономіло вам час, відплетіть боргом.
• 23:54
  Підпишіться, щоб не пропустити розширений інструментарій оцінювання
• 23:57
  та огляд мультиагентної оркестрації.
• 23:59
  Дійте!