Ласкаво просимо до чергового епізоду Microsoft Knowledge Nuggets на M365FM. Я ваш ведучий, Мерко Петерс. Сьогоднішня тема – це те, про що ви, мабуть, чули всюди, ще й агенти. Але що це насправді? Більшість людей скажуть вам, що це просто розумніший чат-бот, і це найбільша помилка на даний момент. До кінця цього епізоду ви зрозумієте, що таке агент, чим він відрізняється від чат-бота, і які є три способи його створення в екосистемі Microsoft. Ось найпростіший спосіб – це зрозуміти. Чат-бот – це як адміністратор на стійці реєстрації. Ви ставите запитання, він відповідає, і на цьому все. Агент – це більше як особистий помічник, який бере ініціативу на себе. Ви ставите йому мету, наприклад, призначити зустріч із постачальником, і він самостійно визначає кроки. Він перевіряє ваш календар, надсилає електронні листи, оновлює файли та повідомляє вас, коли все готово. Один відповідає на запитання, інший виконує роботу, і ця відмінність важлива, оскільки вона є основою всього, що ми розглянемо.

Чат-бот – реактивний. Хтось пише запитання, а чат-бот відповідає. Він використовує короткочасну пам'ять, тобто знає лише те, що ви сказали в цій розмові. Як тільки чат закінчується, контекст зникає, а чат-бот обмежений лише розмовами. Вони не можуть нічого зробити за межами вікна чату. Агент інший, тому що він проактивний. Замість того, щоб чекати, поки ви про щось запитаєте, він може діяти самостійно, наприклад, надіслати нагадування або оновити статус. Він має доступ до інших систем, таких як ваша електронна пошта, календар та SharePoint вашої компанії. Він навіть має власну ідентичність у Microsoft EntraID, що означає наявність власної поштової скриньки, онедрайв та облікового запису Teams. І він працює автономно. Ви даєте йому завдання, і він йде його виконувати без необхідності перевіряти кожен крок. Подумайте про це так. Чат-бот – це як працівник служби підтримки з друкованим посібником FAQ.

Ви ставите запитання, він гортає потрібну сторінку і зачитує вам відповідь. Агент – це як керівник проєкту, який має доступ до файлів, надсилає листи, планує зустрічі, відстежує завдання та звітує без вашого втручання. Ось ключова відмінність. Чат-бот існує всередині розмови, тоді як агент може запускати робочі процеси у фоновому режимі. Він може змінювати дані в базі даних, створювати замовлення на купівлю в SharePoint, поки ви на зустрічі і вам не потрібно спостерігати за його роботою. Він просто виконує роботу у фоновому режимі та повідомляє вам, коли завершить. Отже, тепер ви знаєте, що таке агент, але як його створити. Microsoft пропонує три шляхи, і вибір залежить від вашого рівня навичок та завдань для агента. Ми розглянемо їх за мить. Три шляхи створення – огляд. Microsoft пропонує три способи створення агентів, кожен з яких відповідає певному рівню навичок. Перший – це Agent Builder, варіант без написання коду.

Він працює прямо в Microsoft 365 Co-Pilot, тому кожен може створити агента, просто описавши бажане звичайною мовою. Вам не потрібно писати жодного рядка коду. Другий варіант – Co-Pilot Studio. Це окремий веб-додаток, який можна знайти на copilotstudio.microsoft.com. Це low-code-інструмент. Ви так само описуєте агента природною мовою, але тепер можете додавати конектори до інших сервісів, налаштовувати потоки розмов та автоматичні тригери. Він надає більше можливостей, але потребує трохи складнішого налаштування. Далі йде Foundry, тобто Azure AI Foundry – професійна платформа Microsoft для розробників. Тут ви отримуєте повний контроль над моделью ЩІ, оркестрацією та інфраструктурою. Ви можете обирати сотень моделей, як от OpenAI, Клод або Лама. Ви можете створювати багатоагентні системи. Це рішення для команд професійних розробників, яким потрібні агенти корпоративного рівня. А тепер момент, про який багато хто не здогадується.

Межі між цими трьома варіантами розмиті. Ви можете почати створення агента в Agent Build, а потім експортувати його до Co-Pilot Studio, якщо знадобляться ширші можливості. Ви можете почати в Co-Pilot Studio, а згодом перейти до Foundry. Вони не є окремими островами. Це, скоріше, Spectre і Microsoft розробила їх так, щоб вони працювали разом. Почнімо з найпростішого шляху – Agent Build. Якщо у вас вже є ліцензія Microsoft 365 Co-Pilot, ви маєте доступ до цього інструменту. Agent Build – агенти без коду для кожного. Тож, як насправді виглядає Agent Build? Це проста форма всередині Microsoft 365 Co-Pilot. Ви відкриваєте Co-Pilot, натискаєте розділ агентів ліворуч і обираєте створення. Жодних окремих сайтів, налаштувань чи конфігурацій. Ви починаєте з опису того, що вам потрібно. Напишіть щось на кшталт «Створи агента», який відповідає на запитання щодо кадрової політики нашої компанії. Co-Pilot бере цей опис і автоматично генерує назву, набір інструкцій та навіть пропоновані підказки для користувачів.

Ви можете уточнити ці інструкції, якщо бажаєте. Додайте правила, наприклад, використовуй лише надані мною джерела, або, якщо не знаєш відповіді, спрямуй користувача до відділу кадрів. Далі ви надаєте йому джерела знань, і саме в цьому полягає справжня сила. Ви можете вказати файли на вашому Onidrive, сайти SharePoint, чати і канали Teams, конкретні веб-сайти або навіть організаційну структуру вашої компанії. Тут також є критично важливе налаштування. Перемикач, який активує використання лише вказаних джерел. Увімкніть його, і агент не зможе використовувати загальні знання моделі штучного інтелекту. Він відповідатиме лише на основі наданих вами документів та сайтів. Ось як можна запобігти галюцинаціям. Агент буквально не може нічого вигадати, бо він обмежений вашими даними. Ви також можете наділити агента певними можливостями. Хочете, щоб він створював документи Word. Увімкніть перемикач.

Хочете, щоб він генерував зображення. Це також перемикач. Хочете, щоб він писав фрагменти коду. Те саме. Це не обов'язкові функції, але вони роблять агента набагато кориснішим. Коли закінчите, ви можете поділитися агентом з колегами. Ви обираєте, хто отримає доступ. Конкретні люди або всі працівники вашої організації. Вони знайдуть його у своїй бічній панелі Coopilot, готові до використання. Ось конкретний приклад. Припустімо, ви працюєте у відділі кадрів і маєте 50-сторінковий посібник для працівників. Ви створюєте агента під назвою HR-помічник. Ви завантажуєте посібник як джерело знань. Ви вмикаєте використання лише вказаних джерел. Ви пишете інструкції, щоб він відповідав на запитання ввічливо та завжди посилався на розділ посібника, який використовує. Тепер будь-хто у вашій компанії може запитати HR-помічника про політику відпусток, лікарняні чи дрес-код і отримати точні відповіді, не телефонуючи щоразу до відділу кадрів.

Але у конструктора агентів є обмеження. Він не може виконувати дії автоматично. Він не може підключатися до зовнішніх систем, таких як Salesforce або ваша бухгалтерська програма. Він не може публікувати дані на публічному вебсайті. Він розроблений для простих агентів запитань і відповідей, які інтегровані у Coopilot вашої компанії. Це чудово працює для базових завдань, але що, якщо вашому агенту, потрібно діяти автоматично. Наприклад, коли надходить електронний лист від клієнта. Ось тут на допомогу приходить Coopilot Studio. Coopilot Studio – потужність лоу-коуд для бізнес-процесів. Отже, де знайти Coopilot Studio? Вона доступна за адресою copilotstudio.microsoft.com. Це повноцінна платформа для створення агентів, а не просто проста форма. Якщо у вас уже є ліцензія Microsoft 365 Coopilot, ви, імовірно, вже маєте доступ. Якщо ні, доступний варіант оплати за фактичне використання. Ви все одно починаєте з опису свого агента природною мовою.

Ця частина залишається незмінною. Але тепер ви можете додавати автоматизовані тригери. Наприклад, ви можете налаштувати активацію агента, коли створюється новий елемент у SharePoint, або коли лист надходить у певну скриньку. Агент не чекає, поки хтось щось у нього запитає. Він починає працювати самостійно, коли відбувається певна подія. Конектори – це ще одне велике оновлення. Co-Pilot Studio має понад тисячі готових конекторів до таких сервісів, як Salesforce, Dynamics 365, Excel, Outlook, Teams та інші. Ваш агент може считувати дані з Salesforce, створювати записи в Dynamics, надсилати електронні листи через Outlook і публікувати оновлення в Teams. Усе це в межах однієї розмови. Це досить потужно. Джерела знань також стали багатшими. Ви можете підключитися до Dataverse. Це платформа даних від Microsoft. А також до SharePoint, загальнодоступних веб-сайтів і завантажених файлів. Агент має більше контексту для роботи, тому його відповіді точніші та корисніші.

Ось тут стає цікаво. Ви можете визначати теми. Це спеціальні сценарії розмови для конкретних ситуацій. Припустимо, користувач повідомляє про конфлікт на робочому місці. Ви можете створити тему, яка каже, якщо користувач згадує конфлікт, не намагайтеся його вирішити. Натомість зберіть його ім'я та відділ, а потім передайте справу директору з персоналу разом із резюме. Агент щоразу дотримується цього алгоритму. Це ніби надання агенту інструкції для кожної ситуації. Перед публікацією ви можете протестувати агента в панелі попереднього перегляду. Ставте запитання, дивіться, як він відповідає, перевіряйте посилання на джерела. Коли ви будете задоволені, ви можете опублікувати його в Teams, Microsoft 365, Coopilot або навіть на демонстраційному сайті для зовнішніх користувачів. Одне, що варто знати про ціноутворення. Coopilot Studio потребує кредитів споживання, якщо зовнішні користувачі взаємодіють з вашим агентом або якщо агент виконує автономні дії.

Якщо ви єдиний, хто його використовує або ділитися ним із колегами, які також мають ліцензії Coopilot, кредити не потрібні. Але якщо ви створюєте агента для клієнтів або партнерів, ваша організація платить за кожну взаємодію. Coopilot Studio охоплює більшість бізнес-сценарію. Але для розробників, яким потрібен повний контроль над моделью ЩІ, оркестрацією та інфраструктурою, існує Foundry. Foundry – це професійні кастомні агенти. Отже, якщо ви розробник, якому потрібен повний контроль, є Azure і iFoundry. Це професійна платформа Microsoft для створення та роботи зі ЩІ-агентами у великих масштабах. Вона розроблена для розробників, спеціалістів із даних та інженерів зі штучного інтелекту, які хочуть працювати з фреймворком агентів Microsoft. І ось дещо важливе, що сталося нещодавно. Microsoft об'єднала два основні фреймворки в один – Semantic Kernel, який був корпоративним варіантом, та Autogyn, що більше стосувався досліджень і експериментів із мультиагентними системами.

Тепер це єдиний фреймворк, тож вам не доведеться обирати. У Foundry ви отримуєте доступ до каталогу моделей із сотнями варіантів, моделі OpenAI, звісно, а також Клод від Anthropic, Лама від Мета та багато інших. Ви обираєте модель, яка підходить для вашого випадку, а не навпаки. Ви також отримуєте повний контроль над оркестрацією. Це означає, що ви вирішуєте, як агент міркує, які інструменти використовує і в якому порядку. Foundry надає PromptFlow для проєктування кроків міркування, сервіс агентів для масштабованої роботи та вбудовані інструменти оцінки якості агента до його запуску. Ось технічна деталь, важлива для продакшну. Агенти на базі Foundry працюють на інфраструктурі з миттєвим запуском за менш ніж 100 мілі секунд без витрат під час простою. Якщо агент не обробляє запити, ви не платите за обчислювальні потужності. Це дуже важливо для команд, що дбають про бюджет. Коли ви готові до публікації, ви можете розгорнути агента в Microsoft 365, Coopilot і Teams через єдиний конвейер.

Не потрібно нічого переробляти для кожного сервісу. Одна збірка, два напрямки. Foundry найкраще підходить для складних сценаріїв багатоагентних систем, де агенти взаємодіють між собою, спеціальної пам'яті, сесій, розширеної безпеки та великих навантажень. Якщо вашому агенту потрібно обробляти тисячі запитів на хвилину в багатьох системах із суворими правилами відповідності, Foundry – правильний вибір. Тепер ви знаєте три шляхи створення – Agent Build для швидкого Low-Code, Coopilot Studio для бізнес-процесів і Foundry для повного контролю розробника. Але давайте зробимо крок назад і подивимося, що насправді відбувається за лаштунками, коли агент працює, адже це не лише «ЩІ». Як насправді працюють агенти – ідентичність, дані та управління. Кожен агент має цифрову ідентичність у Microsoft Entra ID. Це та сама система, що керує вашим входом у систему. Агент отримує власний ID Entra, як і висвій обліковий запис користувача.

Цей ID надає агенту власну пошту, Onedrive, аккаунт Teams і набір дозволів. Отже, агенти мають доступ до тих самих систем, що й люди. Вони можуть читати документи SharePoint. Вони можуть надсилати електронні листи. Вони можуть приєднуватися до каналів Teams, але лише в межах своїх дозволів. Якщо агент не має дозволу на файл, він не зможе його прочитати. Ті самі правила, що й для людини-співробітника. Тепер, звідки агент знає, які дані використовувати. Тут у гру вступає Verka IQ. Verka IQ базує відповіді агента на даних вашої компанії. Коли агенту потрібно відповісти на запитання, він шукає інформацію у ваших листах, документах, на радах і чатах. Але він дотримується дозволів. Якщо ви не бачите документ, агент його не використає. Межі доступу залишаються незмінними. Усе це керування ідентичністю та правами здійснюється через панель керування Agent 365. Це інформаційна панель у Центрі адміністрування Microsoft 365.

IT-адміністратори можуть бачити кожного агента в організації, хто його створив, до чого він має доступ і що він робив. Уявіть, це як довідник співробітників тільки для цифрових працівників. Управління робить агентів придатними для вашої компанії. Вони дотримуються тих самих правил відповідності, що й люди. Діють правила умовного доступу. Хтось намагається отримати доступ до агента з ненадійного пристрою – заблоковано. Запобігання втраті даних не дозволяє їм нацилати конфіденційну інформацію назовні. Таке управління важливе, оскільки агенти можуть виконувати реальні дії. Вони можуть створювати замовлення, надсилати електронні листи клієнтам, оновлювати записи в базах даних. Без належних обмежень це ризиковано. The Agent 365 IT-відділ має повну видимість і контроль. Приклад із життя – агент із закупівель. Дозвольте показати, як це працює на практиці. Microsoft Mechanics поділилися чудовим прикладом агента із закупівель.

Він демонструє повний життєвий цикл. Ось такий сценарій. Співробітник створює агента із закупівель і подає його на затвердження ІТ-відділу. Після схвалення ІТ-відділом він публікується в магазині агентів компанії. Уявіть, це як магазин застосунків, але для агентів у вашій організації. Менеджер із закупівель знаходить цього агента в магазині. Налаштовує його всього кількома кліками. Агент представляється в Teams і запитує те, що йому потрібно. Політику щодо постачальників, списки схвалених постачальників, інструкцію із закупівель. Менеджер надає ці документи, вводячи, використовують цей посібник з політики для своїх дій. І додаючи посилання на файл зі свого Onedrive. Це все. Тепер в агента є все необхідне. А тепер подумайте про ідентичність агента. Пам'ятаєте ідентифікатори агентів. У цього агента є власна поштова скринька, власний Onedrive і власний обліковий запис Teams. Тож, коли надходить замовлення від клієнта на нові ноутбуки, агент аналізує запит.

Він шукає постачальників, перевіряє угоди про рівень обслуговування, дивиться ціни за останніми замовленнями. Використовуючи WorkIQ, він збирає контакти з усього Microsoft 365. На основі часу виконання він рекомендує постачальника і запитує менеджера, чи варто продовжувати. Менеджер підтверджує. Агент створює замовлення на ноутбуки. Потім він записує це замовлення в таблицю відстеження закупівель, яка зберігається в SharePoint. Все відбувається автономно. Ось частина, яка є реальністю сьогодні, хоча це звучить футуристично. Менеджер може згадати через равлик агента із закупівель у Teams, як будь-якого колегу, і запитати про статус. Агент відповідає, над чим він працює, що вже виконано і які завдання залишилися. Цей приклад показує повний життєвий цикл. Ви знаходите агента в магазині, налаштовуєте його кількома кліками та документами. Дозвольте йому автономно виконувати реальні завдання і отримуйте звіти після завершення.

Ось у чому сила надання агенту власної ідентичності в інструментах, якими ви вже користуєтеся. Але потужні агенти потребують потужної безпеки. Давайте подивимося, як Microsoft тримає агентів під контролем. Безпека, відповідність, вимогам та обмеження. Кожен агент працює в центрі керування під назвою Agent 365. Він знаходиться в центрі адміністрування Microsoft 365 і надає і та відділу єдину панель для керування кожним агентом в організації. Ви побачите агентів, створених у Coopilot Studio, у Foundry та навіть на платформах сторонніх розробників, усе в одному місці. Більше не потрібно шукати в різних інструментах, щоб зрозуміти, що саме запущено. З цієї панелі адміністратори можуть перевіряти дозволи, затверджувати нових агентів перед запуском, блокувати непотрібних і застосовувати шаблони політик. Ці шаблони – це готові набори правил, які забезпечують виконання вимог, наприклад, не поширювати контент зовній, або вимагати схвалення для будь-якої дії, що змінює дані.

Якщо агент спробує надіслати конфіденційну інформацію за межі компанії, першу миттєво це зупинить. Microsoft Entra керує контролем доступу за допомогою умовного доступу. Якщо хтось спробує звернутися до агента з ненадійного пристрою, доступ буде заблоковано. А Microsoft Defenda відстежує агентів на предмет підозвілої активності. Якщо агент раптово починає входити в систему десятки разів на годину замість звичайних двох разів на день, Defenda помітить це. Ось як це працює на практиці. Припустімо, агент демонструє аномальну частоту входів у систему. Умовний доступ Entra автоматично блокує йому доступ до ресурсів. Адміністратор отримує сповіщення на панелі Agent 365, бачить ризик і може заблокувати агента одним натисканням кнопки. Цей агент негайно вимикається для поточних користувачів і не відображатиметься для нових. Існує також карта агентів. Це візуальна схема, що показує всіх ваших агентів, їхні зв'язки між собою, а також зв'язки з робочими процесами та джерелами даних.

Якщо один агент у ланцюжку починає видавати помилки, ви бачите це на карті. Детально вивчить ситуацію та вживіть заходів. Це перетворює керування агентами з вгадування на процес, який можна побачити та зрозуміти. Отже, це повна картина. Від простих агентів без коду до автономних систем корпоративного рівня, усе з належною безпекою та керуванням. Ваші наступні кроки. Давайте підсумуємо все сказане. Агенти – це не просто розумні чат-боти. Це автономні працівники з власною цифровою ідентичністю.

Microsoft пропонує три способи їх створення. Використовуйте Agent Builder у Microsoft 365 Co-Pilot для створення агентів без коду. Використовуйте Co-Pilot Studio для бізнес-процесів із використанням конекторів та автоматизованих тригерів. Використовуйте Foundry, якщо як розробнику вам потрібен повний контроль над моделями, оркестрацією та інфраструктурою. А все це доповнюється рівнем управління Agent 365, Entra ID, Perview та Defenda, що робить цих агентів готовими до корпоративного використання. Вони дотримуються тих самих правил, що і ваші співробітники люди. Ось ваше домашнє завдання. Відкрите Microsoft 365 Co-Pilot. Перейдіть до розділу агентів. Натисніть «Створити». Опишіть простого агента. Наприклад, такого, що відповідає на запитання щодо проєкту, над яким ви працюєте. Надайте йому джерело знань, увімкніть опцію «Використовувати лише вказані джерела» і подивіться, що він може. Більшість людей не зроблять цього кроку.

Будьте іншими. У нашому наступному епізоді ми крок за кроком розберемо створення справжнього агента в Co-Pilot Studio. Ви не захочете це пропустити. Це Microsoft Knowledge Nuggets на M365FM. Підписуйтесь на улюбленій подкаст-платформі та поділіться цим із тим, хто тільки починає свій шлях. Я Мірко Відовіч і побачимося в наступному епізоді.