WEBVTT 00:00:00.430 --> 00:00:04.030 Вітаємо всіх на подкасті MC65FM. 00:00:04.470 --> 00:00:12.250 Сьогодні ми виходимо за рамки однієї з найпоширеніших EEE розмов про розробку запитань Microsoft 365 Co-Pilot, 00:00:12.250 --> 00:00:21.590 тому що, коли одна з організацій почала серйозно використовувати Co-Pilot, питання швидко змінилося з «Як нам писати кращі запити?» 00:00:21.590 --> 00:00:30.250 На «Як нам підключити Co-Pilot до програм, даних програм EEE, бізнес-процесів та знань, які фактично працюють у нашій компанії?» 00:00:30.430 --> 00:00:34.410 І саме тут розширюваність Co-Pilot стає цікавою тестування. 00:00:34.630 --> 00:00:43.070 Моя сьогоднішня гостя є вас Harvest, MVP Microsoft, консультант з бізнес-застосунків, AI-словникова група у Швейцарії. 00:00:43.910 --> 00:00:55.890 Євас працює з Microsoft 365, Azure Dynamics 365 та Pava Platform, зосереджуючись на розширенні Microsoft 365 Co-Pilot за допомогою агентів та індивідуальної розробки. 00:00:55.890 --> 00:01:04.170 Ми збираємося дослідити розширюваність Co-Pilot Microsoft 365, Co-Pilot Studio, Microsoft Azure Foundry. 00:01:04.410 --> 00:01:09.990 Я не знаю, чи змінять вони назву на Microsoft Graph, індивідуальна розробка, MCPS тощо. 00:01:10.150 --> 00:01:13.470 Тож так, ласкаво просимо до подкасту MC65. 00:01:14.570 --> 00:01:17.210 Привіт усім, дякую, що запросили мене. 00:01:17.630 --> 00:01:21.230 Це справді гарна EEE, гарна можливість для мене бути тут. 00:01:21.390 --> 00:01:23.890 Тож дякую, що запросили мене. 00:01:23.890 --> 00:01:25.270 Так, я дякую вам. 00:01:26.690 --> 00:01:33.850 Перш ніж ми перейдемо до технічних деталей, чи можете ви трохи розповісти про свій шлях, як ви потрапили в екосистему Microsoft? 00:01:33.850 --> 00:01:37.730 Так, так, так, звичайно. 00:01:37.850 --> 00:01:41.370 Тому що, чесно кажучи, я розпочав свою кар'єру не у світі Microsoft. 00:01:41.570 --> 00:01:44.250 Отже, я розпочав свою кар'єру у світі Apple. 00:01:45.190 --> 00:01:49.850 Я був інженером-програмістом на платформі Mac, а після цього перейшов на iOS. 00:01:50.090 --> 00:01:50.670 Такі речі. 00:01:53.420 --> 00:01:54.580 І о, це було давно. 00:01:54.860 --> 00:01:59.400 І, можливо, десь 15 чи 20 років тому я перейшов на роботу в Microsoft. 00:01:59.400 --> 00:02:04.860 Чесно кажучи, ЕЕ, я розпочав свою кар'єру в Sharp у США. 00:02:06.160 --> 00:02:10.920 ЕЕ, а після цього я перейшов на хмару Azure EEE M365. 00:02:11.620 --> 00:02:23.460 ЕЕ, якщо я працював у Sharp на місцях, я почав так ЕЕ, а потім я перейшов на всі хмарні сервіси і ЕЕ, на платформу PO, і зовсім недавно, на всі речі, пов'язані зі штучним інтелектом. 00:02:23.460 --> 00:02:36.920 Чесно кажучи, тому що ЕЕ – це зараз велика частина М265, тому що у вас є, у вас є агентний, ЕЕ – перехід зараз, і ЕЕ – це, якщо коротко, моя, моя, ЕЕ – моя подорож. 00:02:37.560 --> 00:02:47.600 Але я розпочав свою кар'єру у світі програмної інженерії, що, можливо, сьогодні є словом, яке багато людей забувають, тому що у нас, у вас, у вас зараз є все, 00:02:47.600 --> 00:02:59.060 що пов'язано зі штучним інтелектом, і ЕЕ, і в основному цей вид діяльності чи роботи перейшов до штучного інтелекту, тому це досить відрізняється від того, що було 20 років тому, ніж зараз. 00:03:00.740 --> 00:03:08.940 Так, ви працюєте, ви кажете, що працюєте з SharePoint, і я бачу, що ви також працюєте з Graph Spike Dynamic Power Platform. 00:03:10.600 --> 00:03:14.480 Як цей досвід підготував вас до поточного покоління розробки ЩІ? 00:03:14.480 --> 00:03:20.450 Е – в основному, я Е – мій профіль справді. 00:03:23.270 --> 00:03:26.850 Наск різний в основному тому, що ЕЕ – у своїй кар'єрі я. 00:03:28.150 --> 00:03:32.950 Працював з багатьма продуктами. Це можуть бути продукти Microsoft і не Microsoft. 00:03:33.350 --> 00:03:38.950 Тож, в основному, я маю широкий спектр навичок щодо багатьох різних технологій та інструментів. 00:03:41.600 --> 00:03:48.500 Отже, ЕЕ – вся моя робота дає мені хороший бекграунд, тому що зараз зі штучним інтелектом – це біла, це біла тема, 00:03:48.500 --> 00:03:53.360 тому що є різні підходи, різні технології для роботи зі штучним інтелектом зараз. 00:03:55.390 --> 00:03:59.610 Це може бути агентивне, це може бути більше робочого процесу, так і речі. 00:03:59.770 --> 00:04:03.550 Тож, в основному, вся моя попередня робота дає мені багато навичок, 00:04:03.690 --> 00:04:07.970 щоб бути готовим до цього переходу на штучний інтелект зараз, якщо чесно. 00:04:07.970 --> 00:04:13.150 Тож, я перейшов на лоу-коуд, на не ЕЕ до інструментів для обробки коду. 00:04:14.890 --> 00:04:22.130 Тож, так ЕЕ, оп, так, всі ці можливості та ЕЕ діяльність на моїй роботі дають мені ЕЕ хороші навички, 00:04:22.290 --> 00:04:26.370 щоб скористатися перевагами у світі штучного інтелекту, якщо чесно. 00:04:26.370 --> 00:04:41.070 Це справді гарне питання, тому що багато людей мене запитують. 00:04:41.330 --> 00:04:48.930 Тож, моя робота полягає просто в тому, щоб зіставити ЕЕ функціональну специфікацію з технічним ЕЕ технічним стеком. 00:04:50.090 --> 00:04:54.230 Тож, я беру на себе ініціативу, коли ЕЕ проведено бізнес-аналіз. 00:04:54.230 --> 00:04:59.370 ЕЕ ми визначили варіанти використання в щі ЕЕ для речей, пов'язаних зі щі. 00:04:59.530 --> 00:05:02.510 ЕЕ ми визначили сценарії, варіанти використання. 00:05:03.970 --> 00:05:07.470 Ми провели повний бізнес-аналіз, і моя робота полягає в тому, 00:05:07.470 --> 00:05:11.770 що я беру ці потреби та зіставляю їх з технічним стеком за лаштунками. 00:05:13.770 --> 00:05:20.250 А після цього я керую всім впровадженням інструментів та рішення ЕЕ, коли ми будемо готові розпочати розробку. 00:05:21.050 --> 00:05:23.150 Так, цікаво, ЕЕ насправді. 00:05:23.150 --> 00:05:38.300 Багато компаній купують навчання для своїх співробітників, особливо ЕЕ, так ЕЕ, для швидкої інженерії, 00:05:38.440 --> 00:05:40.680 і чому ви кажете, що цього недостатньо? 00:05:46.450 --> 00:05:49.570 Ви маєте на увазі лише швидку інженерію в наші дні. 00:05:50.130 --> 00:05:53.670 Так, так, чому, чому, чому, чому, чому, вони? 00:05:56.290 --> 00:06:02.450 Чому, це просто, знаєте, чому для компаній ЕЕ недостатньо лише навчити людей швидкої інженерії. 00:06:02.450 --> 00:06:08.010 А так, добре, зрозуміло, зрозуміло, добре, так, так, ЕЕ. 00:06:11.380 --> 00:06:16.800 Чесно кажучи, сьогодні, як я вже казав, у вас є багато різних інструментів і технологій, 00:06:16.920 --> 00:06:22.040 тому і в певний момент ще може зрозуміти, що робити і, можливо, трохи направити вас. 00:06:22.040 --> 00:06:30.420 Але для мене ЕЕ – роль, наприклад, архітектора чи розробника програмного забезпечення, 00:06:30.560 --> 00:06:35.220 ЕЕ – вам потрібна людина за лаштунками, тому що вам потрібно зрозуміти клієнта. 00:06:37.060 --> 00:06:40.480 В основному ще іноді не може зрозуміти контекст клієнта. 00:06:42.200 --> 00:06:47.940 ЕЕ – ви бачите всю мережу, але за лаштунками ЕЕ – зосередитися лише на оперативній розробці, 00:06:47.940 --> 00:06:53.860 це може бути добре в певний момент, але вам потрібно більше, тому що вам потрібно мати за лаштунками ЕЕ 00:06:53.860 --> 00:06:59.040 деяких людей, які є ЕЕ – архітекторами, розробниками програмного забезпечення 00:06:59.040 --> 00:07:04.820 і в основному багато людей, які мають навички в технологіях, ЕЕ – інформаційних технологіях, 00:07:04.820 --> 00:07:10.620 таких як SharePoint, наприклад, Onedrive, якого я не маю, або Salesforce в таких речах. 00:07:12.260 --> 00:07:17.200 Вам потрібні фахівці з ЕЕ цих технологій, тому що ще може розуміти багато речей. 00:07:17.200 --> 00:07:20.140 Він може ЕЕ може направити вас. 00:07:21.200 --> 00:07:24.900 Ви можете створювати чудові технічні або функціональні документи, 00:07:25.100 --> 00:07:28.740 але вам потрібні люди за кадром, які подбають про те, чи це добре. 00:07:29.620 --> 00:07:33.740 Чи це ЕЕ відповідати на потреби клієнта – такі речі, які ви бачите, 00:07:33.740 --> 00:07:37.520 щоб перевірити все та зосередитися лише на оперативній інженерії. 00:07:38.840 --> 00:07:44.220 Для мене зараз так це може бути варіантом, якщо у вас ЕЕ немає часу на навчання 00:07:44.220 --> 00:07:49.000 або інвестування ЕЕ у ЕЕ у розвиток деяких-деяких навичок. 00:07:50.600 --> 00:07:55.580 Але для мене, вам, чесно кажучи, потрібно мати хороші навички в базових технологіях, 00:07:55.720 --> 00:07:58.040 на яких ви хочете будувати свої рішення. 00:07:59.160 --> 00:08:00.360 Так, так. 00:08:00.360 --> 00:08:24.800 Так, це гарне питання, тому що, чесно кажучи, два роки тому, коли Коупайлот був випущений, 00:08:25.020 --> 00:08:31.880 і ЕЕ, можливо, перша версія ЕЕ в основному розмова була, чесно кажучи, дуже-дуже мінімалістичною. 00:08:31.880 --> 00:08:42.100 В принципі, ви можете, гаразд, це був чат GPT-типу, але Microsoft значно розвинув Microsoft 365 Коупайлот. 00:08:42.960 --> 00:08:48.320 По суті, тепер у вас є приховано, у вас є різні види функцій, тому тепер розширюваність. 00:08:52.200 --> 00:08:57.240 Менша, ніж раніше, тому що ЕЕ раніше ви розробляли деякі плагіни, такі речі, 00:08:57.400 --> 00:09:01.440 але сьогодні, чесно кажучи, на даний момент ЕЕ – розширюваність. 00:09:01.440 --> 00:09:07.900 Розширюваність – це коли ви хочете щось створити, і ми хочемо налаштувати, по суті, оркестратор або ЕЕ. 00:09:08.100 --> 00:09:12.900 Ви хочете трохи більше персоналізувати ЕЕ, наприклад, інтерфейс користувача, 00:09:13.040 --> 00:09:17.620 якщо ви хочете інтегрувати свого агента не лише в чат Microsoft 365, 00:09:18.220 --> 00:09:21.300 але й, наприклад, на вашому веб-сайті такого роду. 00:09:21.440 --> 00:09:26.940 Тож розширюваність починається, коли ви хочете, по суті, більше налаштувати закулісну роботу, 00:09:26.940 --> 00:09:29.000 ви хочете трохи більше налаштувати. 00:09:32.030 --> 00:09:35.930 Це може бути Ока Стрейта, якщо ви хочете налаштувати Ока Стрейта, 00:09:36.110 --> 00:09:40.610 якщо ви хочете налаштувати свій інтерфейс, якщо ви хочете налаштувати ЕЕ, 00:09:40.790 --> 00:09:47.610 різні аспекти, де, по суті, чат Coopilot не може ЕЕ, не може ЕЕ, не може відповідати на сні. 00:09:47.610 --> 00:10:24.000 Так, це справді цікаво, тому що ЕЕ тепер, чесно кажучи, Microsoft, як я вже казав раніше, 00:10:24.000 --> 00:10:32.350 сильно еволюціонував. І, можливо, якби ми були шість місяців тому, ЕЕ, добре, агент був би темою. 00:10:34.770 --> 00:10:39.030 Тепер Microsoft представила спільну роботу Coopilot, і, чесно кажучи, 00:10:39.170 --> 00:10:42.930 сьогодні спільна робота Coopilot може замінити багато агентів. 00:10:44.590 --> 00:10:49.210 І хоча ми думаємо про ЕЕ-агента, це просто для того, щоб розділити речі, 00:10:49.330 --> 00:10:52.370 тому що зараз ми більше працюємо в мультиагентній моделі, 00:10:52.370 --> 00:10:56.050 де кожен агент має свою сферу діяльності та свої обов'язки. 00:10:57.070 --> 00:11:02.190 І ми не робимо великого Coopilot, в основному це просто через продуктивність. 00:11:02.770 --> 00:11:07.390 По-перше, тому що ЕЕ, коли у вас є невеликий набір інструкцій та інструментів, 00:11:07.490 --> 00:11:10.470 ЕЕ, з точки зору продуктивності, це буде безлад. 00:11:11.170 --> 00:11:15.830 І ЕЕ, архітектура зараз більш мультиагентна, це може бути в Coopilot Studio, 00:11:16.150 --> 00:11:21.530 це може бути в агенті розробки на замовлення з точки зору коду туру або індивідуальної розробки. 00:11:22.990 --> 00:11:26.150 Але сьогодні краще мати мультиагентний підхід, 00:11:26.150 --> 00:11:31.030 де кожен агент має свою сферу діяльності та свою відповідальність з точки зору ЕЕ, 00:11:31.210 --> 00:11:35.930 просто з точки зору продуктивності і мати чітку архітектуру з точки зору агента. 00:11:45.140 --> 00:11:45.620 Так. 00:11:55.720 --> 00:11:56.360 Шопенбер. 00:11:56.360 --> 00:12:11.140 І коли ми дивимося на це, добре, я думаю, що базова ЕЕ, архітектура агента ЩІ, 00:12:11.280 --> 00:12:13.840 тоді у нас є, я кажу, деякі паролі. 00:12:16.600 --> 00:12:17.680 У нас є паролі. 00:12:18.260 --> 00:12:18.700 Добре. 00:12:19.340 --> 00:12:25.800 Але ми повинні думати про міркування, інструменти, знання та ЕЕ, інструктаж ЕЕ в інструкціях. 00:12:28.210 --> 00:12:30.870 Як це вписується в архітектуру агента ЩІ? 00:12:30.870 --> 00:12:39.420 Перше, про що варто подумати, одне з перших питань, на яке потрібно відповісти, це 00:12:39.420 --> 00:12:42.260 Яка мета? 00:12:42.920 --> 00:12:44.480 Перша мета цього агента. 00:12:46.750 --> 00:12:50.510 В основному, після розробки архітектури агента все залежить від того, 00:12:50.710 --> 00:12:52.950 чи ви використовуєте лоу-коуд підхід, 00:12:52.950 --> 00:12:57.330 чи користуєтеся кастомним підходом розробки, тому що підхід зовсім інший, 00:12:57.450 --> 00:13:01.110 тому що ЕЕ в кастомному підході розробки ви керуєте всім. 00:13:01.110 --> 00:13:06.910 Тож ви керуєте безпекою, ви керуєте хостингом, ви керуєте ЕЕ, 00:13:07.110 --> 00:13:09.130 ви керуєте багатьма різними речами. 00:13:09.330 --> 00:13:13.470 У лоу-коуд підході все зовсім інакше, тому що ЕЕ ви думаєте про те, 00:13:13.650 --> 00:13:16.930 що ви даєте інструкції, ви вибираєте деякі інструменти. 00:13:16.930 --> 00:13:20.570 Тож, по суті, архітектура в лоу-коуд підході насправді. 00:13:22.270 --> 00:13:26.010 Не така проста, як я вже сказав, але вона може бути дуже швидкою, 00:13:26.110 --> 00:13:28.910 тому що ви можете визначити, у вас є інструкція, 00:13:28.910 --> 00:13:32.030 ви можете вибрати свої інструменти, ви можете вибрати 00:13:32.030 --> 00:13:38.130 іншого ЕЕ, іншого ЕЕ, іншого агента, якщо ви хочете підключитися. 00:13:38.290 --> 00:13:41.950 Але це дійсно просто, коли ви маєте справу з кастомною розробкою 00:13:41.950 --> 00:13:44.390 або коли ви розробляєте власного агента. 00:13:44.470 --> 00:13:49.030 Це може бути, наприклад, саментик ядро, ейджант фама, такі речі. 00:13:49.190 --> 00:13:53.170 Архівактик може бути набагато складнішим, оскільки вам потрібно мати справу 00:13:53.170 --> 00:13:57.030 з концепцією справді просунутої концепції безпеки, як я вже казав. 00:13:57.030 --> 00:13:58.070 Хмій. Що? 00:13:58.570 --> 00:14:02.450 Стосується автентифікації, якщо у вас є кілька інструментів, 00:14:02.570 --> 00:14:05.490 наприклад, і ви хочете інтегрувати деякі NCP, 00:14:05.730 --> 00:14:08.850 якщо ви хочете підключитися до внутрішніх інструментів, 00:14:08.990 --> 00:14:11.610 захищених зворотними проксі серверами тощо. 00:14:12.710 --> 00:14:15.730 Отже, в основному вам потрібно більше враховувати. 00:14:17.530 --> 00:14:20.910 Архітектуру, коли ви маєте справу з користувацькими агентами, 00:14:21.070 --> 00:14:22.810 наприклад, у Coopilot Studio. 00:14:22.810 --> 00:14:27.610 Що стосується архітектури, то вам потрібно дуже швидко визначити архітектуру 00:14:27.610 --> 00:14:29.790 в користувацькому підході до розробки. 00:14:30.750 --> 00:14:33.750 Вам доводиться мати справу з просунутою концепцією, 00:14:33.870 --> 00:14:38.510 і для багатьох людей це може бути складно, тому що це дійсно фундаментальний аспект. 00:14:39.570 --> 00:14:47.540 І, чесно кажучи, у моїй роботі я маю справу з багатьма різними потребами. 00:14:48.380 --> 00:14:51.620 Це може бути кастомна розробка, це може бути Coopilot Studio, 00:14:51.620 --> 00:14:55.620 це може бути простий агент Вейджант Білда з дуже простим і акуратним оформленням. 00:14:57.260 --> 00:15:03.000 Отже, по суті, визначення архітектури насправді залежить від того, який підхід ви хочете обрати. 00:15:04.160 --> 00:15:08.300 В основному у вас є загальна EEE-архітектура, яку ви можете створити, 00:15:08.480 --> 00:15:13.460 але потім це дійсно залежить від підходу, який ви хочете, низький код чи код розумієте. 00:15:13.460 --> 00:15:24.380 Хмі, але чи можемо ми EEE, можемо, чи можете ви описати анатомію типового корпоративного EEE-ші-агента? 00:15:27.390 --> 00:15:28.510 Ах, так, можу. 00:15:30.800 --> 00:15:36.460 EEE, в основному, якщо ви хочете говорити якомога простіше EEE, коли ви, коли вам потрібно, 00:15:36.580 --> 00:15:42.900 наприклад, це може бути EEE, агент і те підтримки, наприклад, EEE, в основному, це може бути, 00:15:42.900 --> 00:15:45.500 це може бути, у вас є набір, в основному. 00:15:45.500 --> 00:15:52.880 Але після «в наш час», як я вже казав, у вас є цей багатоагентний підхід, 00:15:53.000 --> 00:15:57.160 і в основному я розглядаю першого агента як фронт, EEE як фронт. 00:15:58.600 --> 00:16:03.140 Отже, це фронт-агент, і цей фронт-агент буде EEE направляти всі. 00:16:05.270 --> 00:16:07.890 Запити, наприклад, через різних агентів. 00:16:09.230 --> 00:16:13.030 Наприклад, якщо користувач запитує щось на кшталт «я не знаю», 00:16:13.030 --> 00:16:17.710 щодо Salesforce він направлятиме всі запити до ІТ-агента підтримки Salesforce. 00:16:19.150 --> 00:16:23.730 Бачите, в основному для деяких клієнтів ми створили таку архітектуру, 00:16:23.850 --> 00:16:26.370 оскільки кожен агент відповідає за обсяг. 00:16:27.670 --> 00:16:30.250 Це може бути для таких продуктів, як Salesforce. 00:16:30.930 --> 00:16:33.770 Це може бути для M365 тощо. 00:16:34.510 --> 00:16:39.210 А за лаштунками кожен агент має один набір інструкцій і один набір із двох. 00:16:39.210 --> 00:16:50.180 І в наш час краще використовувати MCP-сервери, тому що MCP-сервер зараз є універсальним плагіном для інтеграції кількох сервісів з OL. 00:16:53.190 --> 00:16:55.770 У мене є набір MCP-серверів, а також 00:16:55.770 --> 00:17:00.040 Деякі внутрішні джерела знань. 00:17:00.360 --> 00:17:04.240 Це може бути JIRA, це може бути база знань служби LED, такі речі. 00:17:04.240 --> 00:17:08.100 Отже, у вас є набір інструкцій для кожного агента. 00:17:10.330 --> 00:17:15.650 EE і ці інструкції визначають область дії агента та EE, яка роль кожного агента, 00:17:15.870 --> 00:17:22.890 і після EE у вас є набір серверів MCP-с, і, можливо, EE джерелами знань можуть бути PDF-файли. 00:17:24.450 --> 00:17:29.530 Тож це може бути кілька багато-багато видів EE багато видів джерел даних. 00:17:32.400 --> 00:17:37.440 І після, вибачте, коли, коли, наприклад, користувач запитує до головного агента, 00:17:37.440 --> 00:17:42.020 після EE це визначить, добре, мені потрібно делегувати це завдання. 00:17:44.550 --> 00:17:45.930 Відповідному агенту. 00:17:47.750 --> 00:17:50.510 EE давайте трохи розглянемо можливості. 00:17:54.060 --> 00:17:57.660 Coopilot Studio, де він вписується в загальну архітектуру. 00:18:00.340 --> 00:18:05.220 Coopilot Studio, чесно кажучи, EE – це локальний інструмент від Microsoft. 00:18:05.640 --> 00:18:10.840 Отже, по-перше, і EE з точки зору архітектури Coopilot Studio дійсно. 00:18:10.840 --> 00:18:18.490 Призначений для розробників, в основному для людей, які, перш за все, не є розробниками. 00:18:19.150 --> 00:18:26.650 І з точки зору EE архітектури, в основному EE, наприклад, якщо ми, якщо ми візьмемо приклад, який я навів раніше, 00:18:26.810 --> 00:18:33.890 то, наприклад, ІТ-підтримка EE підійде, тому що з точки зору архітектури Coopilot Studio виконує роботу, 00:18:33.890 --> 00:18:40.610 тому що ви можете визначити її, ви можете визначити NCP сервер, ви можете легко інтегрувати деякі EE, 00:18:40.810 --> 00:18:44.870 деякі зовнішні джерела знань або внутрішні джерела знань, якщо хочете. 00:18:45.290 --> 00:18:50.110 EE, після того, як я вже казав раніше, якщо, наприклад, у вас є випадок використання, 00:18:50.270 --> 00:18:55.410 коли ви хочете трохи налаштувати оркестратор, тому що за лаштунками Coopilot Studio ви не можете, 00:18:55.610 --> 00:19:00.730 EE, налаштувати оркестратор, тому ви активуєте оркестратор штучного інтелекту, ось і все. 00:19:00.730 --> 00:19:06.590 Ви не можете, наприклад, налаштувати пріоритет EE, наприклад, завдання, яке ви хочете досягти, 00:19:06.710 --> 00:19:12.270 тому що за лаштунками компілятор Studio визначить гаразд ваш план, а потім ви його виконаєте. 00:19:12.870 --> 00:19:16.910 Але якщо ви, якщо ви хочете мати трохи більше можливостей налаштування, 00:19:17.070 --> 00:19:21.350 у цьому випадку вам потрібно використовувати користувацьку розробку, наприклад, 00:19:21.510 --> 00:19:26.550 із Semantic Kernel Longchain Framework, який нещодавно випустила Microsoft, 00:19:26.550 --> 00:19:31.230 і в цьому PH ви можете EE, легко налаштувати оркестрацію EE, 00:19:31.450 --> 00:19:37.090 ви можете визначити деякі робочі процеси, ви можете, ви можете налаштувати те, що ви хочете. 00:19:39.050 --> 00:19:44.770 Це Coopilot Studio як архітектура, яка дійсно чітко визначена для розробників та розробників, 00:19:44.850 --> 00:19:47.330 тому що дуже просто мати працюючий агент. 00:19:48.590 --> 00:19:52.330 Єдина проблема з Coopilot Studio, і вам потрібно подбати про це, 00:19:52.330 --> 00:19:58.230 тому що коли ви визначаєте, коли ви обираєте свій шлях і, можливо, ви визначаєте свою архітектуру, 00:19:58.350 --> 00:20:01.930 вам потрібно подбати про ліцензування, тому що це велика частина. 00:20:03.510 --> 00:20:05.210 Кожного рішення зараз EE. 00:20:07.050 --> 00:20:12.130 І сьогодні Coopilot Studio трохи еволюціонувала в модель оплати по мірі використання, 00:20:12.290 --> 00:20:17.570 і вам потрібно подбати про оцінку витрат, тому що, виходячи з того, чого ви хочете досягти, 00:20:17.570 --> 00:20:22.930 іноді краще зробити власну розробку, тому що після того, як ви розмістите там, де хочете, 00:20:23.050 --> 00:20:26.930 і ви подбаєте про всі витрати, ви можете легше оцінити, ніж зараз. 00:20:29.710 --> 00:20:33.470 Тому що з кредитним підходом Coopilot іноді важко передбачити, 00:20:33.650 --> 00:20:36.650 скільки це коштуватиме за один місяць, два місяці. 00:20:40.030 --> 00:20:40.490 То що? 00:20:41.890 --> 00:20:42.550 І які? 00:20:42.550 --> 00:20:46.930 Обмеження у Coopilot Studio 00:20:46.930 --> 00:20:54.050 Studio EE, коли я вибиратиму «Тоді я думаю» 00:20:54.050 --> 00:21:00.310 «EE» так Microsoft Foundry Azure, Foundry, я не знаю, як це насправді називається «EE» 00:21:00.310 --> 00:21:03.750 «EE» і коли «EE» я маю сказати «Гаразд!» 00:21:03.750 --> 00:21:06.670 «Еее» я маю зробити повністю кастомну розробку. 00:21:06.670 --> 00:21:10.010 Перше питання, на яке потрібно відповісти «Гаразд?» 00:21:10.010 --> 00:21:12.590 Чи потрібно мені налаштовувати оркестрацію? 00:21:12.590 --> 00:21:34.710 Це моє перше питання, тому що це питання скаже вам, гаразд, якщо ви не хочете налаштовувати оркестрацію, занадто глибоко заглиблюватися в те, як робиться вся оркестрація або генерується план, ви можете використовувати низькокодовий підхід з Co-Pilot Video EE, наприклад, конструктором. 00:21:35.470 --> 00:21:40.730 Також іноді, коли у вас простий випадок використання, ви можете використовувати такі інструменти. 00:21:40.730 --> 00:21:57.510 Але якщо ви хочете налаштувати оркестрацію, вам потрібно перейти до конкретної розробки і в цьому випадку вам потрібно, е-е, вам потрібно використовувати Foundry для моделі або якщо у вас є власна платформа, тому що перевага кастомної розробки. 00:22:00.650 --> 00:22:08.710 Ви можете інтегрувати моделі, які не розміщені в Microsoft Fundy. Якщо хочете, можете використовувати моделі Fundy, але також, якщо у вас є. 00:22:08.710 --> 00:22:26.860 Платформа AWS або Google, платформа Google GooglePlate, вибачте, і ви сказали, наприклад, Gemini або у вас є зовнішня розгорнута модель, ви маєте можливість інтегрувати ці моделі безпосередньо у ваш агент, використовуючи користувацький підхід. 00:22:30.440 --> 00:22:38.900 Це також є перевагою, і після того, як ви можете налаштувати оркестрацію, те, як генерується план, все це буде розміщено в агенті Foundry. 00:22:38.900 --> 00:22:47.280 Проблема Foundry сьогодні полягає в тому, що спочатку Foundry була просто платформою для розміщення моделей. 00:22:47.840 --> 00:22:53.440 Якщо подивитися на кілька років тому, то це був просто простий каталог моделей, і ви його розгортали. 00:22:56.110 --> 00:23:05.410 Сьогодні Microsoft розвинула цей продукт таким чином, що ви можете створювати агента за допомогою інтерфейсу Co-Pilot Studio практично без будь-якого коду. 00:23:05.410 --> 00:23:11.880 Ви можете керувати управлінням, ви можете керувати багатьма речами. 00:23:12.520 --> 00:23:18.260 Це стало справді агентною платформою, такою як Co-Pilot Studio для локот та подібних речей. 00:23:21.130 --> 00:23:26.610 І сьогодні Foundry справді важко розмістити в екосистемі, оскільки Foundry швидко розвивається. 00:23:26.610 --> 00:23:42.560 І, по суті, Microsoft представила деякі функції, які насправді EEE, я не знаю, не відрізняються, але є подібність до Co-Pilot Studio з точки зору інтеграції MCP таких речей. 00:23:44.460 --> 00:23:49.860 Але після EEE обмеження Co-Pilot Studio головне обмеження стосується моделей. 00:23:50.040 --> 00:23:55.000 Тож у вас є гаразд, у вас є можливість інтегрувати код або візуалізувати різні речі. 00:23:55.000 --> 00:24:01.500 Але якщо ви хочете інтегрувати, наприклад, EEE, свою власну модель, тому що у вас є певна версія вашої моделі EEE, 00:24:01.680 --> 00:24:06.180 ви не можете цього зробити, і, по суті, вам потрібно використовувати спеціальний розробник, 00:24:06.320 --> 00:24:10.260 щоб інтегрувати свою власну, наприклад, платформу LM, якщо у вас є. 00:24:10.420 --> 00:24:14.300 У мене є клієнт, який має власну EEE платформу AWS. 00:24:14.680 --> 00:24:20.380 У цьому випадку ви можете інтегрувати EEE, цю модель із ціноутворенням EEE, керованим зовні. 00:24:23.170 --> 00:24:24.290 Добре, добре. 00:24:24.290 --> 00:24:30.390 І я думаю, що коли ми створюємо EEE агента на одну тему, це також вся війна. 00:24:38.990 --> 00:24:50.070 Так, Шопенбер. 00:24:57.810 --> 00:25:01.750 Більшість людей говорять, що це MCP, протокол контексту моделі. 00:25:05.330 --> 00:25:09.630 Хмі, чому, чому, чому це стало однією з найбільших тем в агентній розробці 00:25:09.630 --> 00:25:13.890 і для тих, хто ще з цим не працював, що таке протокол контексту моделі. 00:25:18.060 --> 00:25:19.460 Так, це гучне слово. 00:25:19.460 --> 00:25:25.180 В основному, багато людей говорять про це, тому що це вирішує серйозну проблему. 00:25:28.570 --> 00:25:35.750 Ідеться про те, як уніфікувати інтеграцію інструментів, навичок, можливо, я не знаю зовнішніх інструментів для ЩІ, 00:25:35.890 --> 00:25:43.450 і це вирішило цю проблему, тому що в минулому EEE без MCP все було як безлад, тому що багато сервісів говорять по-різному. 00:25:43.450 --> 00:25:54.140 У вас є різні EEE, технологічні протоколи, у вас є різні EEE, архітектурні підходи, 00:25:54.220 --> 00:25:58.000 і в основному MCP уніфікує або інтегрує сервіси EEE. 00:25:58.220 --> 00:26:03.260 Уваж, це може бути агент ЩІ або рішення ЩІ, якщо я кажу більш загально EEE, 00:26:03.260 --> 00:26:10.860 але MCP зараз EEE – це справді спосіб інтеграції зовнішніх або внутрішніх інструментів, можливо, і те, і інше. 00:26:10.860 --> 00:26:21.140 Але MCP зараз є важливою частиною архітектури ЩІ, тому що у вас є ця EEE – єдність з точки зору технологій. 00:26:22.540 --> 00:26:28.940 І сьогодні це важливо, тому що EEE раніше це була інтеграція АРІ, а тепер це MCP. 00:26:30.100 --> 00:26:30.480 Хмій. 00:26:32.100 --> 00:26:36.680 Це EEE – це не еволюція, але в минулому ви інтегрували свого агента з АРІ. 00:26:37.260 --> 00:26:43.120 Вам потрібно було керувати, гаразд, як автентифікація, керувати цим або викликати інструмент. 00:26:43.920 --> 00:26:50.180 Тепер ще може гаразд, у мене є цей інструмент, я можу вибрати, що мені потрібно для досягнення мети. 00:26:54.340 --> 00:26:58.140 І що, що насправді змінилося з MCP на АРІ чи підключення? 00:26:58.600 --> 00:27:05.250 EEE – в основному, в минулому, з точки зору. 00:27:08.020 --> 00:27:14.620 Інтеграції в основному АРІ не були інтелектуальними, якщо я можу це сказати, EEE – АРІ – це просто гаразд, 00:27:14.840 --> 00:27:19.760 ви викликаєте, ви викликаєте, ви викликаєте інструмент, і він надає вам дані. 00:27:19.760 --> 00:27:28.830 Різниця з MCP полягає в тому, що MCP є більш інтелектуальним з точки зору архітектури, 00:27:28.950 --> 00:27:34.090 тому що за лаштунками у вас є не тільки інструменти, які надають вам дані чи інформацію, 00:27:34.230 --> 00:27:39.790 але й навички навчання, EEE та різні види речей, що робить MCP справді інтелектуальним. 00:27:39.790 --> 00:27:47.240 І, по суті, MCP може сказати ЩІ – гаразд, ви хочете цього досягти. 00:27:48.280 --> 00:27:53.700 Я можу надати вам EEE, саме ті інструменти, які відповідають вашому EEE запиту, 00:27:53.900 --> 00:27:58.860 і ви можете викликати не лише один інструмент, але вам потрібно викликати ці інструменти, 00:27:59.000 --> 00:28:01.000 щоб досягти того, чого ви хочете. 00:28:01.000 --> 00:28:03.080 Це роль MCP. 00:28:04.260 --> 00:28:09.840 Він надає ЩІ – у мене є ці інструменти, а після EEE ви можете викликати один або цей, 00:28:09.980 --> 00:28:13.200 один або кілька інструментів для досягнення ваших цілей. 00:28:15.760 --> 00:28:22.020 Він дає вам, дає вам, дає ЩІ контекст, реальний контекст, EEE, всього, і АРІ – це просто добре, 00:28:22.020 --> 00:28:26.620 у вас є інструменти, у вас є опис, і це майже все, так що це так – це. 00:28:30.200 --> 00:28:34.720 Модель контексту протоколу, я думаю, схожа на метадані чи як це працює. 00:28:37.010 --> 00:28:37.870 EEE – ні. 00:28:38.690 --> 00:28:42.630 MCP за лаштунками, EEE – це просто, EEE – це протокол. 00:28:44.350 --> 00:28:51.010 По суті, це технологічний протокол, і за лаштунками у вас є, так, у вас є метадані, у вас є опис, EEE, 00:28:51.010 --> 00:28:56.130 у вас є навички ЩІ, які описують більше, EEE – він дійсно зосереджений на ЩІ. 00:28:56.970 --> 00:29:01.730 По суті, у вас є навички, у вас є інструкції, і, по суті, ЩІ може краще розуміти, 00:29:01.930 --> 00:29:05.710 гаразд, ці інструменти, EEE, роблять це, цей інструмент робить це, 00:29:05.710 --> 00:29:11.270 Добре, я можу викликати ці навички, я можу запитувати, EEE, цю інформацію на сервер MCP, 00:29:11.450 --> 00:29:13.590 щоб досягти того, що я можу запитати. 00:29:14.710 --> 00:29:19.690 Але у вас є, так, у вас є частина метаданих, тому що вам потрібно визначити, EEE, 00:29:19.910 --> 00:29:22.390 назву інструменту, що робиться за лаштунками. 00:29:22.390 --> 00:29:27.170 Чи можемо ми сказати, що майбутнє за MCP? 00:29:27.670 --> 00:29:34.070 Отже, ми повинні почати думати про те, я не знаю, компанії мають стоарі і стіарі всередині організації, 00:29:34.230 --> 00:29:37.550 чи повинні вони почати створювати сервери MCP навколо них. 00:29:39.550 --> 00:29:45.170 Так, так, в основному EEE, сервер MCP, EEE, ми працюємо з зарі за лаштунками. 00:29:45.170 --> 00:29:48.350 EEE, це не заміна, по суті. 00:29:49.190 --> 00:29:53.990 EEE, якщо ви, якщо я підсумую це, тому що сервер MCP просто нормальний. 00:29:54.890 --> 00:29:59.150 EEE, він дає контекст, і за лаштунками MCP може викликати АРІ. 00:29:59.670 --> 00:30:06.470 За лаштунками, але MCP сервер, це Frontend, Frontend EEE, Frontend EEE, Frontend EEE, Frontend Інструмент, 00:30:06.770 --> 00:30:12.670 який вам потрібно викликати, тому що за лаштунками ви будете відправляти EEE, ваш запит на основі. 00:30:12.670 --> 00:30:18.050 За лаштунками, це може бути АРІ, це може бути база даних, це може бути кілька інструментів, 00:30:18.190 --> 00:30:26.790 але вам потрібно, якщо хочете мати власний MCP сервер, наприклад, якщо у вашій компанії є EEE, АРІ, і у вас є різні види. 00:30:30.410 --> 00:30:35.270 Послуг, це може бути, я не знаю, фінансова служба, це може бути служба HR, 00:30:35.470 --> 00:30:40.890 якщо ви хочете створити свій власний MCP, вам потрібно мати справу за цією сферою, EEE, 00:30:40.890 --> 00:30:46.330 з усіма цими АРІ, і NCP сервер нам знадобиться, щоб надати доступ до всіх цих АРІ, 00:30:46.510 --> 00:30:50.890 що таке, які послуги, які доступні інструменти, які навички тощо. 00:30:55.570 --> 00:30:59.650 Після цього вам потрібно буде мати справу з автентифікацією за лаштунками, 00:30:59.790 --> 00:31:05.710 тому що АРІ працюють по-різному, тому що ви можете мати автентифікацію за ключем, вводячи такі речі. 00:31:05.710 --> 00:31:11.630 Отже, вам потрібно з цим розібратися, але MCP надасть доступні інструменти, 00:31:11.730 --> 00:31:15.330 а за лаштунками всі ці інструменти можуть запитувати кілька АРІ. 00:31:15.790 --> 00:31:19.730 Один АРІ може бути, у вас є різні типи архітектури за лаштунками. 00:31:21.170 --> 00:31:22.150 Добре. І? 00:31:25.000 --> 00:31:26.080 Як MCP? 00:31:29.230 --> 00:31:34.410 Вибирає правильний інструмент, коли у мене є, я не знаю, 100-500 агентів ЩІ. 00:31:34.410 --> 00:31:39.550 Ее – це буде базуватися на Ее перших речах. 00:31:40.090 --> 00:31:45.350 В основному, коли у вас є запит до агента Ее, ви виявляєте всі доступні інструменти. 00:31:46.570 --> 00:31:50.490 Сервер MCP перевірить – гаразд, у мене є всі ці інструменти. 00:31:50.750 --> 00:31:59.140 І в основному Ее – оркестратор агента зрозуміє – гаразд, у мене це є, у мене доступний ЛЛМ. 00:32:01.320 --> 00:32:03.020 Після цього ви створите план. 00:32:03.020 --> 00:32:20.040 Якщо коротко, ви створите план з деякими діями, які потрібно виконати, і після цієї дії – Ее – дії, яку ви хочете виконати – Ее – ви можете викликати один, два, три або більше інструментів, щоб виконати завдання, яке запросив користувач. 00:32:20.040 --> 00:32:27.900 Отже, по суті, оркестратор агента розумітиме інструменти MCP та вибиратиме найкращі для запиту. 00:32:28.740 --> 00:32:29.240 Бачите? 00:32:32.800 --> 00:32:41.440 Це справді роль оркестратора у виборі інструментів та подібних речей за допомогою ЛЛМ, звичайно, тому що ЛЛМ, Ее – це частина мозку, 00:32:41.440 --> 00:32:49.860 і оркестратор буде, гаразд, взаємодіяти з ЛЛМ та інструментами, щоб зробити найкращий вибір та найкращий план для виконання завдання. 00:32:54.800 --> 00:33:02.080 Так, я, я думаю, що деякий час багато компаній починали з PowerShell, а тепер вони використовують Microsoft GraveArry. 00:33:02.080 --> 00:33:19.540 Чи створили вони графік, і NCP з'являється, Ее, або як зробити, так, я думаю, що Ее, насправді, насправді, граф Арі, Ее, чесно кажучи, ні, немає, Ее, MCP, Ее, MCP для графіків. 00:33:23.920 --> 00:33:33.740 Якщо ви, якщо ви це назвете, знаєте, у світі Microsoft, Cifi Microsoft представила багато MCP-серверів, і ці MCP-сервери базуються на Microsoft Grave. 00:33:33.740 --> 00:33:47.250 Наприклад, якщо ви хочете використовувати, я не знаю, LCP-сервер команди за лаштунками, у вас викликається GraveArry, коли ви використовуєте NCP-сервер. 00:33:47.510 --> 00:34:01.840 Тож, графічний ще у світі Microsoft 365 є центральним, тому що за лаштунками Ее, NCP взаємодіятиме з Grave, щоб зробити запит Ее, щоб запит працював добре. 00:34:01.840 --> 00:34:17.600 Але так, сьогодні граф також є центральним у Coopilot загалом, тому що семантичний індекс Coopilot базується на необроблених даних, але насправді, знаєте, ви споживаєте граф через звуки MCP. 00:34:18.940 --> 00:34:21.260 Сьогодні Ее – це так, ніби. 00:34:28.560 --> 00:34:39.640 Microsoft 65 містить неймовірну цінність організаційні контексти, документи, зустрічі, електронні листи, люди, команди, розмови та, я кажу, обмін контентом. 00:34:39.640 --> 00:34:44.260 Як нам розкрити цей контекст – не. 00:34:46.740 --> 00:34:48.640 Створюючи кошмару безпеки. 00:34:50.440 --> 00:34:54.020 Ее – ви маєте на увазі з точки зору управління такими речами. 00:34:56.490 --> 00:35:02.930 Так, це завжди проблема, тому що багато людей створюють агента, не створюючи належного управління за лаштунками. 00:35:04.030 --> 00:35:05.790 Тож я хочу створити агента. 00:35:06.070 --> 00:35:07.110 Добре, почнемо. 00:35:07.110 --> 00:35:14.390 Ми створюємо та розгортаємо, і після цього «Ах, але Ее, гаразд, цей агент працюватиме з великою кількістю даних». 00:35:14.390 --> 00:35:15.510 Як цим керувати? 00:35:17.070 --> 00:35:20.550 Перше питання – як мені впровадити управління агентами. 00:35:21.970 --> 00:35:24.730 Раніше це може бути, як ви сказали, безладом. 00:35:24.850 --> 00:35:26.710 Тому що «Ее» багато людей хочуть. 00:35:26.890 --> 00:35:36.390 Гаразд, я хочу створити агента-агента-агента, або я хочу створити щось «Ее», я хочу створити рішення на основі штучного інтелекту, але за лаштунками «Ее». 00:35:36.390 --> 00:35:41.900 Одним з перших, що потрібно зробити, це зрозуміти свої дані. 00:35:43.420 --> 00:35:46.360 Тому що без розуміння своїх даних ви загубитеся. 00:35:47.220 --> 00:35:53.340 Вам потрібно зрозуміти свої дані, тому що важливо розуміти, чи маю я справу з конфіденційними даними, чи ні. 00:35:53.700 --> 00:35:56.960 Чи маю я справу з «Ее» дуже конфіденційними даними. 00:35:57.420 --> 00:35:57.860 Добре. 00:35:58.240 --> 00:36:00.560 «Ее» вам потрібно розуміти свої дані. 00:36:00.560 --> 00:36:12.820 Після того, як ви працюєте в Microsoft CR, вам потрібно впровадити, наприклад, функції DLP, маркування чутливості, тощо, тому що без цього «Ее» це може бути проблемою. 00:36:15.420 --> 00:36:24.960 А після цього вам також потрібно трохи очистити «Ее» ваші дані, тому що «Ее» ще з поганими, з поганими даними ваш агент не працюватиме так, як ви хочете, 00:36:24.960 --> 00:36:33.940 Тому що «Ее», якщо у вас є «Ее», якщо у вас є маска у вашій, я не знаю SharePoint «Ее», команді «Ее», командному каналі. 00:36:34.060 --> 00:36:41.700 Такого роду річ, якщо це маска «Ее», в основному буде важко правильно працювати «Ее» в агентському «Ее» підході. 00:36:41.700 --> 00:37:03.400 Але так, вам потрібно розуміти свої дані, вам потрібно впровадити деякі «Ее», засоби безпеки «Ее», базові, такі як «Ее», автентифікація, як я вже казав, функції PureView «Ее» і PureView став центральним рішенням для впровадження всіх цих «Ее», всіх засобів безпеки та управління «Ее» речей на місці. 00:37:03.400 --> 00:37:31.760 І після того, як ви очистите свої дані, коли впровадите деякі основні заходи безпеки, вам також потрібно зрозуміти «Ее» ліцензування, тому що перш ніж почати створювати агента, вам потрібно зрозуміти, що таке розробники, чи навчені вони цьому, чи маємо ми правильне ліцензування, щоб почати роботу, чи потрібні нам такі підписки «Ее», після «Ее» ще одна. 00:37:31.760 --> 00:37:51.530 Велика проблема – це інструменти «Ее», як мені правильно інтегрувати всі інструменти «Ее» в «Мій», у моєму розробнику «Мій агент» «Ее», чи потрібно мені щось обмежити. 00:37:55.200 --> 00:38:09.660 Тож, чесно кажучи, це велике питання, у вас є різні види діяльності, які потрібно враховувати, але «Ее», для мене найважливіше розуміти ваші дані, і «Ее», якщо компанія не розуміє дані, це буде проблемою на початку, чесно кажучи. 00:38:12.950 --> 00:38:13.470 Добре. 00:38:13.470 --> 00:38:17.250 І «Ее», коли, коли ми, як? 00:38:21.520 --> 00:38:23.380 Ми «Ее» запитали про це. 00:38:25.920 --> 00:38:27.340 «Ее» – тема безпеки. 00:38:27.760 --> 00:38:34.780 «Ее», я думаю, є два, два, так, два типи людей. 00:38:39.200 --> 00:38:44.920 Одні кажуть, що їм потрібні дозволи користувача, а інші кажуть, що їм потрібні дозволи програми. 00:38:47.140 --> 00:38:51.060 Чи повинен агент генерувати, як взагалі повинен працювати агент? 00:38:51.060 --> 00:39:15.220 І «Ее», моя найкраща рекомендація – це, в основному, коли вам потрібно мати справу з агентським рішенням, завжди робіть «Ее», вибачте, у розділі «Делеговані дозволи користувача», тому що з точки зору безпеки, чесно кажучи, це краще, тому що користувач матиме доступ лише до даних та інструментів, до яких він має доступ. 00:39:15.220 --> 00:39:19.960 Це найголовніший принцип. 00:39:20.960 --> 00:39:28.920 Згодом, якщо вам потрібен дозвіл програми для конкретного «Я не знаю», конкретного «Арі», конкретного «Ее», контексту ви можете. 00:39:31.360 --> 00:39:38.080 Але не «Ее», не використовуйте безпосередньо дозвіл програми «Ее», зробіть це «Ее» в контексті обгортки. 00:39:40.200 --> 00:39:48.460 Отже, ви створюєте «Я не знаю», це може бути, можливо, MCP-сервер, наприклад, і інтегруєте цей MCP з дозволом програми залаштунками. 00:39:49.460 --> 00:40:06.170 Отже, MCP викликатиме, наприклад, «Я не знаю», ваш «Арі» залаштунками з дозволом програми, і після цього він надасть вам інформацію або «Ее» інформацію, яка вам потрібна, але користувач не має безпосереднього стосунку до дозволів програми. 00:40:08.580 --> 00:40:17.860 Наприклад, ми викликаємо MCP-сервер з дозволом користувача, і MCP-сервер викликатиме закулісну програму або служби з дозволом на доступ до програми. 00:40:18.840 --> 00:40:19.940 Бачите різницю? 00:40:21.700 --> 00:40:22.260 Гаразд. 00:40:23.960 --> 00:40:24.480 Цікаво. 00:40:25.860 --> 00:40:31.620 Я думаю, що коли ми думаємо про архітектуру, ми також маємо «Ее», ми дивимося трохи глибше. 00:40:34.280 --> 00:40:37.140 Я думаю, що в архітектурі є три великі теми. 00:40:39.380 --> 00:40:46.340 У нас є генерація аргументів пошуку, у нас є тема знань і у нас є, я кажу, бекдор для корпоративного пошуку. 00:40:49.700 --> 00:40:51.620 М. З чого почнемо зі стійки? 00:40:51.620 --> 00:40:56.680 Де стійка вписується в архітектуру. 00:40:56.680 --> 00:41:18.340 З точки зору «Ее» продуктивності, тому що ще повинен розуміти «Ее», різні типи даних, і, по суті, «Ее», «Арейджі» тут для того, щоб відповісти «Ее» на питання. 00:41:18.340 --> 00:41:28.490 Тому що в минулому, коли у вас не було «Арейджі», по суті, «Ее», вам потрібно було мати справу з іншим підходом «Ее». 00:41:29.190 --> 00:41:31.630 Ми не старої школи, але це було складно. 00:41:34.400 --> 00:41:47.180 Але «Арейджі» є центральним, тому що «Ее», тому що «Арейджі» розпізнає різні типи даних, і «Ее», ви зможете отримати, по суті, інформацію, яка мені потрібна, документи, це можуть бути, «Ее», різні типи даних. 00:41:47.180 --> 00:41:54.580 Тож так, «Арейджі» є центральним елементом сьогодні в архітектурі штучного інтелекту. 00:41:55.400 --> 00:41:55.700 Так. 00:42:01.790 --> 00:42:16.310 Але це правда, що багато користувачів, коли говорять про «Арейджі» за лаштунками, не знають, що це таке, тому що Microsoft сьогодні, чи багато інших «Ее», програмних компаній не говорять про це, тому що за лаштунками «Ее» є «Арейджі», 00:42:16.310 --> 00:42:27.590 Але, наприклад, у кого «Пайлот Стюдіо» користувач не розуміє, що відбувається за лаштунками, це «Арейджі» і «Ее», сьогодні, коли ви хочете зануритися глибше, у вас є така концепція, 00:42:27.770 --> 00:42:36.650 але для багатьох користувачів «Арейджі» взагалі не знає, що це таке, тому що вони просто використовують інструменти, і у них за лаштунками є ця концепція, 00:42:36.650 --> 00:42:47.410 а потім у нас є наступна тема «Це знання про те», як ми отримуємо ці знання, звідки системи штучного інтелекту отримали свої знання, чи це я збираю джоульборд, чи як це працює. 00:42:54.120 --> 00:42:56.780 Насправді у вас є, ви повинні бути чесними. 00:43:00.900 --> 00:43:03.860 Знання можуть бути розміщені в багатьох різних системах. 00:43:07.960 --> 00:43:14.640 Це може бути звичайний текстовий файл, це може бути файл-маркдаун, це може бути база знань, це може бути що завгодно. 00:43:14.640 --> 00:43:19.980 Але насправді, якщо у вас є MCP-сервер, ви можете отримати доступ до цих знань. 00:43:20.900 --> 00:43:30.640 Або, наприклад, якщо у вас є конектор для точки спільного доступу, конектор для багатьох сервісів у наш час, тож доступ до знань став простішим, ніж раніше, будемо відвертими. 00:43:31.940 --> 00:43:35.940 Тому що в минулому вам потрібно було створити свій плагін і відвідати все. 00:43:35.940 --> 00:43:45.400 Сьогодні у вас є прямий конектор до будь-яких систем, ви можете інтегрувати свої знання, не маючи справу з великим ЕЕ, великим штатом розробників разом. 00:43:46.940 --> 00:43:54.060 Я, я думаю, часто ми, я не знаю, збираємо дані для мого, я кажу своєму, я не знаю, одному хлопцю. 00:43:55.520 --> 00:43:56.520 М і як. 00:43:59.390 --> 00:44:00.610 Щі розуміє, що. 00:44:03.260 --> 00:44:07.660 Є неготовими документами, або застарілими, або, я не знаю, дублюваними. 00:44:07.660 --> 00:44:15.590 Як, як, як, як зрозуміти це за допомогою системи ЩІ, що нам слід використовувати і що. 00:44:16.090 --> 00:44:26.920 М, в основному ЕЕ, ви використовуєте RAG, тому що за лаштунками вам потрібно розуміти добре ЕЕ, що є вашими даними. 00:44:28.940 --> 00:44:34.960 Але ЕЕ, чесно кажучи, якщо я трохи підсумую, ЕЕ, ви починаєте з підказки ГАРАЗД. 00:44:34.960 --> 00:44:43.400 Користувач хоче ГАРАЗД, ви хочете, наприклад, шукати Я не знаю, в базі знань і, наприклад, на одному диску. 00:44:47.160 --> 00:44:57.620 За лаштунками ЕЕ, коли, коли оркестратор за допомогою LM розуміє підказку та намір користувача, ЕЕ, за лаштунками ЕЕ, у вас є індекс по суті. 00:44:57.620 --> 00:45:13.500 Тому що, наприклад, у Копиот у вас є семантичний індекс, і цей семантичний індекс дає вам ЕЕ, по суті, ГАРАЗД, у мене є всі ці знання, і ви можете за допомогою запиту семантичного індексу ЕЕ, 00:45:13.500 --> 00:45:26.360 Штучний інтелект може безпосередньо запитувати семантичний індекс, щоб виконати ЕЕ, виконати RAG, наприклад, і ви можете безпосередньо, ГАРАЗД, вибрати потрібні документи на основі ЕЕ потреб. 00:45:26.360 --> 00:45:36.380 Але в Коупайлот у вас є цей семантичний індекс, і штучний інтелект може безпосередньо запитувати цей індекс ЕЕ за допомогою природної мови за лаштунками. 00:45:36.380 --> 00:45:43.840 Отже, я запитаю, добре, я хочу зрозуміти, ЕЕ, я не знаю, як ЕЕ, як налаштувати VPN моєї компанії. 00:45:45.180 --> 00:45:54.620 А за лаштунками ви виконаєте RAG над семантичним індексом і, по суті, отримаєте документ, який містить, наприклад, усі налаштування VPN-компанії. 00:45:54.620 --> 00:46:07.300 Наприклад, у чаті Microsoft 365 Coopilot ЕЕ за лаштунками це граф АРІ, тому що, як я вже казав раніше, у вас є семантичний індекс, побудований на граф АРІ. 00:46:08.440 --> 00:46:15.660 Це функція граф позаду, але ЕЕ, коли у вас є індивідуальна розробка, у вас є, наприклад, Foundry AQ позаду. 00:46:15.660 --> 00:46:19.700 Це були служби Azure з іншою назвою. 00:46:20.080 --> 00:46:23.660 Але тепер ви можете мати власну стійкову систему, якщо хочете. 00:46:23.840 --> 00:46:30.840 І в основному ви можете ЕЕ, коли у вас є спеціальний агент, ви можете безпосередньо запитати це для екземпляра Foundry AQ. 00:46:30.840 --> 00:46:42.160 Добре, ЕЕ, я хочу використовувати ЕЕ, я хочу отримати налаштування ЕЕ, моєї компанії VPN і штучний інтелект може ЕЕ отримати те, що вам потрібно з точки зору документів. 00:46:42.320 --> 00:46:45.520 Це можуть бути PDF-файли, Word, Excel, щось таке. 00:46:48.060 --> 00:46:48.240 І 00:46:48.240 --> 00:46:54.490 Ось так працює пошук, чи не так? 00:46:59.560 --> 00:47:02.660 Або ЕЕ, за лаштунками, ви маєте на увазі. 00:47:03.380 --> 00:47:03.620 Так 00:47:03.620 --> 00:47:05.600 А за лаштунками? 00:47:05.780 --> 00:47:07.300 Так, у вас є пошук. 00:47:09.900 --> 00:47:17.940 ЕЕ, але в основному зараз у вас є ЕЕ, за лаштунками ЕЕ, чату Co-Pilot, ЕЕ, Co-Pilot, у вас є три ЕЕ. 00:47:17.940 --> 00:47:28.640 Три можливості, у вас є стандартний пошук, який є, по суті, пошуком, який ви просто ЕЕ, вводите деякі ключові слова і ЕЕ, ви шукаєте у своїх документах тощо. 00:47:30.500 --> 00:47:34.840 Це простий пошук. Ми всі знаємо пошук за ключовими словами, як у Google. 00:47:35.840 --> 00:47:38.960 Після цього у вас є дві різні ЕЕ-можливості. 00:47:40.620 --> 00:47:43.100 Спочатку у вас є ганчірка за лаштунками. 00:47:43.100 --> 00:47:58.270 У вас є можливість ArrayG в граф, а також у вас є ЕЕ, пошук за семантичним індексом Co-Pilot, який трохи відрізняється, тому що ArrayG насправді більш просунутий, ніж пошук за семантичним індексом Co-Pilot. 00:48:01.560 --> 00:48:05.860 Але у вас є всі ці три можливості за лаштунками, щоб зробити ваші ЕЕ. 00:48:05.860 --> 00:48:15.740 Це не ви, але за лаштунками ще може викликати ці три ЕЕ різні можливості, щоб отримати дані на одному диску Teams M365 загалом після. 00:48:15.740 --> 00:48:23.060 Він може включати також семантичний індекс Co-Pilot, що включає коннектори Co-Pilot. 00:48:23.720 --> 00:48:33.940 Наприклад, якщо у вас є підключений Salesforce до коннектора Co-Pilot, він також може шукати всі ваші дані в Salesforce, які зараз використовуються в кількох інструментах. 00:48:34.360 --> 00:48:45.680 Оскільки все це ЕЕ, за допомогою коннектора Co-Pilot ви інтегрували всі дані в граф, ЕЕ, індекс, семантичний індекс, ви можете безпосередньо запитувати ваші зовнішні системи. 00:48:45.680 --> 00:48:47.360 ГМІ 00:48:47.360 --> 00:48:48.960 Добре 00:48:48.960 --> 00:48:51.660 І ГМІ, я думаю, що 00:48:51.660 --> 00:49:03.220 Коли ми створюємо агентів, у нас є частина управління, і одна з частин також для мене, я кажу, управління життєвим циклом агента. 00:49:04.520 --> 00:49:06.640 Як це виглядає насправді? 00:49:07.640 --> 00:49:09.340 Як це виглядає насправді? 00:49:09.340 --> 00:49:15.760 ЕЕ, чесно кажучи, в екосистемі Microsoft це досить просто, якщо можна так сказати. 00:49:15.760 --> 00:49:27.300 Тому що, коли ви маєте справу з низьким кодом, наприклад, компілятор Studio, ви маєте справу з чотирма платформами, концепціями IEM і ЕЕ, нічого не змінилося. 00:49:27.520 --> 00:49:31.100 Отже, у вас є рішення, у вас є ELM, у вас є конвейер. 00:49:31.100 --> 00:49:41.700 Отже, коли ви маєте справу з Co-Pilot Studio, чесно кажучи, це як і раніше, тому що у вас є всі ті речі, в які ви інвестували з точки зору управління Pava Platform життєвого циклу ELM. 00:49:42.040 --> 00:49:43.520 Це абсолютно те саме. 00:49:44.620 --> 00:49:50.200 Е, це добре, тому що багато людей запитують мене о Competent Studio, як ви керуєте. 00:49:50.740 --> 00:49:52.000 Чи це відрізняється? 00:49:52.240 --> 00:49:57.840 Ні, це дуже просто, як PAPES або Co-Automate ЕЕ – управління життєвим циклом додатків. 00:49:57.840 --> 00:50:04.740 Отже, в цьому випадку це управління життєвим циклом агента, але за лаштунками та ж концепція ЕЕ, як у Co-Platform. 00:50:06.700 --> 00:50:18.220 А коли ви маєте справу ЕЕ, наприклад, з користувацькою розробкою, це в основному, як коли ви створюєте ЕЕ, додатки ЕЕ, мережеві додатки тощо, тому що ви керуєте всім, як кодом. 00:50:20.570 --> 00:50:24.530 Отже, у вас є фреймворки, у вас є аспект безпеки, такі речі. 00:50:24.530 --> 00:50:33.030 Тож, чесно кажучи, все ЕЕ з точки зору управління додатками життям агентів – це дійсно та ж концепція, що й раніше. 00:50:34.290 --> 00:50:42.390 І це гарний момент для мене, тому що вам не потрібно багато інвестувати ЕЕ з точки зору ЕЕ процесу життєвого циклу таких речей. 00:50:42.390 --> 00:50:53.090 Але єдині, що у вас є деякі зміни, ЕЕ – одна з великих змін полягає в тому, що, гаразд, вам потрібно подбати про ЛЛМ, такі речі, розгортання, такі речі. 00:50:53.890 --> 00:50:58.870 Але за лаштунками, схоже, що в минулому підхід DevOps з конвейером – такі речі. 00:51:00.210 --> 00:51:04.950 Тож, на мою думку, нічого не змінилося, тому що ми керуємо агентом ЕЕ. 00:51:04.950 --> 00:51:13.190 Це може бути розробка на замовлення або впоратися, ви з тим самим підходом, що й раніше, чесно кажучи, сьогодні. 00:51:14.590 --> 00:51:14.790 І 00:51:14.790 --> 00:51:29.980 Це означає, що коли компанія не використовує ЩІ раніше, але у них є ідеальне налаштування для перевірки для захисника та всі інші інструменти, 00:51:29.980 --> 00:51:34.540 чи є якісь зміни, які потрібно зробити, чи це означає готовність до ЩІ? 00:51:34.540 --> 00:51:49.180 Це велике питання, тому що готовність до ЩІ ЕЕ для Microsoft ЕЕ є нормальною. 00:51:49.860 --> 00:51:57.980 ЕЕ, ЕЕ, ви загострюєте комісію, керуєте такими речами, але ЕЕ, добре, готовність для мене – це не лише технічний підхід, 00:51:58.140 --> 00:52:01.320 тому що добре, технічно, ми знаємо, що робити. 00:52:02.060 --> 00:52:06.620 Добре, нам потрібно керувати дозволами для багатьох сервісів, розумієте? 00:52:07.700 --> 00:52:12.660 Для мене готовність ЩІ повинна також включати ЕЕ, дані, дані, розумієте? 00:52:13.640 --> 00:52:20.000 Тому що ЕЕ, коли ви не розумієте свої дані, як я вже казав, ЕЕ, ви не можете ЕЕ взяти, 00:52:20.200 --> 00:52:26.560 ви не можете керувати технічною частиною, тому що ЕЕ, коли ви не знаєте, що є конфіденційним, а що ні, 00:52:26.740 --> 00:52:29.480 наприклад, ЕЕ, важко запровадити деякі. 00:52:31.080 --> 00:52:32.660 Деякі засоби безпеки. 00:52:33.220 --> 00:52:37.660 Але якщо ми, якщо ми наслідуємо Microsoft, готовність ЩІ – це нормально, 00:52:37.660 --> 00:52:45.260 ви керуєте дозволами, ви хочете встановити мітки конфіденційності, ЕЕ, ви повинні зробити GLP, ЕЕ, такі речі. 00:52:48.140 --> 00:52:53.020 Але у вас також є більш високий рівень ЕЕ, високий рівень ЕЕ, аспект, 00:52:53.200 --> 00:52:56.900 і для мене готовність ЩІ – це не лише технічний, ви також маєте. 00:52:56.900 --> 00:53:04.600 Функціональний або високорівневий аспект, який слід враховувати, чесно кажучи, сьогодні. 00:53:07.810 --> 00:53:09.810 Хмі – так, це справді цікаво. 00:53:11.730 --> 00:53:15.450 Я думаю, що багато компаній почали це зі штучного інтелекту, 00:53:15.570 --> 00:53:18.750 але тепер, коли агенти почали використовувати цей метод, 00:53:18.750 --> 00:53:25.750 багато компаній кажуть «О, вони видалили всі мої, я не знаю, електронні листи чи щось таке, зле-зле». 00:53:28.700 --> 00:53:33.000 Як ви подумали, що компанії скажуть, що бояться штучного інтелекту? 00:53:38.240 --> 00:53:41.040 Це гарне питання, тому що я живу у Швейцарії, 00:53:41.220 --> 00:53:43.800 і в основному у нас багато приватних банків, 00:53:43.900 --> 00:53:47.240 і в нас багато, чесно кажучи, дуже чутливих клієнтів, 00:53:47.400 --> 00:53:52.320 якщо чесно, і ЕЕ, і, в основному, найважливіше, де обробляються дані. 00:53:52.620 --> 00:54:01.590 І ЕЕ, так, також, чи шукає штучний інтелект мої електронні листи. 00:54:02.090 --> 00:54:03.010 І таке інше. 00:54:05.200 --> 00:54:08.120 Отже, за лаштумками вони завжди запитують про це, 00:54:08.260 --> 00:54:10.880 але, знаєте, найважливіше для них, гаразд, 00:54:10.880 --> 00:54:14.360 мені потрібно зрозуміти, де обробляються дані і ЕЕ, 00:54:14.480 --> 00:54:16.460 а також гаразд, ЕЕ, я. 00:54:16.460 --> 00:54:23.990 Власник ШІ. 00:54:24.190 --> 00:54:31.770 Тож, я даю інструкцію ШІ, і ШІ за лаштумками виконує роботу, 00:54:31.890 --> 00:54:35.530 і вони бояться, наприклад, автономного ЕЕ аспекту, 00:54:35.610 --> 00:54:39.470 тому що в наш час гаразд, ви можете гаразд зробити це, 00:54:39.610 --> 00:54:44.010 і за лаштумками ШІ шукатиме щось, ЕЕ запитуватиме щось за лаштумками, 00:54:44.130 --> 00:54:48.030 і вони бояться гаразд ЕЕ, коли я прошу щось зробити, 00:54:48.190 --> 00:54:49.830 що виконується за лаштумками. 00:54:49.830 --> 00:54:55.060 І ЕЕ, так, є багато таких запитань. 00:54:55.540 --> 00:54:56.040 Гаразд. 00:54:58.140 --> 00:55:00.300 Як мені взяти під контроль весь процес, 00:55:00.440 --> 00:55:02.600 це може бути агент ШІ чи служба ШІ. 00:55:06.560 --> 00:55:09.060 Так, є деякі ЕЕ, подібні питання, 00:55:09.260 --> 00:55:11.180 але це справді питання впровадження, 00:55:11.320 --> 00:55:12.800 а також навчання ЕЕ, 00:55:12.980 --> 00:55:14.680 щоб запровадити певне ЕЕ, 00:55:14.860 --> 00:55:16.040 певне навчання про те, 00:55:16.240 --> 00:55:17.260 як зрозуміти ШІ, 00:55:17.400 --> 00:55:18.160 як зрозуміти, 00:55:18.160 --> 00:55:20.660 що саме виконується за лаштумками ЕЕ. 00:55:20.660 --> 00:55:27.080 І прозорість також є важливим моментом ЕЕ, 00:55:27.220 --> 00:55:29.240 тому що прозорість має бути ЕЕ, 00:55:29.380 --> 00:55:31.280 запроваджена в кожному рішенні ЩІ, 00:55:31.400 --> 00:55:33.860 тому що прозорість для мене є важливою темою, 00:55:34.020 --> 00:55:36.640 тому що вам потрібно ЕЕ запровадити все, 00:55:36.840 --> 00:55:39.340 тому що ваше рішення ЩІ має бути прозорим. 00:55:41.020 --> 00:55:42.160 Вам потрібно розуміти, 00:55:42.360 --> 00:55:44.280 що виконується за лаштумками ЕЕ, 00:55:44.280 --> 00:55:46.120 які дані запитуються ЕЕ, 00:55:46.280 --> 00:55:47.520 вам потрібно відстежувати, 00:55:47.700 --> 00:55:49.200 вам потрібно все реєструвати. 00:55:50.120 --> 00:55:51.640 Тож усе має бути прозорим, 00:55:51.780 --> 00:55:53.440 коли у вас є рішення сьогодні, 00:55:53.440 --> 00:55:57.720 тому що вам потрібно точно розуміти ЕЕ, що виконується за лаштунками, 00:55:57.940 --> 00:56:01.780 і ЕЕ, які дані обробляються, і ЕЕ, яка причина цього. 00:56:02.940 --> 00:56:03.480 Добре. 00:56:04.100 --> 00:56:08.320 Як ви, ЕЕ, створили цей план на основі яких фактів і подібних речей? 00:56:09.900 --> 00:56:10.440 Чудово. 00:56:10.620 --> 00:56:13.140 О, я бачу, у нас трохи обмаль часу. 00:56:13.260 --> 00:56:14.660 Тож, так, вибачте. 00:56:15.500 --> 00:56:17.560 Знаєте, це було справді чудово. 00:56:17.700 --> 00:56:21.080 Але в кожному моєму ЕЕ в подкасті є швидкий раунд. 00:56:21.600 --> 00:56:22.600 Отже, ЕЕ. 00:56:23.440 --> 00:56:27.600 Тож, ЕЕ, я даю коротке речення, а ви даєте коротку відповідь. 00:56:28.220 --> 00:56:29.460 ЕЕ, ви готові? 00:56:30.460 --> 00:56:30.780 Так. 00:56:31.280 --> 00:56:33.640 Co-Pilot Studio чи Custom Code? 00:56:34.480 --> 00:56:35.760 Co-Pilot Studio. 00:56:36.140 --> 00:56:38.980 ЕЕ, Microsoft Foundry чи Co-Pilot Studio? 00:56:39.820 --> 00:56:41.180 Co-Pilot Studio. 00:56:41.620 --> 00:56:43.680 ЕЕ, TypeScript чи Cypresscript? 00:56:46.700 --> 00:56:48.200 Дітхаб чи Azure DevOps? 00:56:49.200 --> 00:56:49.720 Дітхаб. 00:56:50.520 --> 00:56:52.120 ЕЕ, Rec чи FineTuning? 00:56:53.880 --> 00:56:54.680 Добре. 00:56:55.640 --> 00:56:58.500 Який найбільш недооцінений АРІ-Майкрософт? 00:56:58.580 --> 00:56:59.640 ЕЕ, 365. 00:57:04.740 --> 00:57:05.700 Рег-рег АРІ. 00:57:06.660 --> 00:57:11.540 Одна з технологій, яку кожен розробник Майкрософт повинен вивчити у 2026 році. 00:57:12.660 --> 00:57:13.900 Дітхаб Co-Pilot. 00:57:16.310 --> 00:57:19.190 ЕЕ, коли Сатіані Далія прийде до вас і скаже, 00:57:19.190 --> 00:57:25.170 дайте нам всі гроші та ресурси, які ви хочете, щоб покращити нашу платформу штучного інтелекту. 00:57:25.430 --> 00:57:27.870 ЕЕ, ви можете розробити одну функцію. 00:57:28.050 --> 00:57:28.870 Що це буде? 00:57:31.190 --> 00:57:36.570 Всі необхідні управлінські речі і... 00:57:36.570 --> 00:57:40.430 Кого мені запросити далі на подкаст і яке питання мені поставити? 00:57:47.390 --> 00:57:48.770 О, гарне питання. 00:57:49.250 --> 00:57:53.590 У мене багато друзів, але ЕЕ, так, можливо, ви можете попросити мене. 00:57:53.770 --> 00:57:56.610 У мене є співдоповідач на багатьох конференціях. 00:57:56.810 --> 00:57:59.370 Ви можете запитати, наприклад, Хлої Моро. 00:57:59.370 --> 00:58:05.110 Вона була функціональним консультантом, перш ніж зараз займатися технічною стороною. 00:58:07.050 --> 00:58:12.210 І в неї є дуже гарна історія про функціональні, менш технічні речі у світі динаміки. 00:58:15.200 --> 00:58:18.220 Тож, можливо, ви можете запросити її та запитати, 00:58:18.220 --> 00:58:21.480 як сьогодні поєднувати функціональну та технічну роботу, 00:58:21.640 --> 00:58:24.700 бо тут є деякі, хмій, великі, великі виклики. 00:58:26.870 --> 00:58:29.990 Так, і моє, моє, моє заключне запитання, 00:58:29.990 --> 00:58:33.490 чого повинні люди, коли вони можуть навчитися на цьому занятті, 00:58:33.650 --> 00:58:34.850 що вони повинні взяти. 00:58:37.990 --> 00:58:39.890 З нього ви маєте на увазі. 00:58:42.320 --> 00:58:44.940 Хмій, в основному, ще швидко розвивається. 00:58:47.510 --> 00:58:50.530 І якщо ви хочете бути в курсі сучасних подій Хмій, 00:58:50.530 --> 00:58:54.390 вам потрібно стежити за всім, тому що сьогодні ще дійсно поширюється 00:58:54.390 --> 00:58:56.830 на всі податки Microsoft, якщо чесно. 00:58:58.350 --> 00:59:01.030 І сьогодні одна з речей, яку вам потрібно зрозуміти, 00:59:01.190 --> 00:59:03.350 це те, що еволюція відбувається швидко, 00:59:03.350 --> 00:59:06.930 і вам потрібно бути в курсі подій ЕЕ, справді, справді, ЕЕ, 00:59:07.010 --> 00:59:10.510 у будь-який час, тому що ЕЕ, ви щось пропустите в якийсь момент, 00:59:10.670 --> 00:59:12.790 якщо ви ЕЕ, якщо ви не навчитися, 00:59:12.930 --> 00:59:15.230 якщо ви не зрозумієте еволюцію в цьому виді. 00:59:15.230 --> 00:59:19.090 Так, так, так, ЕЕ, дякую, що приєдналися до мене, я думаю. 00:59:26.890 --> 00:59:29.630 Важливий висновок з цієї розмови полягає в тому, 00:59:29.810 --> 00:59:33.070 що розширюваність Microsoft C65 Co-Pilot 00:59:33.070 --> 00:59:36.350 полягає не просто в написанні дедалі складніших підказок. 00:59:36.350 --> 00:59:41.130 ЕЕ, я думаю, що ми рухаємося до архітектури, 00:59:41.270 --> 00:59:45.010 де Co-Pilot та агенти можуть поєднувати знання організації, 00:59:45.190 --> 00:59:47.930 бізнес-додатки Microsoft, Graph, AP тощо. 00:59:49.790 --> 00:59:53.490 ЕЕ, так, я думаю, що Co-Pad Studio, Microsoft Foundry, 00:59:53.650 --> 00:59:56.330 розробка на замовлення та такі технології, як MCP, 00:59:56.470 --> 00:59:58.210 дають ЕЕ розробникам, так. 00:59:58.210 --> 01:00:06.390 ЕЕ і так, але чим більш ЕЕ, так, спроможними стають агенти, 01:00:06.550 --> 01:00:09.530 тим важливішими стають також фундаментальні аспекти 01:00:09.530 --> 01:00:13.530 ідентифікація, дозволи, безпека, управління, тестування, 01:00:13.730 --> 01:00:18.050 спостережуваність ЕЕ, управління життєвим циклом, застосунків тощо. 01:00:19.050 --> 01:00:24.030 Тож так, я думаю, що ви дали справді ЕЕ хороший огляд усіх цих тем. 01:00:24.030 --> 01:00:28.930 Тож дякую, що приєдналися до мене і слухачам за всю інформацію, 01:00:29.050 --> 01:00:34.270 яку ви знайдете в нотатках до шоу на сторінці подкасту MC65FM і ЕЕ, 01:00:34.470 --> 01:00:38.190 так, де ви можете приєднатися, щоб побачити роботу ЕЕС, 01:00:38.370 --> 01:00:40.150 і так, дякую, що були тут. 01:00:40.570 --> 01:00:42.270 Дякую, що запросили мене. 01:00:42.470 --> 01:00:44.470 Було дуже добре проведено час з вами. 01:00:46.030 --> 01:00:48.030 Дякую.