WEBVTT

00:00:00.000 --> 00:00:04.180
Знаєте, чат-боти розмовляють, агенти діють, а мультиагентні системи дійсно виконують роботу.

00:00:04.340 --> 00:00:07.900
Якщо ви благали бота виправити Intune, а він відповів віршем, це для вас.

00:00:08.020 --> 00:00:10.240
Отже, формат «Дивіться, як на Netflix».

00:00:10.240 --> 00:00:11.760
Ви дивитесь, ви їсті снеки.

00:00:11.920 --> 00:00:15.100
Я беру на себе небезпечні сервісні принципи, щоб ніхто не знищив продакшній.

00:00:15.220 --> 00:00:20.680
Ми створюємо міні-систему з мультиагентами, що самовідновлюється за допомогою Azure AI Foundry та Semantic Kernel.

00:00:20.820 --> 00:00:22.040
Реальні точки дотику.

00:00:22.240 --> 00:00:25.560
Intune, Entra, Graph, Azure Automation, Log Analytics.

00:00:25.560 --> 00:00:29.300
Один агент проти мультиагентної системи – 12 хвилин проти трьох.

00:00:29.420 --> 00:00:31.680
І єдина втрата – це кредит моєї підписки.

00:00:31.820 --> 00:00:34.340
По-перше, чому один агент гальмує, а команди літають?

00:00:34.500 --> 00:00:36.140
Чому одного агента недостатньо?

00:00:36.260 --> 00:00:38.840
Одиночні агенти – це як швейцарський, ніж із заправки.

00:00:38.980 --> 00:00:42.120
Технічно інструменти є, а на практиці він гнеться на першому ж гвинті.

00:00:42.280 --> 00:00:45.940
Ви втискаєте план, міркування, виконання, узгодження та звіти в один промп,

00:00:45.980 --> 00:00:49.600
і тепер він голодує за контекстом, повільний і дивно впевнений у помилкових речах.

00:00:49.600 --> 00:00:53.380
Більшість людей думають, більша модель, більший мозок, і бум, проблему вирішено.

00:00:53.540 --> 00:00:55.740
Але справжня помилка – це плутанина з ролями.

00:00:55.920 --> 00:00:59.880
Один агент намагається спланувати зміни, викликати граф, написати скрипт виправлення,

00:01:00.000 --> 00:01:02.880
запитати схвалення, перевірити результат і задокументувати це.

00:01:03.020 --> 00:01:07.580
Це ніби доручити техпідтримці, комітету з питань змін та розбору інцидентів одному втомленому стажеру.

00:01:07.740 --> 00:01:09.180
Ось що відбувається насправді.

00:01:09.300 --> 00:01:11.520
Одиночний агент намагається втримати забагато станів.

00:01:11.680 --> 00:01:13.460
Ваш промп перетворюється на цілу повість.

00:01:13.460 --> 00:01:16.680
Контекстне вікно заповнюється логами, політиками та половиною словника MDM,

00:01:16.760 --> 00:01:19.620
тому він або обрізає важливі частини, або галюцинує відсутні деталі.

00:01:19.740 --> 00:01:24.620
Затримки зростають, токи не спалюються, а повторні спроби відчуваються як «день бабака» з рахунком до оплати.

00:01:24.780 --> 00:01:27.640
Час мультиагентів – ролі, межі, паралелізм.

00:01:27.840 --> 00:01:30.500
Планувальник фокусується на намірах та обмеженнях.

00:01:30.600 --> 00:01:33.100
Оператор фокусується на інструментах та виконанні.

00:01:33.260 --> 00:01:37.560
Рецензент фокусується на запобіжниках, узгодженнях і перевірці, чи спираємося ми на факти.

00:01:37.560 --> 00:01:41.820
Кожен агент має чіткий, короткий набір інструкцій та мінімально необхідну пам'ять.

00:01:41.960 --> 00:01:46.040
Вони передають повідомлення, результати роботи інструментів або стислі підсумки, а не весь інтернет.

00:01:46.200 --> 00:01:47.660
Чому це важливо для бізнесу?

00:01:47.800 --> 00:01:52.900
Вам потрібні наскрізні робочі процеси з участю людини, діями з обмеженим доступом, повторними спробами та аудиторськими слідами.

00:01:53.060 --> 00:01:54.460
Це не однопотоковий чат.

00:01:54.620 --> 00:01:55.620
Це командна гра.

00:01:55.800 --> 00:01:58.740
Модель «Планувальник-виконавець-рецензент» зменшує ризики та переробки,

00:01:58.740 --> 00:02:03.940
бо кожен крок має другу пару очей автоматизованих, які не зависають на 11-й хвилині короткої наради в Teams.

00:02:04.120 --> 00:02:06.000
Виграш у вартості та затримках також є.

00:02:06.240 --> 00:02:08.980
Використовуйте малімовні моделі для вилучення та класифікації даних.

00:02:09.100 --> 00:02:12.160
Використовуйте преміальні моделі міркування лише там, де планування справді допомагає.

00:02:12.300 --> 00:02:14.940
Запускайте пакетні завдання для звітів, поки користувачі сплять.

00:02:15.100 --> 00:02:18.380
Ви отримаєте менше галюцинацій, швидші результати та менші рахунки.

00:02:18.540 --> 00:02:19.380
Коротка історія.

00:02:19.380 --> 00:02:45.380
Планувальник розуміє мету, обмеження та середовище.

00:02:45.380 --> 00:02:50.020
Створює план із викликами інструментів, які може виконати оператор.

00:02:50.140 --> 00:02:57.320
Оператор викликає інструменти Graph, Logic Apps, функції Azure Automation Runbooks та повертає структуровані результати.

00:02:57.520 --> 00:03:04.320
Рецензент перевіряє обґрунтованість, відповідність вимогам, погодження та безпеку результатів перед будь-якими ризикованими діями.

00:03:04.840 --> 00:03:09.820
Консьєрж повідомлень обробляє сповіщення для людей, погодження та підсумки для аудиту.

00:03:09.820 --> 00:03:15.580
Вони спілкуються через повідомлення та спільний контекст, як дорослі, коротко, чітко та тільки те, що потрібно.

00:03:15.740 --> 00:03:21.060
Послідовно, коли дії залежать від попередніх результатів, паралельно, коли підзавдання можна безпечно розподілити.

00:03:21.240 --> 00:03:26.440
Ви не надсилаєте 50-сторінкову політику, ви надсилаєте відповідний фрагмент, ID пристроїв і заплановану зміну.

00:03:26.440 --> 00:03:27.780
Інструменти – це руки.

00:03:27.980 --> 00:03:33.720
REST-ARI для Microsoft Graph, RIG через Azure AI Search для перевірених знань, інтерпретатор коду для фрагментів,

00:03:33.860 --> 00:03:38.200
Logic Apps для оркестрації, функції для зв'язку, Azure Automation для повторюваних завдань.

00:03:38.340 --> 00:03:43.460
Тримайте вхідні дані інструментів структурованими за допомогою схем, щоб оператор не зміг креативно видалити ваш тенант.

00:03:43.580 --> 00:03:45.320
Пам'ять – це не магія, це бюджет.

00:03:45.500 --> 00:03:47.300
Мінімізуйте пам'ять для кожного агента.

00:03:47.460 --> 00:03:51.240
Використовуйте зовнішній стан, індекси пошуку, векторні сховища або невелике сховище мета даних потоку.

00:03:51.240 --> 00:03:53.000
Тримайте вікна контекстолаконічними.

00:03:53.120 --> 00:03:55.660
Якщо це не потрібно для наступного рішення, воно не передається далі.

00:03:55.760 --> 00:03:58.680
Планування проти виконання – це те, де саментик Кернел проявляє себе найкраще.

00:03:58.820 --> 00:04:02.200
Планувальник делегує, оператор обирає правильний інструмент із каталогів функцій.

00:04:02.340 --> 00:04:06.260
Рецензент критикує результати за допомогою оціночних промптів та перевірки безпеки контенту.

00:04:06.400 --> 00:04:09.840
Якщо рецензент вказує на ризик виходу за межі повноважень, планувальник вносить зміни.

00:04:09.840 --> 00:04:14.340
Коли ви зрозумієте цей цикл, ви перестанете писати 800-слівні промпти і почнете визначати чіткі ролі.

00:04:14.460 --> 00:04:16.420
Межі безпеки не підлягають обговоренню.

00:04:16.580 --> 00:04:19.760
Виклики інструментів із розмежуванням доступу через керовані ідентичності.

00:04:19.900 --> 00:04:22.520
Права доступу агентів розділені між читанням і керуванням.

00:04:22.620 --> 00:04:24.820
PIM для підвищення прав при деструктивних діях.

00:04:25.000 --> 00:04:27.100
Усі виклики інструментів записуються в Log Analytics.

00:04:27.320 --> 00:04:29.720
Перевірка безпеки контенту як на вході, так і на вигоді.

00:04:29.720 --> 00:04:33.400
Захист промптів від джейлбрейків та непрямих ін'єкцій із джерел знань.

00:04:33.520 --> 00:04:34.640
Час для аналогій.

00:04:34.820 --> 00:04:37.020
Дослідник, аналітик, оператор, QA.

00:04:37.160 --> 00:04:39.460
Кожен несе відповідальність за свою частину роботи.

00:04:39.600 --> 00:04:41.200
Оператор не схвалює власні зміни.

00:04:41.380 --> 00:04:43.520
Аналітик не втручається в роботу продакшні середовища.

00:04:43.640 --> 00:04:45.380
QA не пише код, який він тестує.

00:04:45.560 --> 00:04:47.440
Просто, буденно, безпечно.

00:04:47.700 --> 00:04:50.200
Чому Azure AI Foundry разом із Symantec Kernel?

00:04:50.340 --> 00:04:53.580
Foundry надає оркестрацію агентів, вибір моделей обґрунтування знань,

00:04:53.580 --> 00:04:57.980
підключення інструментів, безпеку контенту, відстеження, оцінювання та управління в одному місці.

00:04:58.140 --> 00:05:03.520
Symantec Kernel надає вам планувальники, навички, конвейери, повторні спроби та скасування в коді.

00:05:03.840 --> 00:05:08.940
Разом ви комбінуєте моделі за ролями SLM для вилучення, GPT-4 класу для планування,

00:05:09.100 --> 00:05:14.560
пакетну обробку для резюме, при цьому зберігаючи промпти короткими, ризики мінімальними, а вихідні – вільними.

00:05:14.700 --> 00:05:19.560
Тепер давайте це створимо, як Azure AI Foundry забезпечує роботу агентних робочих процесів.

00:05:19.560 --> 00:05:24.380
Ось де Azure AI Foundry перестає бути просто глянцевим порталом і починає діяти як виробничий майданчик.

00:05:24.480 --> 00:05:27.880
Foundry дає вам простір для визначення агентів, підключення моделей, додавання знань,

00:05:28.000 --> 00:05:31.600
налаштування дій і спостереження за всім цим без блукання між шістьма різними вкладками навмання.

00:05:31.780 --> 00:05:34.300
Це оркестрація без синьої ізоляційної стрічки.

00:05:34.440 --> 00:05:36.220
Почніть із визначення агентів.

00:05:36.380 --> 00:05:41.060
У Foundry кожен агент отримує інструкції та чіткі вказівки щодо ролі, а не маніфест.

00:05:41.260 --> 00:05:43.600
Розгортання – фактична модель, що стоїть за цим.

00:05:43.600 --> 00:05:47.940
Поєднуйте моделі класу GPT-4 для планування з SLM класу FI для вилучення даних.

00:05:48.040 --> 00:05:52.700
Знання, індекси Azure AI Search, завантажені файли або BIN для контексту з інтернету.

00:05:52.880 --> 00:06:00.460
Дії, інструменти OpenARIE, Logic Apps, функції, граф, Azure Automation або інтерпретатор коду для швидких обчислень і парсингу.

00:06:00.640 --> 00:06:01.540
Підключені агенти.

00:06:01.680 --> 00:06:06.260
Так, агент може сприймати іншого агента як інструмент, якщо це дозволяє чітко розмежувати ролі.

00:06:06.420 --> 00:06:09.980
Це важливо, оскільки Semantic Kernel підключається до того самого Всесвіту.

00:06:09.980 --> 00:06:14.700
У коді ви будуєте планувальники, визначаєте навички та реєструєте інструменти в каталогах функцій.

00:06:14.820 --> 00:06:20.760
Ви координуєте цикл, планувальник, оператор, рецензент, а Foundry бере на себе потоки, історію та обмеження безпеки.

00:06:20.880 --> 00:06:24.540
Ви тримаєте промпти короткими, а основну роботу перекладаєте на інструменти зі схемами.

00:06:24.680 --> 00:06:27.620
Переклад – менше галюцинацій, менше помилок, більше вільного часу.

00:06:27.760 --> 00:06:29.100
Вибір моделей має значення.

00:06:29.260 --> 00:06:34.000
Foundry абстрагує висновок через модельну кінцеву точку, тому ви можете змінювати моделі без переписування всього застосунку.

00:06:34.000 --> 00:06:37.800
Два основні шляхи – безсерверні кінцеві точки для преміум-моделей і швидкої ітерації.

00:06:37.960 --> 00:06:42.040
Ви платите за токен, масштабуєтеся за запитом і не доглядаєте за GPU, як у 2018 році.

00:06:42.180 --> 00:06:46.000
Керовані обчислення для конкретних відкритих моделей, які ви хочете закріпити у межах свого тенента.

00:06:46.180 --> 00:06:50.380
Ви платите за час роботи та контролюєте конфігурацію, але Microsoft бере на себе клопоти з розгортання.

00:06:50.620 --> 00:06:51.900
Комбінуйте моделі за ролями.

00:06:52.060 --> 00:06:55.380
Планувальник на базі GPT-4 або 4, один міні для логічних міркувань.

00:06:55.380 --> 00:06:58.920
Оператор на невеликій моделі, що ефективна у вилученні та структурованні параметрів.

00:06:59.020 --> 00:07:02.720
Пакетна обробка довгих звітів вночі, щоб люди отримували готові результати вранці.

00:07:02.880 --> 00:07:05.960
І якщо модель застаріє або ви захочете спробувати варіанти DeepSeek,

00:07:06.040 --> 00:07:09.780
чи лама АРІ висновку Foundry дозволить зберегти стабільність коду під час експериментів.

00:07:09.940 --> 00:07:12.840
Інструменти та дії – це те, де оператор здобуває свій авторитет.

00:07:13.040 --> 00:07:16.620
Саме тут ви надаєте реальну силу, не віддаючи агенту ключі від вашого королівства.

00:07:16.620 --> 00:07:19.680
Відкривайте АРІ інструментів для внутрішніх сервісів через Svega.

00:07:19.880 --> 00:07:21.340
Дотримуйтесь суворих контрактів.

00:07:21.500 --> 00:07:24.500
Якщо в схемі для пристрою вказано рядок, це має бути ідентифікатор пристрою.

00:07:24.640 --> 00:07:27.220
Logic Apps для потоків затвердження та контролю з боку людини.

00:07:27.400 --> 00:07:29.760
Нехай перевіряльник спрямовує зміни до особи, що їх погоджує,

00:07:29.860 --> 00:07:31.460
а потім відновлює виконання після схвалення.

00:07:31.620 --> 00:07:34.400
Azure Functions для сполучного коду та коректних перетворень.

00:07:34.400 --> 00:07:37.600
Невеликий версійний граф АРІ, що легко тестується для завдань Intune,

00:07:37.740 --> 00:07:39.920
Entra та умовного доступу користувачів до пристрою.

00:07:39.920 --> 00:07:41.980
Надавайте права на читання агентам моніторингу,

00:07:42.080 --> 00:07:44.060
а права на керування – лише агентам виправлення.

00:07:44.160 --> 00:07:47.140
Azure Automation для скриптів пристроїв та посібників з експлуатації.

00:07:47.300 --> 00:07:49.960
Поведьтеся з цим, як і з гострими предметами, в замкненій шухляді.

00:07:50.120 --> 00:07:52.080
Лише агент виправлення може її відкрити.

00:07:52.260 --> 00:07:54.640
Як і з граундингом, підтримуйте вміст у впорядкованому стані.

00:07:54.760 --> 00:07:58.040
Використовуйте Azure AI Search із гібридним ранжуванням та семантичним переранжуванням.

00:07:58.140 --> 00:07:59.620
Розподіляйте знання за доменами.

00:07:59.620 --> 00:08:02.400
Політики Intune окремо від інструкцій з онбордингу.

00:08:02.540 --> 00:08:04.080
Щоб не завантажувати зайвого.

00:08:04.220 --> 00:08:07.000
Оператор має передавати фрагмент, а не всю енциклопедію.

00:08:07.140 --> 00:08:09.040
Визначайте розміри блоків, зберігайте посилання

00:08:09.040 --> 00:08:12.520
та доручіть перевіряльнику оцінити обґрунтованість перед виходом у продуктивне середовище.

00:08:12.680 --> 00:08:13.940
Безпека – це не опція.

00:08:14.100 --> 00:08:16.940
Foundry містить вбудовані фільтри безпеки в місту для вводу та виводу,

00:08:17.100 --> 00:08:20.620
захист від зламу та непрямих ін'єкцій, а також перевірку захищених матеріалів.

00:08:20.620 --> 00:08:22.760
Виконуйте перевірку безпеки до та після моделі,

00:08:22.880 --> 00:08:25.580
щоб не платити за погані дані або піар-катастрофи на вигоді.

00:08:25.680 --> 00:08:27.920
Поєднуйте це з керованою ідентичністю для кожного агента,

00:08:28.040 --> 00:08:31.440
принципом найменших привілеїв та тимчасовим підвищенням прав для деструктивних інструментів.

00:08:31.540 --> 00:08:33.300
Кожен виклик інструменту відстежується.

00:08:33.440 --> 00:08:34.880
Кожне затвердження реєструється.

00:08:35.060 --> 00:08:38.200
Якщо хтось запитає, хто що запустив, ви не відкриваєте Outlook.

00:08:38.360 --> 00:08:39.880
Log Analytics уже все знає.

00:08:40.300 --> 00:08:42.240
Спостережуваність – це ознака дорослого підходу.

00:08:42.240 --> 00:08:44.700
Увімкніть трасування, щоб бачити історію запусків,

00:08:44.840 --> 00:08:47.040
який агент, який інструмент, з якими параметрами,

00:08:47.140 --> 00:08:49.440
з якою затримкою викликав і що отримав у відповідь.

00:08:49.540 --> 00:08:51.820
Налаштуйте Application Insights для аналізу продуктивності,

00:08:51.920 --> 00:08:54.040
логи додатків для аудиту та впроваджуйте оцінки в CI,

00:08:54.220 --> 00:08:57.120
щоб виявляти відхилення в релевантності, обґрунтованості та зв'язності до того,

00:08:57.240 --> 00:08:58.160
як це зробить користувач.

00:08:58.300 --> 00:09:00.400
Якщо обґрунтованість падає, перевіряльник позначає це,

00:09:00.400 --> 00:09:02.060
планувальник звужує запит на отримання даних,

00:09:02.120 --> 00:09:03.400
і оператор робить ще одну спробу.

00:09:03.480 --> 00:09:05.220
Жодної паніки з боку людини не потрібно.

00:09:05.340 --> 00:09:07.560
Примітиве розгортання допомагають підтримувати порядок.

00:09:07.720 --> 00:09:10.460
Використовуйте проєкти Foundry для квот, команд та базових політик.

00:09:10.580 --> 00:09:13.320
Розмістіть Azure Arie Management перед сервісом інструментів для керування версіями,

00:09:13.420 --> 00:09:15.720
обмеження швидкості, впровадження запобіжників та маршрутизації

00:09:15.720 --> 00:09:17.620
між пітію та моделью оплати за фактом використання.

00:09:17.740 --> 00:09:21.420
Приватні кінцеві точки там, де вимагається відповідність вимогам або резиденція даних.

00:09:21.420 --> 00:09:24.620
Регіони, що відповідають вашим користувачам, а не лише вашим амбіціям.

00:09:24.760 --> 00:09:26.780
І так, Сементик Кернел завершує цю картину.

00:09:26.940 --> 00:09:28.580
Ви описуєте робочий процес у коді.

00:09:28.680 --> 00:09:30.180
Планувальник декомпозує завдання.

00:09:30.360 --> 00:09:33.700
Оператор обирає інструменти на основі каталогів функцій та їх доступності.

00:09:33.840 --> 00:09:36.520
Рецензент виконує перевірки за допомогою оцінювальних підказок

00:09:36.520 --> 00:09:38.160
і результатів перевірки безпеки в місту,

00:09:38.220 --> 00:09:41.100
а ви отримуєте повторні спроби з очікуванням та маркерами скасування,

00:09:41.100 --> 00:10:05.220
Це нудно в найкращому розумінні цього слова.

00:10:05.220 --> 00:10:09.580
Як паски безпеки або відмова від надання прав глобального адміністратора-стажеру

00:10:09.580 --> 00:10:10.900
на ім'я Default Key.

00:10:11.100 --> 00:10:15.620
Демо сценарій 1 – очищення пристроїв, підрозділ привидів CSI Intune.

00:10:15.800 --> 00:10:20.580
Знаєте ці пристрої, які відображаються як керовані, списані та живі мерці одночасно?

00:10:20.740 --> 00:10:22.680
Ласкаво просимо до CSI Intune.

00:10:22.860 --> 00:10:26.020
Наша робота – знайти застаріле, дублюване або незареєстроване обладнання

00:10:26.020 --> 00:10:28.020
та безпечно виправити ситуацію після схвалення,

00:10:28.140 --> 00:10:29.940
щоб ніхто не нацилав гнівні листи юристам.

00:10:29.940 --> 00:10:33.980
Команда агентів – монітор, запити, Microsoft Graph та Log Analytics,

00:10:34.260 --> 00:10:37.240
класифікація станів пристроїв, позначення аномалій.

00:10:37.240 --> 00:10:42.400
Засіб виправлення викликає Intune та Azure Automation для карантину або списання пристроїв.

00:10:42.420 --> 00:10:48.000
Аудитор записує все, сповіщає людей і пише звіт про виконані дії для відповідності вимогам.

00:10:48.160 --> 00:10:49.500
Процес виглядає так.

00:10:49.640 --> 00:10:52.680
Монітор отримує з графа записи про пристрої останню реєстрацію,

00:10:52.820 --> 00:10:56.560
стан відповідності, тип реєстрації, основного користувача та пропорції списання.

00:10:56.560 --> 00:11:00.960
Він також збирає сигнали Log Analytics, серцебиття Defenda, відповідність оновлень

00:11:00.960 --> 00:11:02.760
та події розширення керування Intune.

00:11:02.940 --> 00:11:06.160
Він об'єднує їх у короткий структурований запис для кожного пристрою.

00:11:06.160 --> 00:11:10.000
Останній сеанс UTC зареєстрований, сумісний, кандидати на дублювання, сигнали ризику.

00:11:10.160 --> 00:11:11.480
Жодних романів, лише поля.

00:11:11.620 --> 00:11:13.400
Тепер передача від мозку до м'язів.

00:11:13.540 --> 00:11:17.640
Монітор надсилає запропоновану класифікацію за старілий, дублікат, немає серцебиття або в нормі.

00:11:17.760 --> 00:11:19.620
Рецензент перевіряє обґрунтованість.

00:11:19.760 --> 00:11:22.140
Чи справді ці дані надійшли з графа та Log Analytics?

00:11:22.140 --> 00:11:27.760
Перевірка безпеки в місту працює перед моделью, щоб заблокувати ін'єкції підказок із будь-яких завантажених файлів або веб-джерел.

00:11:36.160 --> 00:11:45.160
Ди дата на списання, видаляємо прив'язки до динамічних груп, що спричиняють розростання політик і, за потреби, переміщуємо пристрій у групу карантину Azure ID, яка блокує доступ.

00:11:45.320 --> 00:11:46.900
Поки що ніякого видалення.

00:11:47.140 --> 00:11:49.460
Запити на схвалення потрапляють у Logic App.

00:11:49.660 --> 00:11:54.640
Рецензент додає компактний план, ID пристроїв, причини, запропоновані дії та відкат.

00:11:54.640 --> 00:12:00.140
Особа, що схвалює, бачить зведення в Teams із посиланнями на запити графа та KQL з Log Analytics.

00:12:00.140 --> 00:12:09.840
Схвалення повертає маркер, засіб виправлення виконує списання, очищення, якщо обґрунтовано, або видаляє дублікати, залишаючи пристрій із найсвіжішим серцебиттям і розриваючи зв'язки з привидами.

00:12:09.980 --> 00:12:12.280
Керована ідентичність тримає наші руки чистими.

00:12:12.480 --> 00:12:14.780
Монітор працює з правами на читання всіх пристроїв.

00:12:14.780 --> 00:12:19.960
Ремедіатор використовує окрему ідентичність із правами читання та запису пристроїв та рівно тими дозволами Intune, які йому потрібні.

00:12:20.080 --> 00:12:21.740
Видалення захищене через PIM.

00:12:21.740 --> 00:12:24.260
Агент-ремедіатор не може підвищувати власні права.

00:12:24.380 --> 00:12:29.360
Коли запитується підвищення прав, логічний додаток потребує участі людини і запускається таймер тимчасового доступу.

00:12:29.620 --> 00:12:31.580
Спостережуваність – це доросла частина системи.

00:12:31.700 --> 00:12:33.540
Кожен виклик інструменту відстежується.

00:12:33.720 --> 00:12:36.060
Хто викликав – параметри, затримка, відповідь.

00:12:36.060 --> 00:12:42.400
Аудитор записує події в Log Analytics з ідентифікаторами кореляції, щоб ви могли відтворити послідовність дій без археології в слег.

00:12:42.540 --> 00:12:46.720
Ми також проводимо етап оцінки після внесення змін – обґрунтованість, релевантність, плинність.

00:12:51.740 --> 00:12:53.540
Уточнення пошуку або звуження обсягу.

00:12:53.700 --> 00:12:55.380
Моделі змішуються цілеспрямовано.

00:12:55.560 --> 00:12:58.900
Класифікація використовує невелику модель для зниження вартості та затримки.

00:12:59.080 --> 00:13:05.940
Виняткові випадки, як-от два пристрої, де OtoPilot перейменував один, а Azure ID вважає їх ідентичними, отримують шлях міркування з GPT-4 Mini.

00:13:06.080 --> 00:13:07.280
Підсумки пакетуються.

00:13:07.280 --> 00:13:10.760
Нікому не потрібен шекспірівський звіт о 14.00, лише стисла історія.

00:13:10.760 --> 00:13:15.700
Минулого тижня тест з одним агентом спробував виправити застарілий пристрій, видаливши все у тій же динамічній групі.

00:13:15.840 --> 00:13:20.860
Рецензент у нашому мультиагентному потоці виявив невідповідність обсягу, запитав підтвердження на рівні пристрою та зупинив це.

00:13:21.020 --> 00:13:23.400
Ось чому ми розділяємо планування, дію та перевірку.

00:13:23.520 --> 00:13:26.680
Кінцевий результат – пристрої привиди перестають заважати комплеєнсу.

00:13:26.680 --> 00:13:33.060
Ви зменшуєте марну витрату ліцензій, кількість хибних спрацювань і припиняєте пояснювати керівництво, чому помилки видалення стали нормою життя.

00:13:33.200 --> 00:13:37.740
І так, журнал аудиту читабельний, що більше, ніж я можу сказати про половину ваших тікетів на зміни.

00:13:37.900 --> 00:13:40.940
Демо сценарій 2. Адаптація без дотиків. Zero-touch onboarding.

00:13:41.120 --> 00:13:42.580
Насправді без жодного дотику.

00:13:42.780 --> 00:13:46.540
0 дотиків для користувача, 500 дотиків для інженерії до появи агентів.

00:13:46.680 --> 00:13:50.680
Ціль – відкадрової події до готового користувача та пристрою без зайвих рухів.

00:13:50.680 --> 00:13:55.220
Плавно, керовано та оборотно, коли HR пише прізвище трьома різними способами.

00:13:55.360 --> 00:13:56.400
Склад команди.

00:13:56.640 --> 00:14:01.760
Інтейк слухає HR-вебхук, нормалізує корисні дані та перевіряє обов'язкові поля.

00:14:01.920 --> 00:14:07.500
Провіженер створює користувача Ventra, призначає групи та ліцензії, реєструє профілі AutoPilot.

00:14:07.720 --> 00:14:13.180
Веледий та перевіряє відповідність політикам та стан умовного доступу, перш ніж ми віддамо новий ноутбук.

00:14:13.340 --> 00:14:18.140
Консьєрж надсилає вітальний пакет, посилання на SharePoint та чек-лист для першого дня.

00:14:18.140 --> 00:14:19.180
Час потоку.

00:14:19.180 --> 00:14:23.820
Інтейк отримує кадрові дані, ім'я, дату виходу, роль, відділ, керівника, регіон.

00:14:23.980 --> 00:14:26.040
Невелика модель вилучає та нормалізує їх.

00:14:26.200 --> 00:14:30.280
Вона зіставляє дані з канонічними полями та виловлює дурниці, як от дата початку у 2099 році.

00:14:30.440 --> 00:14:34.940
Якщо обов'язкові поля відсутні, система надсилає HR-структуровану помилку через Logic Apps без вільної поезії.

00:14:35.060 --> 00:14:38.540
Провіженер викликає граф із керованою ідентичністю, обмеженою правами користувача.

00:14:38.540 --> 00:14:42.680
Вона створює користувача Ventra, встановлює місцеве користання та застосовує базову групу.

00:14:42.840 --> 00:14:45.640
Далі він формує призначення ліцензій на основі ролі та регіону.

00:14:45.760 --> 00:14:47.380
Тут допомагає логічне мислення.

00:14:47.500 --> 00:14:50.200
Чи потрібна цій особі і 5 Security або Business Premium?

00:14:50.420 --> 00:14:53.780
Ми кодуємо політику в даних і дозволяємо моделі обирати з дозволених пакетів.

00:14:53.940 --> 00:14:56.700
Жодна модель не може вигадувати ліцензії, є лише суворе меню.

00:14:56.900 --> 00:14:58.000
Далі йде AutoPilot.

00:14:58.000 --> 00:15:04.400
Засіб надання доступу або реєструє апаратний хеш, який ми вже маємо, або готує профіль, точно в строк, прив'язаний до групи користувача.

00:15:04.540 --> 00:15:08.300
Він позначає групи пристроїв для базових політик, після чого вмикається валідатор.

00:15:08.440 --> 00:15:16.420
Він запитує граф і дафенда щодо сигналів відповідності, перевіряє, чи не завадить умовний доступ першому входу і перевіряє застосування правильних політик конфігурації.

00:15:16.600 --> 00:15:23.060
Якщо умовний доступ блокує новачка в перший день, валідатор створює запит на схвалення з часовим виключенням та обґрунтуванням.

00:15:23.060 --> 00:15:31.800
Консьєрж займається людськими справами. Він надсилає повідомлення в тім з менеджеру з UPN новачка статусом призначення пристрою та посиланням на стартовий набір SharePoint.

00:15:32.040 --> 00:15:37.520
Він надсилає електронний лист новачку з інструкціями на перший день, налаштуванням МФА та інформацією про ІТ-портал.

00:15:37.640 --> 00:15:40.580
Він не вставляє ваші внутрішні IP-діапазони в електронний лист.

00:15:40.760 --> 00:15:43.600
Безпека контенту перевіряє результати на предмет витоку даних і тону.

00:15:43.740 --> 00:15:46.080
Управління дотримується тієї ж концепції ременів безпеки.

00:15:46.080 --> 00:15:49.120
Керована ідентичність провіженер має права на ліцензії, але не на видалення.

00:15:49.300 --> 00:15:51.780
Модуль прийому даних не надає доступ, він лише перевіряє.

00:15:51.900 --> 00:15:55.580
PM контролює будь-які ризиковані дії, наприклад, додавання користувачів до чутливих груп.

00:15:55.760 --> 00:15:58.340
Усі дії відстежуються WebInsights та Log Analytics.

00:15:58.600 --> 00:16:03.740
Якщо HR надсилає виправлені дані, планувальник перераховує різницю, а оператор оновлює лише те, що змінилося.

00:16:03.900 --> 00:16:05.740
Жодних безглуздих змін у членстві груп.

00:16:05.960 --> 00:16:08.220
Можливість спостереження забезпечує контрольні точки.

00:16:08.220 --> 00:16:13.900
HR-інтеграція, створення Entra, призначення ліцензії, профіль AutoPilot, відправка результатів перевірки відповідності.

00:16:14.000 --> 00:16:18.120
Ви отримуєте показники SLA та автоматичні повторні спроби при тимчасових помилках граф із затримкою.

00:16:18.260 --> 00:16:20.920
Якщо в системі HR стається збій, потік не зупиняється.

00:16:21.100 --> 00:16:24.580
Він призупиняється, записується в журнал і відновлюється після усунення проблеми.

00:16:24.680 --> 00:16:30.600
Оцінки виконуються в CI на синтетичних даних, щоб виявити регресії в релевантності до того, як постраждає реальний працівник.

00:16:30.600 --> 00:16:33.040
Комбінація моделей дозволяє оптимізувати витрати.

00:16:33.200 --> 00:16:35.380
SLM для вилучення та нормалізації даних.

00:16:35.480 --> 00:16:38.080
Логічний прохід лише для рішень щодо вибору політики.

00:16:38.240 --> 00:16:40.880
Підсумки та привітальні листи групуються, коли це можливо.

00:16:41.080 --> 00:16:45.320
Мета – надання доступу з низькою затримкою та чіткістю аудиторського сліду на людському рівні.

00:16:45.480 --> 00:16:46.500
Коротка історія.

00:16:46.680 --> 00:16:52.940
Онбординг через одного агента намагався додати користувача до всіх співробітників і підрядників, бо в посади було вказано «підрядний персонал».

00:16:52.940 --> 00:16:59.320
Мультиагентний підхід виявив правило взаємного виключення у валідаторі, запитав рішення людини й уникнув миттєвої проблеми з доступом.

00:16:59.460 --> 00:17:02.040
Результат – справжнє нульове втручання для користувача.

00:17:02.160 --> 00:17:08.400
Один потік, чотири агенти, чисті схвалення та звіт, який можна показати CISO без благань до «Богів демо-версій».

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

00:17:14.340 --> 00:17:17.400
Демонстраційний сценарій 3 – автоматизоване зміцнення безпеки.

00:17:17.400 --> 00:17:19.740
Будь ласка, нехай бітлока буде увімкнено.

00:17:19.920 --> 00:17:21.420
Дрейв безпеки, як бур'яни.

00:17:21.640 --> 00:17:25.140
Висмикнеш три – з'являться п'ять, і один із них назло вимкне бітлока.

00:17:25.340 --> 00:17:31.060
Наша мета – постійно виявляти дрейв конфігурації та безпечно його усувати за допомогою засобів контролю, які схвалив би навіть юрист.

00:17:31.160 --> 00:17:33.780
Детектор дрейву каст запитує граф та дафенда.

00:17:33.960 --> 00:17:39.200
Сак'юрсько отримує дані про відповідність Інтюн та базові конфігурації пристроїв, формуючи дельту дрейву.

00:17:39.200 --> 00:17:44.760
Фікса впроваджує зміни політик Інтюн, налаштування бітлока та кільця оновлення Віндовс.

00:17:45.140 --> 00:17:49.200
Запускає сценарії для пристроїв через Azure Automation, коли політик недостатньо.

00:17:49.880 --> 00:17:56.660
Рав'юа забезпечує дотримання правил, обмежує зміни, перевіряє обґрунтованість і вимагає схвалення людиною для ризикованих кроків.

00:17:56.840 --> 00:18:01.640
Месенджа сповіщає людей у Teams або електронною поштою з короткими планами та звітами.

00:18:02.000 --> 00:18:05.620
Процес «Детектор дрейфу» запускається за розкладом і на вимогу.

00:18:05.620 --> 00:18:13.940
Він отримує дані про відповідність пристроїв, статус бітлока, стан TPM, версію ОС, кільце оновлень та призначення політик через граф.

00:18:14.100 --> 00:18:19.280
Він порівнює кожен пристрій із золотим профілем як структуровані дані, а не як абстрактний документ.

00:18:19.460 --> 00:18:26.660
Він позначає виявлені проблеми, відсутність бітлока, слабкий метод шифрування, незастосована політика, вимкнений безпечний завантажувач, кільце оновлень поза межами.

00:18:26.820 --> 00:18:30.440
Вступає в дію плена, пропонуючи мінімальний план для кожної групи пристроїв.

00:18:30.440 --> 00:18:34.280
Для бітлока використовується політика Intune, якщо пристрій підтримує її.

00:18:34.420 --> 00:18:40.920
Якщо політика призначена, але статус вимкнено, пропонується сценарій автоматизації для повторного запуску захисту та депонування ключа вежу RayD.

00:18:41.080 --> 00:18:46.700
Для дрейфу оновлень пропонується переміщення пристрою до поетапного кільця оновлень, а не підхід оновлюй і сподівайся.

00:18:46.940 --> 00:18:51.920
Для проблем із умовним доступом пропонується часове виключення з обов'язковим обґрунтуванням.

00:18:51.920 --> 00:18:54.380
Рав'юа оцінює обґрунтованість.

00:18:54.480 --> 00:18:57.900
Чи справді детектор дрейфу посилався на поля з графта до фенда?

00:18:58.060 --> 00:19:02.180
Він перевіряє область дії, ідентифікатори пристроїв, ідентифікатори політик та тип змін.

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

00:19:05.780 --> 00:19:11.240
Безпека в місту перевіряється на вході та вигоді, щоб запобігти ін'єкціям у запити з будь-яких зовнішніх джерел або вставлених логів.

00:19:11.240 --> 00:19:15.420
Високоризикові дії, як от видалення конфліктуючої локальної політики, потребують підтвердження менеджером.

00:19:15.580 --> 00:19:17.960
Ідентифікатор фікса не може самостійно підвищувати свої права.

00:19:18.100 --> 00:19:20.360
Схвалення відбувається в логічній програмі з наочною карткою.

00:19:20.560 --> 00:19:22.080
Що не так? Що зміниться?

00:19:22.260 --> 00:19:23.940
Кроки для відкату та посилання на джерела.

00:19:24.140 --> 00:19:25.700
Ви підтверджуєте, фікса виконує.

00:19:25.880 --> 00:19:28.680
Оновлення політик Intune є і демпотентними, та цілеспрямованими.

00:19:28.860 --> 00:19:32.740
Виправлення бітлока використовує ранбук з явними параметрами та перевіркою коректності.

00:19:32.740 --> 00:19:37.700
Перевірено наявність TPM, підтримку OS X TSS 256 та шлях депонування.

00:19:37.860 --> 00:19:42.220
Якщо попередня перевірка не проходить, виводиться зрозуміла користувачеві помилка безпобічних ефектів.

00:19:42.360 --> 00:19:43.800
Месенджер закриває цикл.

00:19:43.920 --> 00:19:45.040
Пристрій виправлено.

00:19:45.200 --> 00:19:49.740
Звіт надходить у Teams із підрахунками, посиланнями на трасування AppInsights та CSV файлом для того,

00:19:49.880 --> 00:19:51.760
хто досі любить Excel більше за власну родину.

00:19:51.920 --> 00:19:57.180
Якщо пристрій не відповідає вимогам, перевіряльник відкриває гілку виключення з таймером і запланованими повторними спробами.

00:19:57.180 --> 00:19:58.320
Можливість спостереження.

00:19:58.320 --> 00:20:01.260
Кожен виклик інструменту відстежується і пов'язується з потоком.

00:20:01.380 --> 00:20:06.240
Ми фіксуємо зміни до та після, щоб аудит бачив невідповідності без постійного моніторингу в KQL.

00:20:06.460 --> 00:20:11.380
Ми також запускаємо агент оцінки для резюме після змін, щоб перевірити обґрунтованість і чіткість.

00:20:11.520 --> 00:20:14.480
Якщо рівень обґрунтованості падає або зростає кількість помилок,

00:20:14.580 --> 00:20:18.320
планувальник звужує пошук, зменшує розмір пакету або зупиняє деструктивні дії.

00:20:18.320 --> 00:20:23.500
Поєднання моделей SLM для вилучення та класифікації, модель міркувань для синтезу плану лише за потреби.

00:20:23.580 --> 00:20:25.100
Пакетна обробка нічного звіту.

00:20:25.320 --> 00:20:26.380
Жодних сонетів про щі.

00:20:26.500 --> 00:20:27.080
Кінцевий результат.

00:20:27.240 --> 00:20:28.240
Бітлока дійсно увімкнено.

00:20:28.380 --> 00:20:29.940
Кільця оновлень менше відхиляються від норми.

00:20:30.080 --> 00:20:32.440
Виключення задокументовані, обмежені в часі та підлягають перевірці.

00:20:32.600 --> 00:20:36.880
І ніхто не лагодить пристрій шляхом перевстановлення ОС на ноутбуках фінансового відділу під час закриття кварталу.

00:20:36.880 --> 00:20:41.320
Структура архітектури Foundry плюс SK плюс інструменти та ідентифікація.

00:20:41.480 --> 00:20:44.600
Давайте відкриємо капот, не розливши мастило на вашу квоту.

00:20:44.780 --> 00:20:50.560
Уявіть чотири рівні, які зберігають систему в нормі Foundry, Semantic, Kernel, Інструменти, Ідентифікація.

00:20:50.700 --> 00:20:51.900
Foundry – це база.

00:20:52.060 --> 00:20:59.260
Ви визначаєте агентів із суворими інструкціями, обираєте розгортання для кожної ролі, додаєте знання через Azure AI Search і реєструєте дії.

00:20:59.520 --> 00:21:05.140
Інструменти OpenARIE, Logic Apps, функції, Graph, Azure Automation, Інтерпретатор коду.

00:21:05.140 --> 00:21:09.300
Тут живуть загрози, історія запусків, трасування, оцінки та безпека.

00:21:09.480 --> 00:21:13.480
Захист вмісту, екрани запитів і перевірки захищених матеріалів працюють до і після моделей,

00:21:13.620 --> 00:21:16.760
щоб погані вхідні дані не витрачали токени, а результати не псували роботу.

00:21:16.920 --> 00:21:18.520
Semantic Kernel – це диригент.

00:21:18.700 --> 00:21:21.860
У коді ви налаштовуєте цикл планувальника, оператора та рецензента.

00:21:22.020 --> 00:21:26.880
Ви реєструєте каталоги функцій для інструментів, налаштовуєте затримку повторних спроб і додаєте токени з касування.

00:21:26.880 --> 00:21:32.980
Ви робите запити короткими, перекладаєте складність на схеми та дозволяєте SK вирішувати, який інструмент викликати, залежно від доступності та політики.

00:21:33.120 --> 00:21:35.900
Якщо Graph видає тайм-аут, SK обробляє це з джітером.

00:21:36.040 --> 00:21:39.060
Якщо обґрунтованість знижується, планувальник повертається до оточнення.

00:21:39.360 --> 00:21:40.820
Інструменти – це руки системи.

00:21:40.920 --> 00:21:42.880
Підтримуйте суворі контракти з OpenARIE.

00:21:43.040 --> 00:21:46.200
Помістіть ARIE Management попереду для регулювання версій і захисту від збою.

00:21:46.340 --> 00:21:48.920
Logic Apps обробляють схвалення та тривалі робочі процеси.

00:21:48.920 --> 00:21:51.400
Функції виконують роль клею та перетворення даних.

00:21:51.460 --> 00:21:54.540
Azure Automation виконує скрипти з обмеженнями та подальшими перевірками.

00:21:54.700 --> 00:21:58.540
Graph – це ваше джерело істини для Intune, Entra, комплеєнсу та показників безпеки.

00:21:58.680 --> 00:22:01.180
Azure AI Search надає структуровані знання за доменами.

00:22:01.360 --> 00:22:02.560
Жодної каші зізнань.

00:22:02.880 --> 00:22:04.260
Ідентифікація – це ремінь безпеки.

00:22:04.380 --> 00:22:06.260
Кожен агент має власну керовану ідентичність.

00:22:06.380 --> 00:22:08.200
Агенти моніторингу отримують права лише на читання.

00:22:08.340 --> 00:22:10.680
Агенти виправлення отримують права на запис, але ніколи права адміністратора.

00:22:10.680 --> 00:22:12.460
PM блокує будь-які деструктивні дії.

00:22:12.620 --> 00:22:15.080
Підвищення прав вимагає участі людини та має термін дії.

00:22:15.220 --> 00:22:17.720
Приватні кінцеві точки там, де важливі межі даних.

00:22:17.840 --> 00:22:22.320
Базові політики в проєктах Foundry забезпечують використання дозволених моделей, регіонів і квот.

00:22:22.480 --> 00:22:25.840
App Insights та Log Analytics збирають трасування, метрики та аудити,

00:22:25.980 --> 00:22:29.040
щоб ви могли відповісти, хто і що зробив без археології в слеп.

00:22:29.140 --> 00:22:31.780
Моделі підключаються через Endpoint висновку Foundry.

00:22:31.780 --> 00:22:36.100
Використовуйте серверлес для складних міркувань, керуйте обчисленнями для закріплених відкритих моделей.

00:22:36.260 --> 00:22:41.900
Міняйте моделі без переписування коду, але оцінюйте релевантність, обґрунтованість і пленність у CI перед впровадженням.

00:22:42.040 --> 00:22:45.640
Регіони відповідають вашим користувачам, зони даних – вашим регуляторам.

00:22:45.780 --> 00:22:47.660
Разом це нудна, надійна машина.

00:22:47.660 --> 00:22:53.480
Агенти, визначені у Foundry, оркестровані SK, живляться суворими інструментами, захищені ідентифікацією,

00:22:53.600 --> 00:22:56.360
вимірюються спостережуваністю та охороняються безпекою.

00:23:01.780 --> 00:23:06.360
Зрозуміло. Вибудовуйте мудрість завчасно, щоб не витрачати неділю на виправлення суботи.

00:23:06.500 --> 00:23:08.140
Дайте кожному агенту одну роботу.

00:23:08.300 --> 00:23:11.160
Планувальник планує, оператор оперує, рецензент рецензує.

00:23:11.340 --> 00:23:15.200
Якщо агент починає писати душевний роман, скоротіть його промп і віддайте прозу інструменту.

00:23:15.320 --> 00:23:17.540
Тримайте інструкції короткими, обмеженими та нудними.

00:23:17.540 --> 00:23:19.080
Ви отримаєте менше сюрпризів.

00:23:19.200 --> 00:23:21.420
Надавайте перевагу викликам інструментів, а не довгій прозі.

00:23:21.520 --> 00:23:24.900
Вкладайте контракти у відкритий арі, схеми у вхідні дані, а бар'єри у вихідні.

00:23:25.060 --> 00:23:29.020
Якщо інструмент очікує пристрій, надійшліть пристрій, а не може цей пристрій у фінансах.

00:23:29.180 --> 00:23:31.020
Моделі креативні, інструменти – ні.

00:23:31.180 --> 00:23:31.940
У цьому суть.

00:23:32.220 --> 00:23:35.640
Забезпечуйте мінімальні привілеї так, ніби від цього залежить ваша робота, бо так воно і є.

00:23:35.860 --> 00:23:37.100
Розділяйте ідентичності.

00:23:37.100 --> 00:23:41.280
Тільки читання для монітора, тільки запис для ремедіатора, і жодна ідентичність не має права видалення без ПМ.

00:23:41.440 --> 00:23:44.220
Підвищення прав має бути тимчасовим, обґрунтованим і зафіксованим у логах.

00:23:44.220 --> 00:23:47.780
Якщо хтось просить постійного глобального адміна, дайте йому антистрес-м'ячик і документ із політикою.

00:23:47.900 --> 00:23:50.100
Починайте з малого – два агенти, виконавець і перевіряльник.

00:23:50.240 --> 00:23:52.060
Додайте плановальника, коли цикл стане стабільним.

00:23:52.200 --> 00:23:55.120
Потім, якщо потрібно масштабуватися, не починайте з цифрової схрам команди з 12 осіб.

00:23:55.120 --> 00:23:57.500
Ось як ви відтворюєте свою оргструктуру в IAML і плачете.

00:23:57.640 --> 00:23:59.320
Змішуйте моделі, щоб скоротити витрати.

00:23:59.480 --> 00:24:02.860
SLM для вилучення, GPT-4 клас лише для міркувань там, де це важливо.

00:24:03.000 --> 00:24:04.600
Пакетні підсумки робіть вночі.

00:24:04.600 --> 00:24:07.400
Ви не платите преміальні тарифи за форматування рядка дати.

00:24:07.580 --> 00:24:09.980
Збережіть важку модель для рішень, а не для розповіді.

00:24:10.100 --> 00:24:11.820
Пам'ять додавайте в останню чергу.

00:24:12.040 --> 00:24:15.000
Використовуйте зовнішній стан як ваш AI-пошук або невелике сховище,

00:24:15.000 --> 00:24:17.300
перш ніж набивати контекстні вікна, як ручну поклажу.

00:24:17.460 --> 00:24:19.260
Метадані потоку мають бути крихітними.

00:24:19.420 --> 00:24:21.820
Якщо це не потрібно для наступного кроку, воно не передається.

00:24:21.980 --> 00:24:22.680
Логуйте все.

00:24:22.880 --> 00:24:26.580
Увімкніть трасування, ID потоків, параметри інструментів, результати затримки.

00:24:26.580 --> 00:24:29.200
Впроведжуйте оцінки в CI, щоб виявляти падіння релевантності

00:24:29.200 --> 00:24:31.320
та обґрунтованості до того, як вони потраплять у продакшні.

00:24:31.520 --> 00:24:33.860
Сповіщайте, коли падає обґрунтованість, а не твітер.

00:24:34.000 --> 00:24:36.800
Бар'єри безпеки перед швидкістю, схвалення для деструктивних інструментів.

00:24:36.800 --> 00:24:38.940
Режим тестового запуску безпобічних ефектів.

00:24:39.020 --> 00:24:41.420
Поступове розгортання за групами пристроїв або регіонами.

00:24:41.560 --> 00:24:44.300
Якщо ваш план розгортання, все одразу, сподіваюся, ваше резюме оновлене.

00:24:44.420 --> 00:24:45.740
Будуйте з розрахунком на відмову.

00:24:45.740 --> 00:24:46.980
Повторюйте спроби з джітером.

00:24:47.120 --> 00:24:48.380
Послабте обмеження в графі.

00:24:48.580 --> 00:24:50.340
Використовуйте запобіжники в управлінні АРІ.

00:24:50.460 --> 00:24:51.560
І демпотентні плани дій.

00:24:51.720 --> 00:24:54.220
Якщо крок можна безпечно повторити, ви спите спокійніше.

00:24:54.380 --> 00:24:56.460
Нарешті, документуйте свої політики як дані.

00:24:56.460 --> 00:25:01.000
Правила взаємовиключення пакети ліцензій, базові налаштування пристроїв, переведіть їх у структуровану форму.

00:25:01.100 --> 00:25:03.300
Моделі можуть обирати, але не повинні вигадувати.

00:25:03.500 --> 00:25:06.740
Ось як зберегти корисність агентів та обмежити зону можливих збоїв.

00:25:06.740 --> 00:25:15.860
Якщо запам'ятаєте одне, знайте, окремі агенти допомагають, але команди агентів сплановані, керовані інструментами та з обмеженими правами тихо змінюють ваше середовище, поки ви вдаєте, що спите.

00:25:15.860 --> 00:25:22.120
Якщо це вам близько, підпишіться та дивіться продовження, де я викладу репозиторій Semantic Kernel та шаблон BICEP, щоб ви могли безсоромно їх запозичити.

00:25:22.280 --> 00:25:25.320
Хочете епізод про агентів оцінювання, які підтверджують виконання ваших обіцянок?

00:25:25.440 --> 00:25:26.820
Він у черзі на наступний тиждень.