WEBVTT

00:00:00.000 --> 00:00:03.980
Вот шокирующая правда, о которой никто не говорит. Развертывая и в Азур Фаундри,

00:00:04.220 --> 00:00:08.200
вы не просто запускаете громоздкую модель. Вы помещаете ее в управляемую среду исполнения,

00:00:08.320 --> 00:00:12.300
где каждое действие, сообщение, вызов инструмента и шаг выполнения регистрируются и отслеживаются.

00:00:12.480 --> 00:00:16.280
Вы увидите, как потоки, запуски и шаги формируют документальный след, делающий эксперименты

00:00:16.280 --> 00:00:19.880
прозрачными и готовыми для бизнеса. Это превращает и из непредсказуемого инструмента в

00:00:19.880 --> 00:00:23.400
дисциплинированную систему, которой можно управлять. И когда эта структура готова,

00:00:23.580 --> 00:00:28.340
возникает главный вопрос. Кто возглавит этот цифровой отряд? Знакомьтесь, командир отряда.

00:00:28.340 --> 00:00:33.080
Настраивая его в Фаундри, вы не просто открываете окно чата. Вы назначаете командира отряда.

00:00:33.220 --> 00:00:38.040
Это не стажер, который балуется автозаполнением. Это полевой капитан, созданный для выполнения

00:00:38.040 --> 00:00:42.520
задач по четкому плану. Этот план сводится к трем основным компонентам – модель,

00:00:42.700 --> 00:00:47.120
инструкции и инструменты. Модель – это мозг. Она отвечает за рассуждения и язык,

00:00:47.320 --> 00:00:51.800
умеет анализировать человеческую речь, планировать шаги и составлять ответы. Инструкции – это

00:00:51.800 --> 00:00:56.200
боевой приказ. Они не дают мозгу уйти в свободное плавание, фокусируя его на результатах,

00:00:56.200 --> 00:00:59.920
которые вам действительно нужны. Инструменты – это снаряжение, выполнение кода,

00:01:00.080 --> 00:01:04.360
поисковые коннекторы, апи-отчетности или любые сторонние системы, которые вы подключаете.

00:01:04.580 --> 00:01:09.300
Агент Azure AI строится именно на этой триаде. Без нее невозможно добиться воспроизводимости

00:01:09.300 --> 00:01:12.840
или подотчетности. Вы получите лишь генерацию текста без возможности проверки.

00:01:13.020 --> 00:01:16.720
Давайте перенесем это на пример из жизни. Модель – это боевая подготовка вашего капитана.

00:01:16.860 --> 00:01:20.780
Она знает, как владеть мечом или выносить суждения. Инструкции – это инструктаж перед миссией.

00:01:20.960 --> 00:01:25.280
Защитить конвой. Извлечь данные из набора контрактов. Предоставить результаты в заданном формате.

00:01:25.280 --> 00:01:29.140
Это делает действия капитана согласованными и предсказуемыми. Затем инструменты добавляют

00:01:29.140 --> 00:01:33.220
специализацию. Кошка для взятия стен – это как интерпретатор кода для аналитики.

00:01:33.420 --> 00:01:37.860
Защищенная рация – это как шарпойнт или коннектор MCP, передающий актуальные данные в план.

00:01:38.040 --> 00:01:42.180
Когда эти три элемента вместе, агент не импровизирует. Он выполняет миссию сведением логов

00:01:42.180 --> 00:01:45.440
и контрольными точками. Foundry делает этот механизм по-настоящему рабочим.

00:01:45.580 --> 00:01:49.540
В большинстве чат-апи вы получаете только модель и пром. И как только диалог начинается,

00:01:49.720 --> 00:01:52.920
нет никакого формального порядка или управления инструментами. Это все равно,

00:01:52.920 --> 00:01:58.240
что бросить капитана в поле без плана и экипировки. Напротив, сервис агентов Foundry гарантирует

00:01:58.240 --> 00:02:03.300
наличие всех трех уровней. Более того, вы не привязаны к одному мозгу. Вы можете переключаться

00:02:03.300 --> 00:02:08.180
между моделями в каталоге Foundry. GPT-4 для сложных стратегий. Возможно, более компактная модель

00:02:08.180 --> 00:02:12.400
для легких задач или даже Мистрал или Дипсик. Вы сами выбираете-то, что подходит для миссии.

00:02:12.540 --> 00:02:16.560
Это гибкость, разница между универсальным стажером и командиром, способным адаптироваться.

00:02:16.700 --> 00:02:19.200
Теперь представьте последствия, если этих уровней не будет.

00:02:19.200 --> 00:02:23.900
Результаты становятся противоречивыми. Одно резюме контракта звучит так, другое слегка ему

00:02:23.900 --> 00:02:26.940
противоречит. Теряется прослеживаемость, так как нет структурированного журнала,

00:02:27.120 --> 00:02:30.880
фиксирующего процесс получения ответа. Отладка превращается в угадайку, поскольку разработчики

00:02:30.880 --> 00:02:34.500
не могут восстановить цепочку рассуждений. Для предприятия это не просто мелкая неприятность,

00:02:34.620 --> 00:02:38.500
это реальный риск, который препятствует доверию и внедрению. Foundry решает эту задачу простым

00:02:38.500 --> 00:02:42.480
способом. Ограничители, guardrails, встроены в агента. Инструкции действуют как свод правил,

00:02:42.480 --> 00:02:46.320
которым необходимо следовать. Набор инструментов можно жестко ограничить или расширить в зависимости

00:02:46.320 --> 00:02:50.260
от сценария использования. Модели можно свободно менять, но всегда в рамках структуры,

00:02:50.460 --> 00:02:54.360
обеспечивающей подотчетность. Вместе этот ряд обеспечивает дисциплинированного командира

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

00:02:57.980 --> 00:03:01.620
с помощью корпоративных коннекторов и пользовательских API. Это не попытка представить

00:03:01.620 --> 00:03:05.620
и как волшебного собеседника. Это демонстрация того, что ваша организация получает закаленного

00:03:05.620 --> 00:03:09.060
офицера, который ведет журналы, выполняет приказы и оснащен нужным снаряжением. И,

00:03:09.060 --> 00:03:12.440
как любой хороший капитан, он тщательно записывает все, что происходило в каждой миссии.

00:03:12.440 --> 00:03:16.440
Потому что, когда системы проходят аудит или случается сбой, вам нужен дневник. В Фаундри у

00:03:16.440 --> 00:03:21.100
этого дневника есть название. Он называется «Поток Трет». Потоки – журнал боевых действий.

00:03:21.220 --> 00:03:25.940
Потоки – это место, где начинает формироваться журнал миссии. Вазур Фаундри Поток – это необычное

00:03:25.940 --> 00:03:30.760
окно чата, которое исчезает при закрытии. Это сессия постоянного диалога. Каждый обмен информации

00:03:30.760 --> 00:03:35.000
между вами и агентом сохраняется здесь, будь то от вас, от агента или даже от другого агента в

00:03:35.000 --> 00:03:38.780
мультиагентной системе. Это журнал боевых действий, хранящий долговечную историю взаимодействий,

00:03:38.780 --> 00:03:42.460
которую можно просмотреть спустя долгое время после окончания чата. Настоящая сила в том,

00:03:42.620 --> 00:03:46.260
что потоки – это не просто статические транскрипты. Это структурированные контейнеры,

00:03:46.380 --> 00:03:49.860
которые автоматически управляют усечением, сохраняя активный контекст в пределах

00:03:49.860 --> 00:03:53.420
ограничений модели и обеспечивая при этом полный контрольный след. Это означает,

00:03:53.600 --> 00:03:57.700
что агент продолжает понимать ход беседы, пока предприятия сохраняют постоянную запись,

00:03:57.900 --> 00:04:01.960
доступную для проверки. В отличие от большинства чат-приложений, здесь ничто не исчезает в воздухе.

00:04:02.080 --> 00:04:05.780
Вы получаете непрерывность для агента и управление для бизнеса. Записи в этом журнале

00:04:05.780 --> 00:04:09.700
строятся из сообщений. Сообщение не ограничивается простым текстом. Оно может содержать

00:04:09.700 --> 00:04:14.020
изображение, файл электронной таблицы или блок сгенерированного кода. Каждая из них имеет метку

00:04:14.020 --> 00:04:18.440
времени и обозначение роли пользователя или помощника. Итак, изучая ветку обсуждения,

00:04:18.580 --> 00:04:22.720
вы видите не только сказанное, но и кто это сказал, когда это было и какой тип контента при этом

00:04:22.720 --> 00:04:27.120
использовался. Представьте, что сотрудник отдела комплайенса открывает запись и видит точный

00:04:27.120 --> 00:04:31.520
текстовый запрос, поданный вчера, изображение, диаграммы, созданное агентом в ответ и время

00:04:31.520 --> 00:04:35.740
обоих событий. Это больше, чем просто память, это полноценный журнал событий. Если использовать

00:04:35.740 --> 00:04:39.560
игровые термины, ветка обсуждения – это как блокнот в компании Dungeons & Dragons. Мастер игры

00:04:39.560 --> 00:04:43.840
записывает, какие города вы посетили, какие броски кубиков были удачными и какую добычу получили.

00:04:44.000 --> 00:04:48.080
Без этого журнала игроки в конечном итоге спорят из-за забытых деталей. С ним же споры исчезают,

00:04:48.240 --> 00:04:52.260
потому что все события задокументированы. Ветки обсуждений делают то же самое для корпоративного

00:04:52.260 --> 00:04:56.240
и они предотвращают споры о том, что именно сделал агент, так как все фиксируется по порядку.

00:04:56.240 --> 00:05:00.960
А теперь о том, почему эта запись важна. Для аудита и комплайенса ветки обсуждений – навес золота.

00:05:01.140 --> 00:05:04.580
Регуляторы или группы внутреннего аудита могут открыть одну из них и сразу увидеть всю

00:05:04.580 --> 00:05:08.260
последовательность, запрос пользователя, ответ агента, задействованные инструменты и время

00:05:08.260 --> 00:05:13.020
событий. Для разработчиков эти же записи работают как режим отладки. Если агент выдал неверный фрагмент

00:05:13.020 --> 00:05:16.880
кода, вы можете прокрутить ветку до момента запроса и увидеть, как именно он пришел к такому

00:05:16.880 --> 00:05:21.840
результату. Обе группы получают прозрачность и, полагаю, экономят время. Сравните это с системами,

00:05:22.000 --> 00:05:26.140
которые не сохраняют историю диалогов. Без веток обсуждений вам приходится отслеживать действия

00:05:26.140 --> 00:05:30.320
по скриншотам или туманным воспоминаниям. Это не работает, когда комплайенс требует доказательств

00:05:30.320 --> 00:05:34.200
или когда службе поддержки нужно воспроизвести баг. Это как если бы вас попросили переиграть

00:05:34.200 --> 00:05:39.800
битву с боссом, но вы осознали, что забыли сохраниться. Нет записи – нет доказательств. Нет следов – нет

00:05:39.800 --> 00:05:43.880
исправлений. В худшем случае вам остается лишь успокаивать стикхолдеров одними только устными

00:05:43.880 --> 00:05:48.220
обещаниями. С ветками обсуждений в Фаундри вы избегаете этой ловушки. Каждый диалог становится

00:05:48.220 --> 00:05:52.980
структурированным доказательством. Если рабочий процесс использует юридическую лексику, запись покажет

00:05:52.980 --> 00:05:57.040
исходный запрос, конкретный сгенерированный ответ и были ли вызваны вспомогательные инструменты.

00:05:57.160 --> 00:06:02.060
Если несколько агентов общаются между собой для распределения задач, их переписка также логируется.

00:06:02.300 --> 00:06:06.860
Компании могут подтвердить соблюдение требований, разработчики – найти баги, а менеджеры – доверять

00:06:06.860 --> 00:06:11.380
результатам работы системы. Именно здесь ветки обсуждений превращают хаотичные чаты в нечто готовое

00:06:11.380 --> 00:06:16.000
к промышленному использованию. Вместо мимолетной переписки они создают стабильную историю задач и решений,

00:06:16.200 --> 00:06:20.900
фундамент, на который можно положиться. Но помните, что лог – это все еще просто дневник. Реальные действия

00:06:20.900 --> 00:06:24.220
начинаются, когда агент берет написанное в ветке и приступает к непосредственному выполнению.

00:06:24.400 --> 00:06:28.100
Этот следующий этап – момент, когда миссии перестают быть записями на бумаге и начинают

00:06:28.100 --> 00:06:32.360
воплощаться в реальном времени. Запуски и шаги запуска – это бросок кубика. Запуски – это то,

00:06:32.480 --> 00:06:36.560
с чего миссия наконец начинается. В терминах «Foundry» поток содержит историю обсуждений,

00:06:36.720 --> 00:06:40.860
приказы, контекст и развернутые карты. Запуск – это триггер, который активирует агента,

00:06:40.860 --> 00:06:44.980
чтобы он взял этот контекст и приступил к исполнению. Потоки помнят, запуски действуют.

00:06:45.100 --> 00:06:49.500
Представьте запуск как кнопку «Пуск». Ваш поток может содержать команду «Проанализируй CSV-файл»

00:06:49.500 --> 00:06:54.140
или «Нарисуй линейный график». Но запуск – это момент, когда агент обрабатывает запрос с помощью

00:06:54.140 --> 00:06:58.280
инструкции моделей и инструментов. Он может запросить дополнительные данные, провести вычисления

00:06:58.280 --> 00:07:02.940
или вызвать интерпретатор кода для создания артефакта. В терминах настольных ролевых игр поток – это

00:07:02.940 --> 00:07:07.660
когда ваша группа планирует ходы за столом. Запуск – это бросок инициативы, с которого начинается бой.

00:07:07.820 --> 00:07:12.880
Без него ничего не сдвинется с места. Вот что «Foundry» делает очевидным. Запуски – это не черный ящик,

00:07:12.880 --> 00:07:16.880
это контролируемое исполнение с отшлеживанием статуса. Обычно вы видите такие статусы,

00:07:16.960 --> 00:07:21.400
как «В очереди», «В процессе», «Требует действий», «Завершено» или «Сбой». Примеры SDK часто опрашивают

00:07:21.400 --> 00:07:25.260
эти состояния в цикле. Точно так же, как мастер игры проверяет порядок ходов. Это дает вам

00:07:25.260 --> 00:07:29.860
понимание не только того, что сделано, но и того, когда это происходит. Но есть проблема посерьезнее.

00:07:30.040 --> 00:07:34.360
Откуда вам знать, что именно произошло внутри этого процесса исполнения? Возможно, ответ выглядит

00:07:34.360 --> 00:07:38.660
нормально, но без деталей вы не поймете, обращался ли агент к внешнему API, писал ли код или просто

00:07:38.660 --> 00:07:42.760
импровизировал с текстом. Эта непрозрачность опасна в корпоративной среде. Это равносильно тому,

00:07:42.900 --> 00:07:45.880
как если бы вы зашли на шахматный матч в середине игры, а вам сказали, поверьте,

00:07:45.980 --> 00:07:50.480
ходы были сделаны правильные. Вы не можете переиграть партию. Вы не знаете, был ли ход допустимым.

00:07:50.600 --> 00:07:55.040
Шаги запуска устраняют эти догадки. Каждый запуск записывается пошагово. Какие выходные данные

00:07:55.040 --> 00:07:59.420
модели были сгенерированы, какие инструменты вызваны, какие вычисления проведены и какие сообщения

00:07:59.420 --> 00:08:05.400
созданы. Это шахматная аннотация для ИИ, пешка на Е4, конь на F6. Только здесь получение файла в 10 часов 2 минуты,

00:08:05.400 --> 00:08:10.200
выполнение блока кода в 10 часов 3 минуты, возврат графика в 10 часов 4 минуты. Каждое действие

00:08:10.200 --> 00:08:13.840
записывается по порядку, чтобы вы могли воспроизвести его позже. Такая структура – огромное

00:08:13.840 --> 00:08:17.600
облегчение для разработчиков. Без шагов запуска вы смотрите на конечный ответ и понятия не имеете,

00:08:17.720 --> 00:08:21.600
как он был получен. Был ли поисковый запрос неверным? Закралась ли математическая ошибка?

00:08:21.720 --> 00:08:25.440
Вам остается только гадать. Благодаря шагам запуска вы можете прокрутить временную шкалу,

00:08:25.600 --> 00:08:30.100
найти конкретный сбой и исправить его. Отладка перестает быть гаданием и становится криминалистикой.

00:08:30.100 --> 00:08:34.060
Это как разница между туманной битвой с боссом, где неясно, кто атаковал, и логом боя,

00:08:34.200 --> 00:08:38.160
где виден каждый взмах меча и каждое заклинание. Команды по обеспечению соответствия требованиям

00:08:38.160 --> 00:08:42.120
тоже остаются в выигрыше. Когда аудиторы спрашивают, как, собственно, было создано это резюме,

00:08:42.260 --> 00:08:46.360
вам не нужно описывать логику модели абстрактными терминами. У вас есть доказательства. Вызов

00:08:46.360 --> 00:08:50.680
инструмента, шаг интерпретатора, сформированный ответ, все с отметками времени. Это превращает

00:08:50.680 --> 00:08:55.620
объяснение в систему управления. Вы предъявляете факты, а не выдумываете истории. И предприятие ценит это,

00:08:55.620 --> 00:08:59.580
потому что это меняет риски на подотчетность, а обещания — на доказательства. А в повседневных

00:08:59.580 --> 00:09:03.860
операциях шаги выполнения создают воспроизводимые шаблоны, на которые можно положиться. Если рабочий

00:09:03.860 --> 00:09:07.420
процесс нужно запустить повторно, вы можете следовать той же последовательности. Если результат

00:09:07.420 --> 00:09:10.800
оспаривается, вы можете его воспроизвести. В идеальном случае запуски с полными шагами

00:09:10.800 --> 00:09:14.260
выполнения дают вам проверяемые и воспроизводимые доказательства того, как были получены результаты.

00:09:14.340 --> 00:09:17.860
В худшем случае в других системах вы получите лишь случайный результат без какой-либо истории.

00:09:18.060 --> 00:09:23.560
Вот почему эта часть жизненного цикла агента так важна. У вас есть дневник в потоках, активация в запусках

00:09:23.560 --> 00:09:27.800
и пошаговый лоб в шагах выполнения. Вместе они превращают импровизирующий и в подотчетного члена

00:09:27.800 --> 00:09:31.520
команды, чьи действия можно отследить, протестировать и обосновать. Конечно, знание о том,

00:09:31.640 --> 00:09:35.140
что все эти детали существуют — это лишь часть головоломки. Вам понадобится способ взаимодействия

00:09:35.140 --> 00:09:38.500
с ними, нечто достаточно структурированное, чтобы запускать агентов, пригирить процессы и считывать

00:09:38.500 --> 00:09:42.520
шаги выполнения, не утопая в сырых апи-вызовах. И что удивительно, вам не нужна сияющая командная

00:09:42.520 --> 00:09:46.780
панель, чтобы это сделать. Консоль, которую использует большинство, — это нечто привычное,

00:09:46.780 --> 00:09:51.900
надежное и чуть менее гламурное сеть, арсенал и альянсы. Арсенал и альянсы — это то,

00:09:52.080 --> 00:09:56.680
что превращает агента из болтуна в работника. В Azure Foundry этот арсенал представлен в виде

00:09:56.680 --> 00:10:01.320
инструментов, практических расширений, позволяющих агенту перейти от слов к делу. Вместо того,

00:10:01.420 --> 00:10:05.460
чтобы просто описывать, как проверить документ или выполнить расчет, агент может действительно

00:10:05.460 --> 00:10:09.320
сделать это и вернуть результат. Именно это различие делает платформу ценной для реального

00:10:09.320 --> 00:10:13.840
предприятия, а не просто впечатляющей для демо-версии. Foundry дает вам три четкие категории

00:10:13.840 --> 00:10:18.160
возможностей. Первое — это встроенные инструменты. К ним относятся интерпретатор кода,

00:10:18.360 --> 00:10:23.520
поиск Bing, коннекторы SharePoint и Microsoft Fabric, а также Azure AI Search. Благодаря им агент

00:10:23.520 --> 00:10:27.280
может анализировать данные, извлекать файлы, искать корпоративный контент и даже создавать

00:10:27.280 --> 00:10:30.860
графики или отчеты без дополнительной настройки. Каждый из них расширяет возможности от простых

00:10:30.860 --> 00:10:34.060
чат-ответов до создания осязаемых рабочих продуктов, которые можно проверить и использовать

00:10:34.060 --> 00:10:38.300
повторно. Во-вторых, вы не ограничены только тем, что поставляет Microsoft. Foundry позволяет

00:10:38.300 --> 00:10:41.480
регистрировать собственные инструменты через спецификации OpenAPI или протокол

00:10:41.480 --> 00:10:46.160
модел-контекст-протокол MCP. MCP особенно важен, так как его считают аналогом USB-C для

00:10:46.160 --> 00:10:50.100
ИИ-инструментов. Вместо того, чтобы вручную писать обертки каждый раз при подключении агентов

00:10:50.100 --> 00:10:54.620
к удаленным серверам MCP, система автоматически берет на себя обнаружение, версионирование и вызов

00:10:54.620 --> 00:10:58.980
инструментов. Это значительно снижает накладные расходы на интеграцию, особенно если в вашей среде

00:10:58.980 --> 00:11:03.220
десятки систем, которые нужно объединить. В-третьих, каждый вызов инструментов Foundry является

00:11:03.220 --> 00:11:06.780
наблюдаемым. Вызовы регистрируются на уровне шагов с указанием идентификатора, входных и выходных

00:11:06.780 --> 00:11:09.660
данных, а также временных метров. Это означает, что работа этих агентов с точки зрения

00:11:09.660 --> 00:11:13.560
операций не просто черная магия. Это полноценный реестр. Вы можете точно увидеть, что было вызвано,

00:11:13.700 --> 00:11:16.540
подтвердить соблюдение прав доступа и вести постоянные записи для обеспечения соответствия

00:11:16.540 --> 00:11:19.800
требованиям. Чтобы закрепить эти категории, представьте демонстрацию быстрого запуска.

00:11:19.960 --> 00:11:24.240
Вы загружаете CSV-файл в виде сообщения в поток. Агент вызывает инструмент интерпретации кода в

00:11:24.240 --> 00:11:28.040
своих шагах выполнения, обрабатывает файл и создает график. Этот артефакт возвращается в виде

00:11:28.040 --> 00:11:32.540
прикрепленного изображения, доступного прямо в журнале потока. Вы не писали парсер или визуализатор

00:11:32.540 --> 00:11:38.220
самостоятельно. Вы дали инструкцию, агент выбрал инструмент, выполнил работу и вернул файл, который можно

00:11:38.220 --> 00:11:43.240
вставить в отчет. Это не теория, а задокументированное поведение в примерах SDK. По-настоящему это

00:11:43.240 --> 00:11:47.280
раскрывается в корпоративной интеграции. Инструменты могут связываться с логическими приложениями,

00:11:47.380 --> 00:11:52.320
что дает агенту доступ к более чем 1400 существующим SES и локальным коннекторам. Вместо переписывания

00:11:52.320 --> 00:11:57.460
адаптеров для CRM, ERP или ITSM-платформ вы просто настраиваете уже используемые бизнесом коннекторы.

00:11:57.620 --> 00:12:02.620
Это стратегия масштабирования. Один агент может безопасно работать в широком ландшафте без необходимости

00:12:02.620 --> 00:12:06.560
писать хрупкие API-мосты. Следующий вопрос, который задают все, это безопасность.

00:12:06.560 --> 00:12:10.660
Фаундри решает эту задачу в своей основе. Когда инструменты подключаются к корпоративным

00:12:10.660 --> 00:12:14.840
системам, таким как SharePoint или Fabric, они используют аутентификацию от имени пользователя

00:12:14.840 --> 00:12:19.100
через Microsoft Intro. Если вчера у вас не было доступа к файлу, сегодня агент не сможет магическим

00:12:19.100 --> 00:12:22.840
образом обойти это ограничение. Личность и права доступа остаются в силе, что является единственным

00:12:22.840 --> 00:12:26.120
условием для одобрения со стороны отделов комплайенса. Каждый вызов также отслеживается,

00:12:26.320 --> 00:12:30.840
кто его вызвал, что было отправлено, что было получено. Таким образом, у команд всегда есть квитанция.

00:12:30.960 --> 00:12:33.940
При удачном раскладе весь этот набор инструментов делает ваш отряд агентов чем-то большим,

00:12:33.940 --> 00:12:36.940
чем просто игрушкой. Вы получаете модули, способные запрашивать реальные данные,

00:12:37.120 --> 00:12:40.600
обрабатывать их и действовать в рамках правил, уже знакомых это отделу. При неудачном раскладе

00:12:40.600 --> 00:12:44.220
без этих опций у вас останется лишь сеанс чата, который много обещает, но ничего не делает.

00:12:44.360 --> 00:12:48.520
Вот почему арсенал значит не меньше, чем командир отряда. Модели и инструкции могут задавать

00:12:48.520 --> 00:12:52.780
направление мышления агента, но без ответственного подключения инструментов и надежного лагирования

00:12:52.780 --> 00:12:57.700
это лишь полумеры. Благодаря встроенному набору Фаундри, МСП, расширяемости через API и безопасности

00:12:57.700 --> 00:13:01.820
корпоративного уровня вы получаете дисциплинированную систему, а не набор случайных промптов.

00:13:01.820 --> 00:13:05.380
И это подводит нас к более масштабной картине. Агенты Фаундри созданы не для того,

00:13:05.560 --> 00:13:08.980
чтобы быть просто игрушками или случайными помощниками. Они спроектированы как управляемые

00:13:08.980 --> 00:13:13.120
операторы со структурой, учетом нагрузки и оснащением, делающим их полезными в реальной работе.

00:13:13.240 --> 00:13:17.780
Итак, на этом кампания завершается. Время подводить итоги. Фаундри — это не просто отправка

00:13:17.780 --> 00:13:21.300
запросов к модели. Это повторяемый способ создания агентов, у которых есть интеллект,

00:13:21.480 --> 00:13:24.760
свод правил и набор инструментов. И каждое их действие фиксируется в потоках,

00:13:24.960 --> 00:13:28.260
запусках и шагах выполнения. Для руководителей разработки и специалистов

00:13:28.260 --> 00:13:31.820
по комплаенсу главный вывод прост. Мы обеспечиваем воспроизводимое и проверяемое

00:13:31.820 --> 00:13:35.820
выполнение задач через SDK, предоставляя полный контроль и прозрачность жизненного цикла.

00:13:35.980 --> 00:13:39.720
Ваш следующий шаг — создайте тестовый проект, настройте базового агента, запустите поток,

00:13:39.860 --> 00:13:42.880
а затем проверьте шаги выполнения в SDK или на портале. Так вы убедитесь,

00:13:43.080 --> 00:13:46.520
что ваши логи отражают реальную картину. Если это помогло вам выбросить 20,

00:13:46.680 --> 00:13:49.300
при развертывании подписывайтесь и включайте уведомления. Или,

00:13:49.540 --> 00:13:53.080
если мы укротили еще один кластер, подписывайтесь, чтобы ваш флот всегда был в строю.