WEBVTT

00:00:00.000 --> 00:00:02.200
Ось шокуюча частина, про яку ніхто не каже.

00:00:02.320 --> 00:00:06.120
Коли ви розгортаєте ші вежур Фаундрі, ви не просто запускаєте одну надвелику модель.

00:00:06.260 --> 00:00:12.260
Ви розміщуєте її в керованому середовищі виконання, де кожна важлива дія, повідомлення, виклики інструментів і кроки виконання записуються та відстежуються.

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

00:00:17.900 --> 00:00:21.600
Це перетворюєші з непередбачуваної сили на дисципліновану систему, якою ви можете керувати.

00:00:21.600 --> 00:00:26.560
І як тільки ця структура встановлена, виникає головне питання, хто очолює цей цифровий загін.

00:00:26.860 --> 00:00:28.300
Знаюмтеся, командир загону.

00:00:28.400 --> 00:00:31.360
Коли ви налаштовуєте його у Фаундрі, ви не просто відкриваєте вікно чату.

00:00:31.540 --> 00:00:33.220
Ви призначаєте командира загону.

00:00:33.340 --> 00:00:35.620
Це не стажер, що клацає по автозаповненню.

00:00:35.760 --> 00:00:39.360
Це польовий капітан, створений для місій, що працюють за чітким дизайном.

00:00:39.500 --> 00:00:44.220
І цей дизайн зводиться до трьох основних елементів – моделі, інструкцій та інструментів.

00:00:44.340 --> 00:00:45.380
Модель – це мозок.

00:00:45.380 --> 00:00:50.680
Вона відповідає за логіку та мову, здатна аналізувати людські слова, планувати кроки та створювати відповіді.

00:00:50.980 --> 00:00:52.560
Інструкції – це бойовий наказ.

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

00:00:57.560 --> 00:01:04.280
А інструменти – це спорядження, виконання коду, пошукові конектори, арізвітності чи будь-яка сторонню систему, яку ви підключаєте.

00:01:04.460 --> 00:01:07.100
Агент Azure AI створений саме з цієї тріади.

00:01:07.320 --> 00:01:10.180
Без неї ви не отримаєте відтворюваності чи можливості аудиту.

00:01:10.180 --> 00:01:12.720
Ви отримаєте лише генерацію тексту без підтвердження дій.

00:01:12.860 --> 00:01:14.760
Давайте перенесемо це, наприклад, поля бою.

00:01:14.880 --> 00:01:16.740
Модель – це бойова підготовка вашого капітана.

00:01:16.900 --> 00:01:18.880
Він знає, як ворудувати мечем або виносити вирок.

00:01:19.020 --> 00:01:20.700
Інструкції – це брехінг перед місією.

00:01:20.860 --> 00:01:21.740
Захистити конвой.

00:01:21.900 --> 00:01:23.440
Витягнути дані з набору контрактів.

00:01:23.560 --> 00:01:25.500
Повідомити результати у визначеному форматі.

00:01:25.620 --> 00:01:27.180
Це тримає капітана сфокусованим та передбачуваним.

00:01:27.840 --> 00:01:29.180
Потім інструменти додають спеціалізацію.

00:01:29.920 --> 00:01:33.320
Гак для підйому на стіни – це як інтерпретатор коду для виконання аналітики.

00:01:33.520 --> 00:01:37.980
Захищена рація – це як SharePoint або власний MCP-коннектор, що подає актуальні дані в план.

00:01:38.160 --> 00:01:40.540
Коли ці троє поєднуються, агент не імпровізує.

00:01:40.740 --> 00:01:43.120
Він виконує місію з логами та контрольними точками.

00:01:43.300 --> 00:01:45.260
Foundry робить цей механізм практичним.

00:01:45.420 --> 00:01:48.140
У більшості чат-арі ви отримуєте лише модель і промп.

00:01:48.180 --> 00:01:52.380
І як тільки все починається, немає офіційного розуміння наказів чи оркестрації інструментів.

00:01:52.380 --> 00:01:55.420
Це як кинути капітана в поле без плану чи обладнання.

00:01:55.420 --> 00:01:59.480
Натомість сервіс агентів Foundry гарантує, що всі три рівні присутні.

00:01:59.640 --> 00:02:02.180
Ще краще те, що ви не прив'язані до одного мозку.

00:02:02.380 --> 00:02:04.920
Ви можете перемикатися між моделями в каталозі Foundry.

00:02:05.080 --> 00:02:10.300
GPT-4 для складної стратегії, можливо, легша модель для простих завдань або навіть Містрал чи Діпсік.

00:02:10.400 --> 00:02:12.360
Ви обираєте те, що відповідає місії.

00:02:12.540 --> 00:02:16.580
Ця гнучкість – різниця між універсальним стажером і командиром, здатним адаптуватися.

00:02:16.580 --> 00:02:19.060
Тепер уявіть ризики, якщо ці рівні відсутні.

00:02:19.220 --> 00:02:20.860
Результати стають суперечливими.

00:02:20.860 --> 00:02:24.540
Один підсумок контракту виглядає так, а наступний, ледь помітно, йому суперечить.

00:02:24.680 --> 00:02:28.460
Ви втрачаєте можливість відстеження, бо жоден структурований журнал не фіксує формування відповіді.

00:02:28.600 --> 00:02:32.380
Налагодження перетворюється на вгадування, оскільки розробники не можуть простежити ланцюжок міркувань.

00:02:32.560 --> 00:02:34.580
Для підприємства це недріб'язкова незручність.

00:02:34.720 --> 00:02:36.960
Це реальний ризик, що блокує довіру та впровадження.

00:02:37.120 --> 00:02:38.760
Foundry вирішує це досить просто.

00:02:38.960 --> 00:02:40.680
Механізми безпеки вбудовані в агента.

00:02:40.680 --> 00:02:43.680
Інструкції діють як незмінний збірник правил, якого необхідно дотримуватися.

00:02:43.820 --> 00:02:47.260
Набір інструментів можна суворо обмежити або розширити залежно від варіанта використання.

00:02:47.440 --> 00:02:51.780
Модель можна вільно змінювати, але завжди в межах структури, яка забезпечує підзвітність.

00:02:51.920 --> 00:02:54.680
Разом ця тріада забезпечує дисциплінованого командира загону,

00:02:54.740 --> 00:02:57.980
передбачувані результати, видимі кроки та можливість відповідального розширення

00:02:57.980 --> 00:03:00.320
за допомогою корпоративних конекторів і власних ARRI.

00:03:00.460 --> 00:03:02.940
Це не про рекламу щі як магічного співрозмовника.

00:03:02.940 --> 00:03:05.840
Це про те, що ваша організація отримує досвідченого офіцера,

00:03:05.940 --> 00:03:08.740
який веде журнали, виконує накази та має необхідне спорядження.

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

00:03:12.600 --> 00:03:15.880
Бо коли системи проходять аудит або трапляється збій, вам потрібен цей щоденник.

00:03:15.980 --> 00:03:17.700
У Фаундри цей щоденник має назву.

00:03:17.840 --> 00:03:19.480
Він називається «Потік Сред».

00:03:19.480 --> 00:03:21.120
«Потоки» – це журнал бойових дій.

00:03:21.260 --> 00:03:24.040
«Потоки» – це те місце, де починає формуватися звіт про місію.

00:03:24.040 --> 00:03:27.800
«Вежур Фаундри Потік» – це незвичайне вікно чату, яке зникає після закриття.

00:03:27.960 --> 00:03:29.580
Це постійна сесія розмови.

00:03:29.680 --> 00:03:32.000
Кожен обмін репліками між вами та агентом зберігається тут,

00:03:32.100 --> 00:03:36.120
незалежно від того, походить він від вас, агента чи іншого агента в системі з багатьма учасниками.

00:03:36.280 --> 00:03:39.020
Це журнал бойових дій, що зберігає тривалу історію взаємодій,

00:03:39.020 --> 00:03:41.300
яку можна переглянути довго після завершення чату.

00:03:41.480 --> 00:03:44.660
Справжня сила в тому, що «Потоки» – це не просто статичні стенограми.

00:03:44.660 --> 00:03:48.120
Це структуровані контейнери, які автоматично обробляють скорочення,

00:03:48.260 --> 00:03:52.740
утримуючи активний контекст у межах лімітів моделі та зберігаючи повний аудиторський слід.

00:03:52.900 --> 00:03:55.880
Це означає, що агент продовжує розуміти хід розмови,

00:03:55.940 --> 00:03:58.740
а підприємства зберігають постійний запис для перевірки.

00:03:58.740 --> 00:04:01.760
На відміну від більшості чат-додатків, тут нічого не зникає безслідно.

00:04:01.900 --> 00:04:04.500
Ви отримуєте безперервність для агента та управління для бізнесу.

00:04:04.640 --> 00:04:06.840
Записи в цьому журналі створюються на основі повідомлень.

00:04:06.840 --> 00:04:09.100
Повідомлення не обмежується лише простим текстом.

00:04:09.280 --> 00:04:12.900
Воно може містити зображення, файл електронної таблиці або блок згенерованого коду.

00:04:13.100 --> 00:04:16.440
Кожне з них має мітку часу та роль, користувач або асистент.

00:04:16.580 --> 00:04:20.280
Отже, коли ви перевіряєте потік, ви бачите не лише те, що було сказано,

00:04:20.280 --> 00:04:23.340
а й хто це сказав, коли і який тип контенту був задіяний.

00:04:23.480 --> 00:04:27.740
Уявіть офіцера з комплеєнсу, який відкриває запис і бачить точний текстовий запит,

00:04:27.860 --> 00:04:32.240
поданий вчора зображення графіка, яке агент створив у відповідь і час обох подій.

00:04:32.240 --> 00:04:34.980
Це більше, ніж пам'ять, це повноцінний реальний реєстр.

00:04:35.280 --> 00:04:38.900
Висловлюючись ігровими термінами, потік – це як блокнот у кампанії Dungeons & Dragons.

00:04:39.080 --> 00:04:41.200
Майстер-підземель записує, які міста ви відвідали,

00:04:41.360 --> 00:04:43.820
які китки кубиків були успішними та яку здобичу отримали.

00:04:43.820 --> 00:04:47.020
Без цього журналу гравці врешті-решт сваляться через забуті деталі.

00:04:47.140 --> 00:04:49.960
З ним суперечки зникають, тому що події задокументовані.

00:04:50.080 --> 00:04:52.200
Потоки роблять те саме для корпоративного щі.

00:04:52.200 --> 00:04:54.680
Вони запобігають суперечкам про те, що насправді зробив агент,

00:04:54.780 --> 00:04:56.080
оскільки все зафіксовано по порядку.

00:04:56.220 --> 00:04:58.300
А тепер поясню, чому цей запис має значення.

00:04:58.480 --> 00:05:00.900
Для аудиту та комплеєнсу потоки – це справжнє золото.

00:05:01.060 --> 00:05:03.380
Регулятори або внутрішні аудитори можуть відкрити такий запис

00:05:03.380 --> 00:05:06.400
і миттєво побачити повнопослідовність запит користувача, відповідь агента,

00:05:06.560 --> 00:05:08.560
які інструменти були використані та коли все відбулося.

00:05:08.740 --> 00:05:11.560
Для розробників ці самі записи працюють як режим налагодження.

00:05:11.740 --> 00:05:13.520
Якщо агент видав неправильний фрагмент коду,

00:05:13.520 --> 00:05:15.340
ви можете відмотати потік до моменту запиту

00:05:15.340 --> 00:05:17.160
і побачити, як саме він до цього прийшов.

00:05:17.280 --> 00:05:20.780
Обидві групи отримують прозорість і, я припускаю, уникають марнування часу.

00:05:20.960 --> 00:05:23.640
Порівняйте це із системами, які не зберігають розмови.

00:05:23.780 --> 00:05:25.860
Без потоків ви намагаєтеся відстежити поведінку

00:05:25.860 --> 00:05:27.980
за допомогою скриншотів або туманних спогадів.

00:05:28.100 --> 00:05:30.140
Це не спрацює, коли комплеєнс вимагає доказів

00:05:30.140 --> 00:05:32.260
або коли служба підтримки має відтворити помилку.

00:05:32.420 --> 00:05:34.680
Це як отримати вказівку переграти битву з боссом у грі,

00:05:34.680 --> 00:05:36.960
щоб потім усвідомити, що ви ніколи не зберігалися.

00:05:37.100 --> 00:05:40.260
Немає запису, немає доказів, немає сліду, немає виправлення.

00:05:40.380 --> 00:05:42.760
У критичній ситуації вам залишається лише заспокоювати

00:05:42.760 --> 00:05:44.540
зацікавлені сторони усними обіцянками.

00:05:44.700 --> 00:05:47.160
З потоками у фаундриви уникаєте цієї пастки.

00:05:47.300 --> 00:05:49.460
Кожна розмова стає структурованим доказом.

00:05:49.600 --> 00:05:51.940
Якщо робочий процес витягує юридичні формулювання,

00:05:52.080 --> 00:05:53.460
запис покаже оригінальний запит,

00:05:53.560 --> 00:05:55.120
конкретно згенеровану відповідь і те,

00:05:55.220 --> 00:05:56.880
чи були задіяні допоміжні інструменти.

00:05:56.880 --> 00:05:59.020
Якщо кілька агентів спілкуються між собою,

00:05:59.160 --> 00:06:02.100
щоб розподілити завдання, їхні листування також записуються.

00:06:02.260 --> 00:06:03.940
Корпорації можуть довести до тримання вимог,

00:06:04.040 --> 00:06:05.180
розробники – знайти помилки,

00:06:05.280 --> 00:06:06.440
а менеджери – бути впевненими,

00:06:06.580 --> 00:06:08.320
що результати роботи системи є підзвітними.

00:06:08.480 --> 00:06:10.920
Саме в цей момент потоки перетворюють хаотичні чати

00:06:10.920 --> 00:06:12.340
на щось готове до виробництва.

00:06:12.520 --> 00:06:14.440
Замість ефемерного спілкування вони створюють

00:06:14.440 --> 00:06:16.000
стабільну історію місій і рішень,

00:06:16.100 --> 00:06:17.860
фундамент, на який можна покластися.

00:06:18.000 --> 00:06:20.040
Але пам'ятайте, журнал – це лише щоденник.

00:06:26.880 --> 00:06:53.520
Запуск – це момент, коли агент обробляє цей запит

00:06:53.520 --> 00:06:55.680
за допомогою інструкцій, моделі та інструментів.

00:06:55.680 --> 00:06:57.300
Він може звернутися по додаткові дані,

00:06:57.400 --> 00:06:59.620
провести розрахунки або викликати інтерпретатор коду

00:06:59.620 --> 00:07:00.700
для створення артефакту.

00:07:00.840 --> 00:07:02.680
Мовою настільних рольових ігор потік –

00:07:02.680 --> 00:07:04.740
це ваша група, що планує ходи за столом.

00:07:04.920 --> 00:07:07.500
Запуск – це кидок на ініціативу, що розпочинає бій.

00:07:07.660 --> 00:07:09.340
Без цього нічого не рухається вперед.

00:07:09.460 --> 00:07:10.980
Ось що робить фаундри очевидним.

00:07:11.160 --> 00:07:12.660
Запуски – це не чорна скринька.

00:07:12.820 --> 00:07:14.400
Це виконання процесів, які контролюються

00:07:14.400 --> 00:07:15.560
та відстежуються за статусом.

00:07:15.700 --> 00:07:17.560
Зазвичай ви бачите такі статуси, як у черзі

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

00:07:20.080 --> 00:07:22.140
Приклади SDK часто опитують ці стани в циклі,

00:07:22.200 --> 00:07:24.620
подібно до того, як майстер гри перевіряє черговість ходів.

00:07:24.740 --> 00:07:26.180
Це дає вам видимість не лише того,

00:07:26.360 --> 00:07:28.280
що робиться, а й того, коли це відбувається.

00:07:28.420 --> 00:07:30.020
Але ось головне занепокоїння.

00:07:30.180 --> 00:07:32.100
Як дізнатися, що насправді відбувалося

00:07:32.100 --> 00:07:32.940
під час виконання.

00:07:33.120 --> 00:07:34.520
Можливо, відповідь виглядає нормально,

00:07:34.680 --> 00:07:35.940
але без деталей неможливо сказати,

00:07:35.940 --> 00:07:37.560
чи звертався агент до зовнішнього Арі,

00:07:37.640 --> 00:07:39.380
чи писав код, чи просто імпровізував текст.

00:07:39.380 --> 00:07:42.120
Така непрозорість небезпечна в корпоративному середовищі.

00:07:42.240 --> 00:07:43.840
Це все одно, що зайти на шахову партію,

00:07:43.920 --> 00:07:45.500
побачити дошку всередині гри і почути

00:07:45.500 --> 00:07:47.080
«Вірте нам, ходи були правильними».

00:07:47.080 --> 00:07:48.360
Ви не можете це відтворити.

00:07:48.560 --> 00:07:50.260
Ви не знаєте, чи був цей хід легальним.

00:07:50.420 --> 00:07:52.700
Кроки запуску RunSteps усувають ці здогадки.

00:07:52.860 --> 00:07:54.520
Кожен запуск записується крок за кроком,

00:07:54.640 --> 00:07:56.280
які вихідні дані моделі були згенеровані,

00:07:56.280 --> 00:07:58.620
які інструменти викликані, які розрахунки проведені

00:07:58.620 --> 00:07:59.900
та які повідомлення створені.

00:07:59.900 --> 00:08:03.260
Це шахова нотація для щі, пішак на І4, кінь на F6.

00:08:03.440 --> 00:08:05.440
Тільки тут отримати файл O10.02,

00:08:05.660 --> 00:08:07.360
виконати блок коду O10.03,

00:08:07.540 --> 00:08:09.280
повернути графік O10.04.

00:08:09.580 --> 00:08:10.960
Кожна дія записується по порядку,

00:08:11.080 --> 00:08:12.560
щоб ви могли відтворити її пізніше.

00:08:12.720 --> 00:08:14.900
Така структура – величезне полегшення для розробників.

00:08:15.040 --> 00:08:16.720
Без кроків запуску ви дивитеся на фінальну відповідь

00:08:16.720 --> 00:08:18.300
і не маєте уявлення, як вона з'явилася.

00:08:18.420 --> 00:08:19.880
Чи був пошуковий запит неправильним?

00:08:20.020 --> 00:08:21.500
Чи закрилася математична помилка?

00:08:21.640 --> 00:08:23.040
Вам залишається тільки вгадувати.

00:08:23.040 --> 00:08:25.240
З кроками запуску ви можете переглянути хронологію,

00:08:25.340 --> 00:08:27.060
виявити точне місце збою та виправити його.

00:08:27.320 --> 00:08:28.940
Налагодження перестає бути з догадками

00:08:28.940 --> 00:08:30.140
і стає криміналістикою.

00:08:30.300 --> 00:08:32.100
Це різниця між туманною битвою з босом,

00:08:32.200 --> 00:08:34.340
де незрозуміло, хто атакував, і бойовим логом,

00:08:34.460 --> 00:08:36.540
що показує кожен удар мечем чи закляття.

00:08:36.680 --> 00:08:38.840
Команди з комплеєнсу також виграють від цього.

00:08:39.040 --> 00:08:41.320
Коли аудитори питають, як було створено це резюме,

00:08:41.440 --> 00:08:41.920
ви знаєте.

00:08:42.080 --> 00:08:44.820
Вам не потрібно описувати міркування моделі абстрактними термінами.

00:08:44.820 --> 00:08:45.920
У вас є докази.

00:08:46.040 --> 00:08:47.900
Виклик інструменту, крок інтерпретатора,

00:08:48.020 --> 00:08:49.880
сформована відповідь, усе з мітками часу.

00:08:50.020 --> 00:08:51.960
Це перетворює пояснення на управління.

00:08:52.120 --> 00:08:54.620
Ви демонструєте докази замість того, щоб вигадувати історії.

00:08:54.760 --> 00:08:57.600
І корпорації це цінують, бо це перетворює ризики на підзвітність,

00:08:57.680 --> 00:08:58.820
а обіцянки – на докази.

00:08:58.940 --> 00:09:00.620
А для щоденних операцій етапи виконання

00:09:00.620 --> 00:09:03.040
створюють повторювані шаблони, на які можна покластися.

00:09:03.200 --> 00:09:04.860
Якщо робочий процес потрібно запустити повторно,

00:09:04.920 --> 00:09:06.780
ви можете дотримуватися тієї самої послідовності.

00:09:06.780 --> 00:09:09.260
Якщо результат оскаржується, ви можете його відтворити.

00:09:09.400 --> 00:09:11.560
У найкращому випадку запуски з повними кроками виконання

00:09:11.560 --> 00:09:14.100
дають вам аудиторні, відтворювані докази створення результатів.

00:09:14.220 --> 00:09:15.640
У найгіршому випадку в інших системах

00:09:15.640 --> 00:09:17.840
ви отримаєте лише хаотичний результат без жодного сліду.

00:09:17.980 --> 00:09:20.640
Ось чому ця частина життєвого циклу агента має значення.

00:09:20.800 --> 00:09:23.340
У вас є щоденник у потоках, активація у запусках

00:09:23.340 --> 00:09:25.280
та покроковий журнал у кроках виконання.

00:09:25.440 --> 00:09:28.080
Разом вони перетворюють імпровізаційний щі на підзвітного колегу,

00:09:28.080 --> 00:09:30.360
чиї дії можна відстежити, перевірити та захистити.

00:09:30.540 --> 00:09:32.640
Звісно, знання про те, що всі ці деталі існують,

00:09:32.720 --> 00:09:33.740
це лише частина загадки.

00:09:33.900 --> 00:09:35.440
Вам знадобиться спосіб взаємодії з цим,

00:09:35.560 --> 00:09:37.380
щось достатньо структуроване для запуску агентів,

00:09:37.480 --> 00:09:40.240
ініціювання процесів і читання кроків без потопання у викликах ARRI.

00:09:40.360 --> 00:09:43.600
І найцікавіше те, що для цього не потрібна сяюча командна панель.

00:09:43.740 --> 00:09:45.760
Консоль, яку використовує більшість,

00:09:45.900 --> 00:09:48.200
це щось звичне, надійне і менш гламурне.

00:09:48.340 --> 00:09:50.080
Мережа, арсенал та альянси.

00:09:50.080 --> 00:09:54.140
Арсенал та альянси перетворюють агента з балаку на напрацівника.

00:09:54.320 --> 00:09:58.400
В Azure Foundry цей арсенал представлений у вигляді інструментів практичних розширень,

00:09:58.520 --> 00:10:00.660
що дозволяють агенту перейти від слів до дій.

00:10:00.840 --> 00:10:04.080
Замість того, щоб просто описувати, як перевірити документ чи виконати розрахунок,

00:10:04.700 --> 00:10:06.860
агент може дійсно зробити це і повернути результат.

00:10:07.100 --> 00:10:09.860
Ця відмінність робить платформу цінною для реального бізнесу,

00:10:09.920 --> 00:10:11.680
а не просто вражаючою на демо-версії.

00:10:11.680 --> 00:10:14.400
Foundry надає вам три чіткі категорії можливостей.

00:10:14.540 --> 00:10:16.440
По-перше, це вбудовані інструменти.

00:10:16.440 --> 00:10:21.120
До них належать інтерпретатор коду, біндсерч, коннектори SharePoint і Microsoft Fabric,

00:10:21.240 --> 00:10:22.520
а також Azure і iSearch.

00:10:22.680 --> 00:10:25.380
Завдяки цьому агент може аналізувати дані, завантажувати файли,

00:10:25.500 --> 00:10:29.220
шукати корпоративний контент і навіть створювати діаграми чи звіти без додаткових налаштувань.

00:10:29.360 --> 00:10:32.580
Кожен із них розширює можливості від простої балакани недовідчутних робочих результатів,

00:10:32.680 --> 00:10:34.480
які можна перевірити та використовувати повторно.

00:10:34.600 --> 00:10:37.380
По-друге, ви не обмежені лише тим, що постачає Microsoft.

00:10:37.380 --> 00:10:42.880
Foundry дозволяє реєструвати власні інструменти через специфікації OpenARIE або протокол контексту моделі MCP.

00:10:43.000 --> 00:10:46.840
MCP особливо важливий, оскільки він діє як USB-C для ші інструментів.

00:10:46.980 --> 00:10:51.640
Замість ручного написання обгорток щоразу, коли ви підключаєте агентів до віддалених серверів MCP,

00:10:51.800 --> 00:10:55.140
система автоматично виконує пошук, версіоновання та виклик інструментів.

00:10:55.260 --> 00:11:00.740
Це значно зменшує витрати на інтеграцію, особливо якщо у вашому середовищі десятки систем, які потрібно поєднати.

00:11:00.740 --> 00:11:03.860
По-третє, кожен виклик інструменту у Foundry є прозорим для спостереження.

00:11:04.020 --> 00:11:07.860
Виклики реєструються на рівні кроків з ідентифікацією, вхідними даними, результатами та мітками часу.

00:11:07.980 --> 00:11:11.000
Це означає, що робота цих агентів з точки зору операцій – це не магія на довірі.

00:11:11.120 --> 00:11:11.860
Це реєстр.

00:11:12.020 --> 00:11:16.900
Ви можете точно бачити, що було викликано, переконатися у дотриманні прав доступу та зберігати постійні записи для відповідності вимогам.

00:11:17.060 --> 00:11:19.740
Щоб закріпити ці категорії, уявіть швидкий демонстраційний запуск.

00:11:19.740 --> 00:11:22.320
Ви завантажуєте CSV-файл як повідомлення у поті.

00:11:22.460 --> 00:11:26.620
Агент викликає інструмент інтерпретатора коду в межах своїх кроків виконання, обробляє файл і генерує діаграму.

00:11:26.760 --> 00:11:30.480
Цей артефакт повертається як прикріплене зображення, видиме безпосередньо у журналі потоку.

00:11:30.640 --> 00:11:33.380
Ви не писали парсер або засіб візуалізації самостійно.

00:11:33.520 --> 00:11:38.800
Ви дали інструкцію «Агент обрав інструмент», виконав його та повернув файл, який ви можете додати у звіт.

00:11:38.900 --> 00:11:42.080
Це не теорія, це задокументована поведінка у прикладах SDK.

00:11:42.080 --> 00:11:45.200
Де це справді відкриває можливості, так це корпоративна інтеграція.

00:11:45.320 --> 00:11:51.300
Інструменти можуть підключатися до логічних програм, що дозволяє агенту отримати доступ до понад 1400 наявних SAS та локальних конекторів.

00:11:51.460 --> 00:11:57.560
Замість перекодування адаптерів для платформ CRM, ERP або ITSM, ви налаштовуєте конектори, які вже використовує бізнес.

00:11:57.720 --> 00:11:59.040
Це гра на масштабування.

00:11:59.220 --> 00:12:03.900
Один агент може безпечно працювати в широкому ландшафті без написання вами крихких арі мостів.

00:12:04.060 --> 00:12:06.500
Наступне питання, яке ставить кожен, це безпека.

00:12:06.660 --> 00:12:08.480
Foundry вирішує це на базовому рівні.

00:12:08.480 --> 00:12:16.080
Коли інструменти підключаються до корпоративних систем, таких як SharePoint або Fabric, вони використовують автентифікацію від імені користувача, опосередковану Microsoft Entra.

00:12:16.220 --> 00:12:20.180
Якщо вчора у вас не було доступу до файлу, агент сьогодні магічно не омине цей захист.

00:12:20.280 --> 00:12:24.380
Ідентичність та дозволи залишаються незмінними, що є єдиним способом отримати схвалення від команд з питань відповідності.

00:12:24.520 --> 00:12:26.040
Кожен виклик також є відстежуваним.

00:12:26.200 --> 00:12:27.100
Хто його викликав?

00:12:27.260 --> 00:12:28.160
Що було надіслано?

00:12:28.300 --> 00:12:29.140
Що було отримано?

00:12:29.300 --> 00:12:30.800
Тож команди завжди мають підтвердження.

00:12:30.800 --> 00:12:34.680
За вдалого збігу обставин, цей набір інструментів робить вашу групу агентів чимось більшим, ніж просто іграшкою.

00:12:34.820 --> 00:12:39.580
Ви отримуєте одиниці, які можуть запитувати реальні дані, обробляти їх і діяти в межах правил вже знайомих і те відділу.

00:12:39.700 --> 00:12:44.120
Без цих опцій ви залишаєтесь із сеансом чату, який багато обіцяє, але ніколи не виконує справжньої роботи.

00:12:44.260 --> 00:12:47.040
Ось чому арсенал має таке ж значення, як і командир загону.

00:12:47.040 --> 00:12:53.600
Модель та інструкції можуть визначати хід до МОК агента, але без відповідально підключених та надійно задокументованих інструментів це лише напівзаходи.

00:12:53.740 --> 00:13:01.940
Завдяки вбудованому набору Foundry MCP розширюваності через відкритий арі та безпеці корпоративного рівня ви отримуєте дисципліновану силу, а не набір випадкових запитів.

00:13:02.080 --> 00:13:03.980
І це підводить нас до ширшої картини.

00:13:04.120 --> 00:13:07.200
Агенти у Foundry створені не як випадкові помічники чи іграшки.

00:13:07.200 --> 00:13:12.960
Вони розроблені як керовані оператори зі структурою, обліком навантаження та інструментарієм, що робить їх корисними у виробництві.

00:13:13.080 --> 00:13:14.940
Отже, тут ми завершуємо нашу кампанію.

00:13:15.060 --> 00:13:16.280
Час підбивати підсумки.

00:13:16.440 --> 00:13:18.580
Foundry – це не просто надсилання запитів до моделі.

00:13:18.700 --> 00:13:22.800
Це спосіб створення агентів, що мають мозок з від правил та набір інструментів, які можна повторно використовувати.

00:13:22.980 --> 00:13:26.200
І кожна їхня дія реєструється в потоках, запусках та кроках виконання.

00:13:26.380 --> 00:13:29.700
Для керівників розробки та фахівців із комплеєнсу головний висновок простий.

00:13:29.700 --> 00:13:35.860
Ми забезпечуємо відтворюване та аудитоване виконання за допомогою SDK, таких як нет, надаючи повний контроль та видимість життєвого циклу.

00:13:36.000 --> 00:13:42.200
Ваш наступний крок – запустіть тестовий проєкт, створіть базового агента, запустіть потік, а потім перевірте кроки виконання в SDK або на порталі.

00:13:42.280 --> 00:13:44.880
Так ви підтвердите, що ваші логи відповідають реальності.

00:13:45.020 --> 00:13:48.960
Якщо це допомогло вам зробити ідеальний деплой, підписуйтесь і вмикайте сповіщення.

00:13:49.120 --> 00:13:53.040
Або якщо ми приборкали ще один кластер, підписуйтесь, щоб тримати свій флот у строю.