Latest / M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською / Реєстрація власних функцій Copilot у Business Central: AL, метапромпт і захищені ключі Azure OpenAI (ШІ-дубляж)

Transcript

Реєстрація власних функцій Copilot у Business Central: AL, метапромпт і захищені ключі Azure OpenAI (ШІ-дубляж) · M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською

• 0:00
  Чи не хотілося вам, щоб Business Central виконував за вас нудну роботу, як от звіляння платежів чи написання текстів про продукти,
• 0:06
  замість того, щоб тонути в зайвих кліках і нічних муках в Excel?
• 0:09
  Це і є обіцянка Co-Pilot.
• 0:11
  І перш ніж ви запитаєте, так, він вбудований у Business Central Online без додаткової плати.
• 0:15
  Тільки не чекайте, що він працюватиме у вашій локальній інсталяції.
• 0:18
  Ось у чому підвох.
• 0:19
  Більшість адміністраторів ніколи не зазирають далі стандартних демо-версій.
• 0:22
  Сьогодні ми розберемо його і покажемо, як змусити Co-Pilot працювати на ваш бізнес.
• 0:26
  Наприкінці ви отримаєте контрольний список, який зможете протестувати у пісочниці.
• 0:30
  І все починається з прихованого меню, про яке Microsoft майже не згадує.
• 0:33
  Таємне меню Co-Pilot – справжня потужність Co-Pilot не в яскравих кнопках, які ви бачите на картці клієнта.
• 0:39
  Справжній секрет у тому, що Microsoft залишила під ними.
• 0:42
  Ви знайдете ці точки розширення всередині простору Iman System AI.
• 0:45
  Шукайте юніт коду Co-Pilot Capability та пов'язані з ним перерахування Enums.
• 0:48
  Саме там знаходяться справжні гачки для розробників.
• 0:51
  Це не випадкові артефакти в кодовій базі.
• 0:53
  Вони створені для того, щоб ви могли визначати та реєструвати власні функції на основі щі,
• 0:56
  замість того, щоб чекати, поки Microsoft щокварталу випускатиме нове демо.
• 1:00
  Меню, з яким взаємодіє більшість людей – це лише верхівка айсберга.
• 1:03
  Введіть дані рахунку, отримайте чітке резюме, можливо, складіть чернитку опису продукту.
• 1:06
  Добре, але це лише демонстраційні сценарії, щоб показати, дивіться, це працює.
• 1:10
  Насправді, нутрощі Business Central містять такі об'єкти, як Co-Pilot Capability та Co-Pilot Availability.
• 1:15
  Простими словами, Capability – це набір навичок, які ви створюєте для Co-Pilot.
• 1:20
  Availability підказує системі, коли іде ця навичка має з'явитися для кінцевих користувачів.
• 1:25
  Разом це не просто меню, готових ще віджитів.
• 1:27
  Це фреймворк для налаштування Co-Pilot спеціально під вашу компанію.
• 1:31
  Ось найцікавіше.
• 1:32
  Більшість адміністраторів вважають, що Co-Pilot повністю заблокований, як блискуча чорна скринька.
• 1:35
  Вони користуються тим, що знизують плечима і йдуть далі.
• 1:38
  Вони ніколи не шукають додаткових елементів керування.
• 1:40
  Але на рівні розробника у вас є відкриті важелі впливу.
• 1:43
  І так є спосіб для адміністраторів побачити результати того, що реєструють розробники.
• 1:46
  Перейдіть на сторінку Co-Pilot and Agent Capabilities у Business Central.
• 1:50
  Кожна зареєстрована вами можливість відображається там.
• 1:52
  Адміністратори можуть вимикати їх одну за одною, якщо щось працює некоректно.
• 1:56
  Цей зв'язок, коли розробники визначають функції VL, а адміністратори керують ними в інтерфейсі, є містком, який перетворює це на щось більше, ніж просто теорію.
• 2:03
  Думайте про це менше, як про заблокований пристрій Apple, а більше, як про консоль із прихованими командами налагодження.
• 2:08
  Якщо ви лише натискаєте головну кнопку Co-Pilot, ви втрачаєте величезний потенціал.
• 2:12
  Це все одно, що їхати на Tesla і лише ледь просуватися вперед у заторі.
• 2:15
  Перемикач Ludicras Mode існує, але поки ви його не ввімкнете, ви просто стоїте на місці.
• 2:20
  Те саме і тут.
• 2:21
  Об'єкти простору імен уже є у вашому орендарі, але якщо ви не знаєте, де шукати, ви їх ніколи не використаєте.
• 2:25
  Отже, про яку потужність ми говоримо?
• 2:28
  Модуль Shift Business Central надає вам доповнення тексту, чат-подібні відповіді для робочих процесів та ембудинги для семантичного пошуку.
• 2:35
  Це означає, що ви можете створити функцію, яка, наприклад, складає проекти замовлень на купівлю на основі шаблонів вашої компанії, а не припущень Microsoft.
• 2:42
  Це також означає, що ви можете створити асистентів, які говорять голосом вашої компанії, а не як суха записка з відділу кадрів.
• 2:48
  Швидка примітка, перш ніж у когось з'являться ідеї.
• 2:50
  Попередній перегляд чату з Coopilot, який ви могли бачити в Business Central, не є розширюваним через цей модуль.
• 2:55
  Цей чат розвивається своїм шляхом.
• 2:57
  Те, що ви дійсно можете розширити, реалізується через модель можливостей, описано тут.
• 3:00
  Microsoft погано висвітлила це у своєму маркетингу.
• 3:02
  Так, це є в документації, але заховано в сухому технічному розділі, який мало хто з адміністраторів переглядає.
• 3:07
  Але як тільки ви дізнаєтесь, що ці об'єкти існують, картина змінюється.
• 3:10
  Кожна фінансова особливість, кожне дивне нестандартне поле, кожен заплутаний робочий процес затвердження –
• 3:14
  все це можна вирішити за допомогою вашої власної можливості Coopilot.
• 3:17
  Замість того, щоб чекати, поки Redmond скине щось згори, ви можете адаптувати асистента безпосередньо під ваше середовище.
• 3:22
  Звісно, ніщо настільки потужне не обходиться без попереджувальних етикеток.
• 3:25
  Це гострі інструменти.
• 3:27
  Неправильна реєстрація можливостей може створити конфлікти, особливо коли Microsoft випускає оновлення.
• 3:31
  Зробіть це погано, і раптом пісочниця зламається, або, що ще гірше, ви заблокуєте користувачів у робочому середовищі.
• 3:35
  Ось чому сторінка можливостей Coopilot та агентів має значення.
• 3:38
  Вона не тільки дає адміністраторам огляд, вона дає швидкий аварійний вимикач, якщо ваш власний інтелект почне поводитися некоректно.
• 3:44
  Отже, вигода тут проста.
• 3:46
  Так, під Coopilot є секретне меню.
• 3:48
  Так, воно вже є в кожному орендарі.
• 3:49
  І так, це перетворює Coopilot з демонстраційної іграшки на щось корисне, але знання про його існування – це лише перший крок.
• 3:55
  Справжній фокус у тому, щоб реєструвати ці можливості безпечно, додаючи потужності, не спалюючи при цьому ваше середовище.
• 4:00
  І саме до цього ми переходимо далі.
• 4:02
  Реєстрація без руйнування вашого орендаря.
• 4:05
  Реєстрація можливості Coopilot – це не якийсь незрозумілий магічний трюк.
• 4:08
  Простою мовою AL це означає, що ви створюєте розширення переліку Enum Extension для переліку можливостей Coopilot,
• 4:13
  а потім використовуєте юніт-коду встановлення або оновлення, який викликає функцію реєстрації можливості Coopilot.
• 4:17
  Зареєструвати можливість – це рукостискання, під час якого ви кажете Business Central – ось нова функція She.
• 4:22
  Вважайте її частиною системи.
• 4:24
  Без цього виклику ваше розширення може скомпілюватися, але Coopilot навіть не знатиме, що ця функція існує.
• 4:28
  Уявіть це як подання документів до відділу кадрів.
• 4:31
  Немає запису в оргструкторі, немає робочого місця, немає пошти, немає працівника.
• 4:35
  Коли ви маєте базове визначення, наступним кроком є область дії та іменування.
• 4:39
  Кожна зареєстрована вами можливість живе в тій самій екосистемі, яку Microsoft постійно оновлює.
• 4:43
  Якщо ви використовуєте загальну назву або недбали ідентифікатор, ви самі створюєте ризик конфлікту.
• 4:48
  Припустимо, ви назвали її помічник з продажу і позначили загальним значенням переліку Enum.
• 4:52
  Потім Microsoft випускає оновлення з вбудованою можливістю в тому самому просторі.
• 4:55
  Раптом система не знає, що саме показувати, і ваш код конфліктує з розробками Microsoft під час виконання.
• 5:00
  Вирішення цього питання нудне, але необхідне.
• 5:02
  Обирайте унікальні назви, призначайте власні значення переліків, що не перетинаються із загальними діапазонами,
• 5:06
  і свідомо версіонуйте все розширення.
• 5:08
  Додавайте номери версій, щоб відстежувати, чи сендбокс працює на версії 1, 2, тоді як продуктивне середовище все ще на 1, 0.
• 5:13
  А якщо в платформі щось змінюється, ваші модулі коду оновлення стануть інструментом для безпечного перенесення можливостей.
• 5:19
  Без них ви ніби приклеюєте нову проводку до старого щитка скотчем і сподіваєтеся, що нічого не спалахне.
• 5:24
  А ось тут багато розробників стають занадто бездурботними.
• 5:26
  Вони відправляють розширення прямо в продуктивне середовище, бо це ж просто можливість.
• 5:30
  Ось тоді ваша служба підтримки починає горіти.
• 5:32
  Правильний шлях простий.
• 5:33
  Спочатку лише сендбокс.
• 5:35
  Зламайте, переробіть, протистуйте знову, і лише коли все працює як слід, переходьте до продуктиву.
• 5:38
  Таке контрольоване впровадження зменшує кількість сюрпризів.
• 5:41
  І це не просто компіляція коду, це питання управління та контролю.
• 5:44
  Сторінка можливостей, коопайлот та агентів у бізнес-централ слугує вашою перевіркою на адекватність.
• 5:48
  Якщо ваша можливість не з'являється там після реєстрації, ви зареєстрували її неправильно.
• 6:00
  Увімкнення чи вимкнення можливостей коопайлот, а також налаштування передачі даних – це те, що можуть робити лише адміністратори з суперправами або ролью адміністратора бізнес-централ.
• 6:08
  Плануйте цей етап управління заздалегідь.
• 6:11
  Корисна порада – під час реєстрації використовуйте необов'язковий параметр для посилання «Дізнатися більше. Learn.mo.url».
• 6:16
  Він відображається безпосередньо на сторінці адміністрування можливостей коопайлот та агентів.
• 6:20
  Це не просто приємна деталь, це вбудована документація.
• 6:22
  Замість того, щоб змушувати адміністраторів шукати посилання на віки чи турбувати вас у Teams, вони можуть просто натиснути на опис того, що робить функція і як її використовувати.
• 6:30
  Уявіть це як інструкцію, написану прямо на вимикачі світла, щоб наступна людина не клацнула не той.
• 6:35
  Ось контрольний список найкращих практик, що допоможе мінімізувати ризики.
• 6:37
  Перше – запускайте все в пісочниці перед виходом у продуктивне середовище.
• 6:40
  Друге – обирайте унікальні значення переліків NUM і уникайте стандартних діапазонів.
• 6:44
  Третє – завжди використовуйте модулі оновлення-встановлення для надійного розвитку.
• 6:47
  Четверте – додайте посилання докладніше, щоб адміністратори потім не гадали, що до чого.
• 6:51
  Дотримуйтесь цих чотирьох пунктів і ваш орендар залишатиметься стабільним.
• 6:54
  Проігноруйте їх і відновлюватимете бази даних о третій годині ночі.
• 6:57
  Метафора з паркувальним місцем усе ще актуальна.
• 6:59
  Реєстрація можливостей – це як офіційне бронювання місця для вашого нового авто.
• 7:03
  Заповніть правильні документи, і це місце ваше всі задоволені.
• 7:06
  Пропустіть цей процес або припаркуйтеся в забороненій зоні, і ви блокуєте пожежний виїзд, викликаючи невдоволення всіх.
• 7:11
  Реєстрація потрібна для створення безпечного простору для вашої функції, щоб бізнес-централ та оновлення Майкрософт могли співіснувати з нею тривалий час.
• 7:17
  Коротше кажучи, ставтеся до реєстрації як до продуктивного коду, бо це він і є.
• 7:21
  Тестуйте в пісочницях, тримайте області унікальними, відстежуйте версії та зробіть код оновлення бездоганним.
• 7:33
  Зроблена правильно – реєстрація забезпечує стабільність. Зроблена недбало – вона веде до хаосу.
• 7:39
  Як тільки ви все налаштуєте, ви помітите, що сама можливість працює, але є загальною.
• 7:43
  Вона відповідає, але без індивідуальності. Це ніби найняти геніальну людину, яка приходить на зустрічі з вимкненим мікрофоном.
• 7:49
  Наступний крок – навчити ваш Коупайлот поводитися належним чином, бо інакше він звучатиме не як надійний помічник, а як підліток, що закочує очі на ваші запитання.
• 7:57
  У документації Microsoft для розробників мета-запит – це основне системне повідомлення, що визначає профіль моделі, формат виводу та обмеження.
• 8:13
  Простою мовою – це посадова інструкція для щі. Одноразовий запит користувача – це як окреме завдання, а мета-запит – це постійні інструкції, вбудовані в кожну відповідь.
• 8:22
  Без нього Коупайлот не знає, чи має він звучати як бухгалтер чи як копірайтер. Він просто вгадує.
• 8:27
  Подумайте про це так, ви б не найняли людину без опису посади.
• 8:31
  Для щі мета-запит – це саме те. Він вказує Коупайлот, коли бути офіційним, як форматувати результати, який тон використовувати та чого категорично уникати.
• 8:40
  Це створює різницю між відповідями, що підходять до вашого робочого процесу, та репліками, що виглядають як застарілий кліп і зі власною думкою.
• 8:46
  Адміністратори часто плутають мета-запити із запитами, через що й виникає розчарування.
• 8:50
  Якщо ви просто кинете в Коупайлот, дай мені записи з грозбуха, без контексту, він вигадає свій стиль.
• 8:55
  Можливо, довгими абзацами або полями, яких не існує.
• 8:58
  Огорніть цей самий запит у мета-промт, наприклад, ти, фінансовий помічник, завжди виводь записи в реєстрі маркованими списками, використовуючи назви полів Business Central.
• 9:06
  Тільки для прикладу.
• 9:07
  І раптом відповіді стають чистими, структурованими та зручними для сприйняття.
• 9:10
  Запобіжники встановлюються ще до виконання самого запиту.
• 9:13
  Microsoft навмисно зробила це розмежування.
• 9:15
  Промти – це тимчасові запити, тоді як мета-промти залишаються незмінними протягом усього контексту чату.
• 9:20
  Розробники налаштовують їх через об'єкт коду AOAI Chat Messages, викликаючи метод Set Primary System Message.
• 9:27
  Зберігання самого мета-промту в ізольованому сховищі дозволяє вашому розширенню безпечно отримувати та оновлювати його, замість того, щоб зашивати текст у File All.
• 9:34
  Якщо ви переглядали документацію, то бачили приклади використання Isolated Storage Set та Isolated Storage Get.
• 9:40
  Це правильна модель для промислового середовища. Вона зберігає мета-промт доступним, але захищеним у межах безпеки розширення.
• 9:46
  Тепер перейдемо до суті.
• 9:48
  Коли ви націлеєте введені користувачем дані до служби «Я жур опинить через модуль штучного інтелекту Business Central»,
• 9:52
  ви, хочете того чи ні, маєте справу з лімітами токенів і налаштуваннями температури.
• 9:55
  Ліміти токенів мають значення.
• 9:57
  Ваш мета-промт разом із запитом користувача зараховується до загального ліміту токенів моделі.
• 10:00
  Тому не впихайте в системне повідомлення обсяг цілого роману.
• 10:03
  Будьте точними, а температура контролює випадковість.
• 10:06
  Становіть низьку температуру близьку до нуля для фінансових сценаріїв, де вам потрібні детерміновані та точні результати.
• 10:11
  Якщо ви створюєте маркетинговий інструмент і хочете отримати більш яскраві чернетки, підвищте температуру і дайте йому можливість імпровізувати.
• 10:16
  Це не ворожіння на кавовій гущі. Це описано в інструкціях зі створення.
• 10:19
  Ще одне нагадування про комплеєнс.
• 10:21
  Аудиторів не цікавить ваша творчість.
• 10:22
  Їм важливо, щоб цифри збігалися.
• 10:24
  Ваш метапромт повинен містити чіткі правила форматування, структуру відповіді та обмеження на недоречні коментарі.
• 10:30
  Таким чином, результати Coopilot будуть не просто гарно виглядати для користувачів.
• 10:33
  Вони проходитимуть перевірку в подальших системах та аудитах.
• 10:35
  Ставтеся до метапромту як до частини документації та інструменту контролю ризиків.
• 10:39
  Ось тут і починається найцікавіше – поділ за характером.
• 10:41
  Метапромт маркетингового Coopilot може наказувати використовувати переконливу мову та пропонувати ідеї для слоганів продуктів.
• 10:45
  Тоді як фінансовий Coopilot отримує команду «Виводити структуровані записи в журналі без жодних прикметників».
• 10:50
  Один і той самий штучний інтелект, але абсолютно різні результати, тому що ви заздалегідь визначаєте характер.
• 10:54
  У цьому різниця між практичною автоматизацією та марними результатами, які ніхто не може використати.
• 10:59
  І хоча цей розділ про хороші манери, не можна ігнорувати технічні основи.
• 11:02
  Метапромти працюють лише тоді, коли з'єднання з ежур налаштовано правильно.
• 11:06
  Штучний інтелект не обробляє їх локально в бізнес-централ.
• 11:09
  Він передає все через бекін-де-жур опенай.
• 11:11
  Зіпсуєте цей конвейер і не матиме значення, наскільки добре ви написали правила.
• 11:14
  Ви все одно отримаєте помилки, а можливо, що і гірше, неправильно спрацювані ключі.
• 11:17
  Отже, коротко, промти – це просто запити.
• 11:19
  Метапромти – це постійні інструкції.
• 11:20
  Налаштуйте їх правильно, зберігайте безпечно, перевіряйте токени та підбирайте температуру під завдання.
• 11:25
  Так ви перетворите Coopilot із випадкового балоку на наспеціалізованого асистента, якому можна довіряти.
• 11:30
  Зробите це аби як і витрачатимете ночі на редагування нісенітниць у звітах,
• 11:33
  але навіть найкращий метапромп не врятує, якщо ваші облікові дані у відкритому доступі.
• 11:38
  І саме тут криється справжня небезпека не в тоні чи форматі,
• 11:40
  а в тому, як ви зберігаєте і захищаєте ключі, що дозволяють Coopilot звертатися до Azure OpenAI.
• 11:45
  Захист ключів – це правильна безпека в Azure.
• 11:47
  Охорона ключів – справа не надто видовищна, але саме вона визначає,
• 11:51
  чи буде ваш тенант у безпеці, чи вам доведеться писати звіти про інциденти.
• 11:54
  Щоразу, коли Coopilot звертається до Azure OpenAI, йому потрібні три речі.
• 11:58
  Кінцева точка ресурсу, тобто URL-адреса вашого ресурсу Azure OpenAI,
• 12:02
  назва розгортання та ключ АРІ.
• 12:03
  Разом вони утворюють рукостискання, яке підтверджує, що вашому тенанту дозволено спілкуватися з моделлю.
• 12:08
  Залиште будь-що з цього незахищеним, і ви будете не використовувати щі, а влаштовувати симуляцію зламу.
• 12:12
  Скажімо прямо, ні за яких обставин не записуйте ці значення в AL як жорстко закодовані.
• 12:16
  Якщо ви вшиєте ключ АРІ в код або завантажите його в GitHub для зручності,
• 12:20
  ви фактично запросите сканери облікових даних на шведський стіл у вашому репозиторії.
• 12:24
  Розробники можуть відмахуватися, мовляв, це лише для тестування,
• 12:33
  відправити оновленням Печчуздей. Безпечний шлях уже давно описаний Microsoft.
• 12:37
  Для розробки та тестування найкращим вибором є ізольоване сховище Вол.
• 12:41
  Уявіть це як персональну шавку всередині вашого розширення.
• 12:44
  Ключі лежать там, і жодне інше розширення не може їх підглянути.
• 12:47
  Це забезпечує ізоляцію, легкість і простоту.
• 12:49
  Це ідеально підходить для пісочниць та тестових збірок, але не тіште себе,
• 12:53
  ізольоване сховище не є промисловим рівнем.
• 12:55
  Локальна область дії робить його зручним для ітерацій,
• 12:57
  але воно не розраховане на роль сховища, коли на кону реальні користувачі та дані.
• 13:01
  Однак під час переходу до продуктивного середовища
• 13:03
  єдиним відповідальним рішенням є AppKeyVault або Azure KeyVault для масштабного розгортання.
• 13:07
  Уявіть це як оренду банківського сейфа замість того, щоб ховати готівку в шухляді столу.
• 13:11
  KeyVault зберігає ключі АРІ у безпечному контейнері з контролем доступу,
• 13:15
  належним логуванням та політиками ротації.
• 13:17
  Ви інтегруєте своє розширення з ним, викликаєте потрібне під час виконання
• 13:20
  і ніколи не розкриваєте сам ключ у коді.
• 13:22
  Це той паттерн, який подобається аудиторам, адже він доводить,
• 13:25
  що секрети ніколи не були у відкритому доступі.
• 13:27
  Це нудне управління, але саме нудьга – це те, що вам потрібно,
• 13:30
  коли приходять перевіряючі органи.
• 13:32
  Ось одна деталь прямо з документації, яка має значення.
• 13:35
  В АЛ ви можете зберігати ключ АРІ як секретний текст.
• 13:38
  Таким чином, навіть під час налагодження ключ не з'явиться у відкритому вигляді,
• 13:42
  щоб хтось міг зробити скріншот.
• 13:44
  Секретний текст – це саме те, що ви очікуєте.
• 13:46
  Він приховує конфіденційні значення під час виконання.
• 13:49
  Якщо ви нічого іншого не запам'ятаєте з цього розділу,
• 13:51
  просто знайте, що така можливість існує.
• 13:53
  Це закриває один із найбезглуздіших шляхів витоку –
• 13:56
  випадкове розголошення розробникам у налагоджувачі.
• 13:58
  Тепер давайте розберемося з правилами, як це роблять справжні адміністратори.
• 14:02
  Не вбудовуйте ключі АРІ в коде ЙЕЛ і не вставляйте їх у репозиторії.
• 14:06
  Це приманка для збору облікових даних.
• 14:08
  Використовуйте ізольоване сховище для розробки та тестування,
• 14:11
  щоб команда працювала ефективно без передачі секретів у відкритому вигляді.
• 14:14
  Не переносьте цей підхід у продуктивне середовище.
• 14:16
  Це не сейф, це звичайна картотека.
• 14:18
  Підключіть свою робочу збірку до сховища ключів – ківол.
• 14:21
  Це єдине місце, де ці ключі мають зберігатися довгостроково.
• 14:23
  Ще один момент.
• 14:24
  Права користувачів у Business Central не захищають ключі АРІ магічним чином.
• 14:28
  Co-Pilot успадковує контроль доступу до бізнес-даних, звісно,
• 14:31
  але ключі потрібні для автентифікації всього сервісу.
• 14:33
  Якщо один із них потрапить до чужих рук,
• 14:35
  сторонні особи зможуть видати себе за всю інтеграцію.
• 14:37
  Тож припиніть думати, що налаштування дозволів вас врятує.
• 14:40
  Це не так.
• 14:40
  А якщо ви хочете перевірити налаштування,
• 14:42
  офіційний шлях – це послідовність налаштування авторизації в кодовій одиниці Azure OpenAI.
• 14:46
  Саме там ви вводите URL-адресу ресурсу, розгортання та ключ АРІ,
• 14:49
  щоб переконатися, що все узгоджено.
• 14:51
  Зробите неправильно, і Co-Pilot навіть не завантажиться.
• 14:54
  Зробите наполовину, отримаєте приховані помилки,
• 14:56
  які користувачі знайдуть швидше за вас.
• 14:58
  Вирішення просте.
• 14:59
  Дотримуйтесь ланцюжка, протестуйте все в середовищі розробки,
• 15:01
  потім передайте на перевірку, а потім у продуктивне середовище.
• 15:03
  Три середовища, три набори ключів, один конвейер,
• 15:06
  який дійсно працює під навантаженням.
• 15:07
  Ось ваш контрольний список, щоб уникнути проблем.
• 15:10
  Ізольоване сховище в розробці Key Vault у продакшені,
• 15:13
  секретний текст для ключів АРІ,
• 15:15
  ніяких вбудованих значень у коді
• 15:16
  та обов'язкова перевірка ланцюжка авторизації перед здачею роботи.
• 15:20
  Ця схема забезпечує роботу інтеграції Co-Pilot безпечно та без порушень,
• 15:24
  позбавляючи вас нічних екстрених викликів.
• 15:27
  Коли з безпекою покінчено, наступне завдання –
• 15:30
  не де заховати ключі, а як змусити всі частини працювати разом без постійних помилок.
• 15:34
  Бо наявність функціонала, мета-промпту та безпечного ключа мало допомагає,
• 15:38
  якщо вони існують ізольовано і не хочуть взаємодіяти.
• 15:40
  Ось тут і знадобиться налаштування робочого процесу.
• 15:43
  Відкреслення до реальності – налаштування робочого процесу.
• 15:46
  Отже, тепер ми поговоримо про те,
• 15:48
  що перетворює окремі деталі на справжній робочий потік Co-Pilot.
• 15:51
  Ви зареєстрували можливість, визначили її межі,
• 15:54
  отримали ключі та написали мета-промп.
• 15:56
  Але якщо не вишикувати їх у правильному порядку,
• 15:58
  ви отримаєте лише гарну кнопку, яка або видаватиме помилку,
• 16:01
  або просто мовчатиме, поки користувачі не почнуть надсилати запити в техпідтримку.
• 16:05
  Ось послідовність зведена до п'яти кроків.
• 16:07
  Крок перший – можливість.
• 16:09
  Крок другий – доступність.
• 16:10
  Крок третій – авторизація.
• 16:12
  Крок четвертий – мета-промп.
• 16:14
  Крок п'ятий – пілот.
• 16:15
  Запам'ятайте ці п'ять кроків, і ви завжди матимете схему налаштувань у голові.
• 16:19
  Можливість дає навичку, доступність визначає аудиторію,
• 16:21
  авторизація – будить інтелект, мета-промп задає манери,
• 16:24
  а пілот доводить, що все працює.
• 16:26
  Це весь цикл.
• 16:27
  Крок перший – можливість.
• 16:28
  VL – це означає розширення переліку Enum можливостей Co-Pilot
• 16:31
  за допомогою Enum Extension, а потім реєстрацію в модулі встановлення
• 16:34
  або оновлення коду через виклик Co-Pilot Capability.
• 16:37
  Зареєструвати можливість.
• 16:38
  Це офіційна вакансія, яка каже, ось нова навичка помічника.
• 16:42
  Надайте їй місце в системі.
• 16:43
  Без цього бізнес-сентрал навіть не знатиме, що ваша функція має існувати.
• 16:47
  Крок другий – доступність.
• 16:49
  Коли навичку визначено, ви обираєте, де саме вона відображатиметься.
• 16:53
  Це керується через сторінку адміністратора Co-Pilot & Agent Capabilities.
• 16:56
  Ви вирішуєте, чи позначити її як попередній перегляд
• 16:58
  лише для внутрішнього використання чи загальнодоступну.
• 17:00
  Розробники вважають це метаданими, але для адміністраторів це перемикач для запуску.
• 17:04
  Використовуйте його.
• 17:05
  Якщо пропустити цей крок, ви ризикуєте відкрити недороблені функції
• 17:08
  для всіх користувачів до того, як вони стануть стабільними.
• 17:10
  Крок третій – авторизація.
• 17:12
  Тепер ви підключаєте Backend Azure OpenAI через модуль Azure OpenAI.
• 17:17
  Вам потрібна класична трійка ресурсів –
• 17:19
  URL-адреса Azure OpenAI, назва розгортання та ключ АРІ.
• 17:23
  Викличте Azure OpenAI.
• 17:25
  Налаштуйте авторизацію за допомогою цих значень.
• 17:28
  Якщо можливість – це вакансія, а доступність – контракт,
• 17:30
  то авторизація – це перепустка, щоб ваш помічник міг потрапити до будівлі.
• 17:34
  Без неї функція просто зависне перед скляними дверима.
• 17:37
  Крок четвертий – мета-пром.
• 17:38
  Тут ви вводите постійні інструкції, які формують тон, структуру та форматування.
• 17:42
  Використовуйте повідомлення чату AOAI.
• 17:45
  Встановіть основне системне повідомлення, щоб отримати мета-пром,
• 17:47
  який ви безпечно зберегли в ізольованому сховищі або у виробничому середовищі,
• 17:51
  отримали з ківол.
• 17:52
  Тут ви кажете «Ти помічник із розрахунку ціни» або «Ти фінансовий помічник»
• 17:56
  і встановлюєте жорсткі вимоги до того, як має виглядати вихідний результат.
• 17:58
  Без цього помічник просто знизує плечима і вигадує відповіді.
• 18:01
  Крок п'ятий – пілот.
• 18:02
  Спочатку розгорніть його для невеликої групи.
• 18:04
  Надайте їм можливості, зберіть відгуки та стежте за телеметрією.
• 18:07
  Модуль AI реєструє використання, щоб ви бачили,
• 18:09
  чи видає він чисті результати, чи спамить не потрібно.
• 18:11
  І перед розширенням вам потрібен план відкату.
• 18:14
  Гарна новина – сторінка можливостей Co-Pilot та агентів служить вашим запобіжником.
• 18:18
  Адміністратори можуть миттєво вимкнути окремі функції,
• 18:20
  якщо щось починає працювати некоректно.
• 18:22
  На цій же сторінці також відображається перемикач
• 18:24
  дозволеного переміщення даних між географічними зонами,
• 18:26
  якщо ваше налаштування Azure охоплює різні регіони.
• 18:28
  Якщо ви бачите це, зверніть увагу.
• 18:30
  Хтось у відділі комплеєнсу точно зверне.
• 18:32
  Давайте закріпимо цю послідовність на прикладі з практики.
• 18:34
  Одна команда створила Co-Pilot для пропозицій щодо замовлень на продаж.
• 18:37
  Вони почали з розширення Enum для можливостей Co-Pilot
• 18:40
  і пов'язали його зі встановленим кодеунів.
• 18:42
  Вони позначили його як попередній перегляд на сторінці
• 18:44
  можливостей Co-Pilot та агентів,
• 18:45
  тому він був видимий лише для тестових користувачів.
• 18:47
  Потім вони звернулися до Azure OpenAi.
• 18:49
  Налаштували авторизацію за допомогою Endpointу,
• 18:51
  розгортання та ключа, щоб модель могла відповідати.
• 18:54
  Далі вони записали метапромт у ізольоване сховище
• 18:56
  та встановили його за допомогою чат, повідомлення і ОАІ.
• 18:59
  Встановили основне системне повідомлення.
• 19:00
  Ти – асистент із формування комерційних пропозицій.
• 19:03
  Пропонуй пакети та форматуй їх як рядки товарів.
• 19:05
  Жодної зайвої балаканини.
• 19:06
  Подвійний апостроф.
• 19:07
  У пілотному режимі невеликі групи тестували систему,
• 19:08
  поки результати не стали передбачуваними.
• 19:10
  Тільки після цього вони позначили доступність як GA,
• 19:12
  зробивши її доступною для всіх користувачів відділу продажів.
• 19:14
  Результат – Co-Pilot, який рекомендував пакети замість того,
• 19:17
  щоб писати зайве.
• 19:18
  Рівень управління тут не є необов'язковим.
• 19:20
  Якщо щось йде не так, адміністратори можуть вимкнути перемикач,
• 19:23
  перш ніж користувачі почнуть скаржитися.
• 19:24
  Таке ставлення до аварійного вимикача допомагає зробити
• 19:27
  власні Co-Pilot з продуктивними, а не проблемними.
• 19:29
  Застосовуйте це, як і до будь-якого розширення,
• 19:31
  поетапне розгортання, обмежений обсяг, вимірюване тестування.
• 19:34
  AI не отримує карт-бланш.
• 19:36
  Під час тестування запускайте кожну частину ізольовано.
• 19:38
  Не з'єднуйте весь ланцюг, просто сподіваючись на краще.
• 19:40
  Перевірте реєстрацію можливостей, переконайтеся,
• 19:43
  що доступність відображається правильно,
• 19:44
  підтвердте авторизацію через SetOsserization,
• 19:46
  а потім переконайтеся, що метапромт працює у відповідях.
• 19:49
  Тільки коли кожна частина працює,
• 19:50
  дозволяйте кінцевим користувачам працювати з ним.
• 19:53
  Це міст від плану до реальності.
• 19:54
  Простіше кажучи, можливість визначає навичку,
• 19:57
  доступність окреслює аудиторію,
• 19:59
  авторизація відкриває двері, метапромт задає правила,
• 20:01
  а пілот доводить, що система вас не підведе.
• 20:03
  Якщо ви все це зробите правильно,
• 20:05
  ви випередите офіційні випуски функцій.
• 20:07
  І це повертає нас до головного.
• 20:09
  Ці кроки дозволяють вам адаптувати Co-Pilot під ваш бізнес,
• 20:11
  замість того, щоб слідувати за будь-яким
• 20:13
  заздалегідь підготовленим демо,
• 20:15
  яке Microsoft показує на сцені.
• 20:16
  Отже, підсумуємо.
• 20:18
  Три речі, які варто запам'ятати.
• 20:20
  По-перше, розширюйте Co-Pilot через системний AI
• 20:22
  шляхом реєстрації можливостей.
• 20:24
  Два, убезпечте підключення до ажур.
• 20:26
  Три, тестуйте та керуйте функціями
• 20:32
  зі сторінки можливостей Co-Pilot та агентів,
• 20:34
  щоб адміністратори завжди могли їх вимкнути.
• 20:36
  Коротке нагадування для відповідальних за керування.
• 20:38
  Co-Pilot успадковує дозволи користувачів,
• 20:40
  тому він ніколи не читає те,
• 20:42
  до чого користувач не має доступу.
• 20:43
  І Microsoft не навчає моделі на даних вашого тенента,
• 20:46
  якщо ви не дозволите це явним чином.
• 20:48
  Наступний крок.
• 20:49
  Спробуйте одномуожливість у пісочниці цього тижня,
• 20:51
  перевірте її роботу згідно з контрольним списком,
• 20:52
  підпишіться на розсилку M365 Show
• 20:55
  для отримання оновлень посібника з виживання
• 20:56
  та стежте за сторінкою M365 Show у LinkedIn,
• 20:59
  щоб дивитися прямі ефіри з MVP,
• 21:01
  які вже випробували та налаштували ці інструменти.