WEBVTT

00:00:00.000 --> 00:00:04.160
Знаете, чат-боты разговаривают, агенты действуют, а многоагентные системы действительно что-то делают.

00:00:04.280 --> 00:00:07.860
Если вы умоляли бота починить Инчун, а он ответил стихотворением, то это для вас.

00:00:08.000 --> 00:00:10.140
Вот в чем дело. Практическое знакомство с Netflix.

00:00:10.380 --> 00:00:11.760
Смотрите, ешьте закуски.

00:00:11.900 --> 00:00:15.140
Я придерживаюсь принципа опасного сервиса, чтобы никто не засурил рабочую среду.

00:00:15.260 --> 00:00:20.560
Мы создаем миниатюрную самовосстанавливающуюся управляемую многоагентную систему с помощью Azure iPhone 3 и Semantic Kernel.

00:00:20.720 --> 00:00:22.140
Реальные точки взаимодействия.

00:00:22.280 --> 00:00:25.660
Инчун, Интро, Граф, Azure Automation, Лок Аналитикс.

00:00:25.660 --> 00:00:29.260
Один агент против многоагентной системы лицом к лицу, 12 минут против трех.

00:00:29.400 --> 00:00:31.700
И единственная жертва – мой кредитный баланс подписки.

00:00:31.820 --> 00:00:34.460
Во-первых, почему один агент тормозит, в то время как Teams работает на ура?

00:00:34.580 --> 00:00:35.980
Почему одного агента недостаточно?

00:00:36.180 --> 00:00:38.940
Один агент – это швейцарский армейский нож, который вы купили на заправке.

00:00:39.080 --> 00:00:42.180
Технически у него есть инструменты, практически он гнется на первом же винтике.

00:00:42.300 --> 00:00:46.020
Вы пытаетесь втиснуть планирование, обоснование, выполнение, согласование и отчетность в один запрос,

00:00:46.140 --> 00:00:49.760
и в итоге система испытывает недостаток контекста, работает медленно и странно уверенно в неправильных вещах.

00:00:49.760 --> 00:00:53.440
Большинство людей думают, чем больше модель, тем больше мозг, и проблема решена.

00:00:53.580 --> 00:00:55.720
Но настоящая проблема – это путаница ролей.

00:00:55.880 --> 00:00:59.760
Один агент пытается спланировать изменения, вызвать граф, написать сценарий исправления,

00:00:59.960 --> 00:01:02.820
запросить согласование, проверить результат и задокументировать его.

00:01:02.960 --> 00:01:07.680
Это как управлять службой поддержки, доской изменений и анализом ошибок с помощью одного очень уставшего стажера.

00:01:07.860 --> 00:01:09.160
Вот что происходит на самом деле.

00:01:09.380 --> 00:01:11.740
Единственный агент жонглирует слишком большим количеством состояний.

00:01:11.900 --> 00:01:13.300
Ваш запрос превращается в повесть.

00:01:13.500 --> 00:01:16.560
Окно контекста заполняется логами, политиками и половиной глоссария MDM,

00:01:16.560 --> 00:01:19.580
поэтому оно либо обрезает важные части, либо искажает недостающие детали.

00:01:19.580 --> 00:01:24.180
Происходят скачки-задержки, расходуются токены, а повторные попытки ощущаются как дежавю со счетом.

00:01:24.280 --> 00:01:27.940
И тут на помощь приходит многоагентная система, роли, границы, параллелизм.

00:01:28.060 --> 00:01:30.700
Планировщик фокусируется на намерениях и ограничениях.

00:01:30.820 --> 00:01:33.160
Оператор фокусируется на инструментах и выполнении.

00:01:33.380 --> 00:01:37.660
Рецензент фокусируется на ограничениях, согласованиях и на том, насколько мы опираемся на факты.

00:01:37.800 --> 00:01:41.800
Каждый агент хранит четкий, короткий набор инструкций с минимальным объемом памяти.

00:01:41.980 --> 00:01:46.000
Они передают сообщения, результаты работы инструментов или краткое резюме, а не весь интернет.

00:01:46.000 --> 00:01:47.680
Почему это важно для предприятия?

00:01:47.680 --> 00:01:53.100
Вам нужны сквозные рабочие процессы с участием человека, действиями, ограниченными рамками идентификации, повторными попытками и журналами аудита.

00:01:53.220 --> 00:01:54.420
Это не однопоточный чат.

00:01:54.540 --> 00:01:55.660
Это командная работа.

00:01:55.800 --> 00:02:04.020
Шаблон, планировщик, исполнитель, рецензент снижает риски и объем доработок, потому что каждый шаг проверяется второй парой глаз, автоматизированных, которые не следят за нашей короткой встречей в Teams.

00:02:04.240 --> 00:02:05.960
Выигрывают также затраты и задержка.

00:02:06.140 --> 00:02:08.920
Используйте небольшие языковые модели для извлечения и классификации.

00:02:09.120 --> 00:02:12.120
Используйте премиальные модели рассуждений только там, где планирование действительно помогает.

00:02:12.120 --> 00:02:15.040
Запускайте пакетные задания для составления резюме, пока пользователи спят.

00:02:15.140 --> 00:02:18.260
Вы получите меньше ошибок, более быстрые результаты и меньшие счета.

00:02:18.540 --> 00:02:19.060
Микроистория.

00:02:19.240 --> 00:02:22.720
Я видел, как один бот, выполняющий все действия, пытался ротировать секрет.

00:02:22.920 --> 00:02:27.380
Система обновила ключ, забыла настройку приложения и исправила это, удалив ресурс.

00:02:27.500 --> 00:02:29.540
В тот день мы изобрели агента-рецензента.

00:02:29.820 --> 00:02:32.240
Многоагентные системы, основы, ясно и просто.

00:02:32.460 --> 00:02:35.380
Итак, что же такое многоагентная система, которую можно реально внедрить?

00:02:35.500 --> 00:02:38.060
Представьте себе цифровую команду, а не одного большого мозга.

00:02:38.060 --> 00:02:42.520
У каждого агента есть роль, четкий набор инструкций и ограниченный набор инструментов.

00:02:42.860 --> 00:02:46.000
Планировщик понимает цель, ограничение и среду.

00:02:46.140 --> 00:02:49.880
Создает план с вызовами инструментов, которые может выполнить оператор.

00:02:50.000 --> 00:02:57.380
Оператор вызывает инструменты, графы, логические приложения, функции, сценарии автоматизации Азур и возвращает структурированные результаты.

00:02:57.520 --> 00:03:04.600
Рецензент проверяет обоснованность, соответствие области действия, утверждение и безопасность результатов, прежде чем произойдет что-либо рискованное.

00:03:04.600 --> 00:03:09.780
Консьерж Мессенджара обрабатывает уведомления, утверждения и сводки для журнала аудита.

00:03:09.940 --> 00:03:15.520
Они общаются посредством сообщений и общего контекста так, как должны общаться взрослые, кратко, ясно и только-то, что необходимо.

00:03:15.740 --> 00:03:18.520
Последовательный подход, когда действия зависят от предыдущих результатов.

00:03:18.640 --> 00:03:21.140
Параллельный подход, когда подзадачи могут безопасно распределяться.

00:03:21.320 --> 00:03:26.520
Вы не отправляете 50-страничный документ, вы отправляете соответствующий фрагмент, идентификатор устройств и предполагаемые изменения.

00:03:26.520 --> 00:03:38.460
Инструменты — это руки, REST API для Microsoft Graph, поиск Azure AI для подбора знаний, интерпретатор кода для фрагментов, логические приложения для оркестрированных последовательностей, функции для связывания, автоматизация Azure для повторяющихся задач с устройствами.

00:03:38.700 --> 00:03:43.460
Структурируйте входные данные инструментов с помощью схем, чтобы оператор не мог произвольно удалять ваш клиент.

00:03:43.580 --> 00:03:45.420
Память — это не магия, это бюджет.

00:03:45.640 --> 00:03:47.120
Минимизируйте память на одного агента.

00:03:47.320 --> 00:03:51.360
Используйте внешние состояния, поисковые индексы, векторные хранилища или небольшое хранилище состояний для метадонных потоков.

00:03:51.500 --> 00:03:52.960
Держите контекстные окна компактными.

00:03:53.140 --> 00:03:55.680
Если это не нужно для следующего решения, оно не будет записываться вместе с ним.

00:03:55.820 --> 00:03:58.640
Планирование против выполнения — вот где семантик Кернелл проявляет себя во всей красе.

00:03:58.760 --> 00:04:02.260
Планировщик делегирует задачи, оператор выбирает подходящий инструмент с помощью каталогов функций.

00:04:02.440 --> 00:04:06.240
Рецензент оценивает результаты с помощью подсказок для оценки и обеспечения безопасности контента.

00:04:06.240 --> 00:04:09.880
Если рецензент указывает на риск, связанный с областью действия, планировщик вносит изменения.

00:04:10.000 --> 00:04:14.380
Как только вы поймете этот цикл, вы перестанете писать подсказки на 800 слов и начнете четко определять роли.

00:04:14.460 --> 00:04:16.440
Границы безопасности не подлежат обсуждению.

00:04:16.660 --> 00:04:19.840
Вызовы инструментов с ограничением по идентификаторам и управляемыми идентификаторами.

00:04:20.000 --> 00:04:22.260
Разрешения агента разделены между чтением и управлением.

00:04:22.480 --> 00:04:25.020
Менеджер проектов получает права на повышение привилегий при деструктивных действиях.

00:04:25.180 --> 00:04:27.120
Все вызовы инструментов регистрируются в Log Analytics.

00:04:27.360 --> 00:04:29.540
Безопасность контента как на входе, так и на выходе.

00:04:29.540 --> 00:04:33.420
Защита подсказок от взлома и косвенного внедрения подсказок из источников знаний.

00:04:33.580 --> 00:04:34.340
Время аналогии.

00:04:34.540 --> 00:04:37.540
Исследователь, аналитик, оператор, специалист по контролю качества.

00:04:37.660 --> 00:04:39.280
Каждый отвечает за свою часть работы.

00:04:39.460 --> 00:04:41.300
Оператор не утверждает свои собственные изменения.

00:04:41.500 --> 00:04:43.260
Аналитик не вмешивается в производственную среду.

00:04:43.400 --> 00:04:45.680
Специалист по контролю качества не пишет код, который он утверждает.

00:04:45.780 --> 00:04:47.600
Просто, скучно, безопасно.

00:04:47.720 --> 00:04:50.080
Почему Azure iPhone 3 плюс Semantic Kernel?

00:04:50.220 --> 00:04:57.880
Phone 3 предоставляет вам оркестрацию агентов, выбор моделей, привязку знаний, настройку инструментов, безопасность контента, трассировку, оценки и управления в одном месте.

00:04:57.880 --> 00:05:03.600
Семантик Kernel предоставляет вам планировщики, навыки, конвейеры, повторные попытки и отмену в коде.

00:05:03.780 --> 00:05:10.460
Вместе вы комбинируете модели для каждой роли, SLM для извлечения данных, класс GPT-4 для планирования, пакетную обработку для сводок.

00:05:10.560 --> 00:05:14.780
И ваши запросы становятся короткими, радиус поражения небольшим, а выходные – вашими.

00:05:14.880 --> 00:05:19.460
Теперь давайте создадим это, как Azure iPhone 3 обеспечивает многоагентные рабочие процессы.

00:05:19.620 --> 00:05:24.380
Здесь Azure iPhone 3 перестает быть просто красивым порталом и начинает работать как производственная площадка.

00:05:24.380 --> 00:05:32.240
Foundry предоставляет вам места для определения агентов, соединения моделей, добавления знаний, настройки действий и наблюдения за всем этим, не работая в шести разных средах и не имея желания.

00:05:32.420 --> 00:05:33.900
Это оркестровка без скотча.

00:05:34.160 --> 00:05:35.800
Начните с определения агентов.

00:05:36.260 --> 00:05:40.900
В Foundry каждый агент получает инструкции, четкое руководство пароли, а не манифест.

00:05:41.160 --> 00:05:43.820
Развертывание – это реальная модель, лежащая в его основе.

00:05:43.960 --> 00:05:47.700
Комбинируйте класс GPT-4 для планирования с SLM-класса FID для извлечения данных.

00:05:47.700 --> 00:05:52.740
Знания – поисковые индексы Azure AI, загруженные файлы или привязка к Bing, когда вам нужен веб-контекст.

00:05:52.940 --> 00:06:00.640
Действия – инструменты OpenAPI, логические приложения, функции, графы, сценарий автоматизации Azure или интерпретатор кода для быстрых вычислений и анализа.

00:06:00.840 --> 00:06:06.400
Да, подключенные агенты могут рассматривать другого агента как инструмент, если это позволяет поддерживать порядок в ролях.

00:06:06.540 --> 00:06:09.960
Это важно, потому что семантическое ядро подключается к той же вселенной.

00:06:10.080 --> 00:06:14.640
В коде вы создаете планировщики, определяете навыки и регистрируете инструменты в каталогах функций.

00:06:14.640 --> 00:06:20.760
Вы организуете цикл планировщика, оператора и рецензента, а Foundry управляет потоками, историей и механизмами безопасности.

00:06:20.900 --> 00:06:24.620
Вы делаете подсказки короткими и перекладываете основную работу на инструменты с помощью схем.

00:06:24.740 --> 00:06:27.600
Перевод – меньше галлюцинаций, меньше ошибок, больше выходных.

00:06:27.760 --> 00:06:29.120
Выбор модели имеет значение.

00:06:29.280 --> 00:06:33.920
Foundry абстрагирует вывод через конечную точку модели, поэтому вы можете менять модели, не переписывая все приложение.

00:06:34.100 --> 00:06:37.820
Два распространенных направления – бессерверные конечные точки для премиум-моделей и быстрая итерация.

00:06:38.000 --> 00:06:42.140
Вы платите за токен, масштабируетесь по требованию и не нянчитесь с графическими процессорами, как в 2018 году.

00:06:42.140 --> 00:06:46.120
Управляемые вычисления для конкретных открытых моделей, которые вы хотите закрепить в пределах вашего клиента.

00:06:46.280 --> 00:06:50.320
Вы платите за время работы и контролируете конфигурацию, но Microsoft занимается развертыванием.

00:06:50.520 --> 00:06:52.020
Смешиваете модели для разных ролей.

00:06:52.160 --> 00:06:55.240
Планировщик на GPT-4 или 4, один мини для логического вывода.

00:06:55.380 --> 00:06:58.940
Оператор на небольшой модели, отлично справляющийся с извлечением данных и формированием параметров.

00:06:59.140 --> 00:07:02.800
Создавайте длинные сводки партиями за ночь, чтобы к утру люди получали глянцевые отчеты.

00:07:02.940 --> 00:07:06.500
А если модель выходит из строя или вы хотите попробовать варианты DeepSick или Lama,

00:07:06.500 --> 00:07:09.860
API вывода Foundry позволит вам поддерживать стабильность кода во время экспериментов.

00:07:10.000 --> 00:07:12.900
Инструменты и действия – вот где оператор заслуживает свой значок.

00:07:13.100 --> 00:07:16.700
Здесь вы проявляете реальную власть, не передавая агенту ключи от своего королевства.

00:07:16.880 --> 00:07:19.740
Открытые API-инструменты для внутренних сервисов с помощью Swagger.

00:07:19.920 --> 00:07:21.220
Строго соблюдайте контракт.

00:07:21.280 --> 00:07:24.560
Если схема указывает, что устройство – это строка, то это должен быть идентификатор устройства.

00:07:24.660 --> 00:07:27.220
Приложение логики для потоков утверждения и человеческих ворот.

00:07:27.420 --> 00:07:31.420
Пусть рецензент направляет изменения утверждающему, а затем возобновляет выполнение при подтверждении.

00:07:31.420 --> 00:07:34.440
Функции Azure для связующего кода и корректных преобразований.

00:07:34.580 --> 00:07:39.980
Небольшой тестируемый API-версионированного графа для задач условного доступа к Inchun интро- и пользовательским устройствам.

00:07:40.100 --> 00:07:44.200
Предоставляйте области чтения агентам мониторинга, а области управления – только ремедиаторам.

00:07:44.460 --> 00:07:47.140
Автоматизация Azure для сценариев устройств и руководств.

00:07:47.300 --> 00:07:49.980
Относитесь к этому как к острым предметам в запертом ящике.

00:07:50.160 --> 00:07:51.960
Открыть его может только агент-исправитель.

00:07:52.100 --> 00:07:54.620
Как и в случае с установлением границ, поддерживайте порядок.

00:07:54.720 --> 00:07:57.680
Используйте поиск Azure AI с гибридным ранжированием и семантическим переранжированием.

00:07:57.680 --> 00:07:59.400
Разделяйте знания по предметной области.

00:07:59.580 --> 00:08:02.360
Политика Inchun должна быть отделена от стандартных операционных процедур при адаптации.

00:08:02.540 --> 00:08:04.440
Таким образом, вы не будете использовать все подряд.

00:08:04.600 --> 00:08:07.140
Оператор должен передавать фрагмент, а не всю энциклопедию.

00:08:07.340 --> 00:08:12.340
Размеры ваших фрагментов, хранение ссылок и проверка рецензентом соответствия требованиям перед попаданием в рабочую среду.

00:08:12.480 --> 00:08:14.160
Безопасность не является необязательной.

00:08:14.320 --> 00:08:20.480
Foundry включает в себя фильтры безопасности контента для ввода и вывода, защиту от взлома и косвенного внедрения, а также проверки защищенного материала.

00:08:20.480 --> 00:08:25.800
Запускайте проверку безопасности до и после моделирования, чтобы не платить за некорректные входные данные или катастрофы с запросами на слияние на выходе.

00:08:25.920 --> 00:08:31.580
Сочетайте это с управляемым удостоверением для каждого агента, проверкой на минимальные привилегии и управлением проектами для временного повышения привилегий для деструктивных инструментов.

00:08:31.660 --> 00:08:33.200
Каждый вызов инструмента отслеживается.

00:08:33.440 --> 00:08:34.900
Каждое подтверждение регистрируется.

00:08:35.100 --> 00:08:38.220
Если кто-то спросит, кто что запустил, вы не будете открывать Outlook.

00:08:38.420 --> 00:08:39.920
Аналитика журналов уже все знает.

00:08:40.380 --> 00:08:42.040
Наблюдаемость — это режим для взрослых.

00:08:42.040 --> 00:08:49.300
Включите трассировку, чтобы видеть историю запусков, какой агент вызывал какой инструмент с какими параметрами, с какой задержкой и что было возвращено.

00:08:49.440 --> 00:08:58.200
Подключите аналитику приложений для выявления закономерности производительности, журналы приложений для аудита и отправляйте результаты оценок в CI, чтобы выявлять отклонения в релевантности, обоснованности и беглости до того, как это заметит пользователь.

00:08:58.340 --> 00:09:00.480
Если обоснованность снижается, рецензент отмечает это.

00:09:00.640 --> 00:09:03.300
Планировщик сужает запрос на получение данных, и оператор пытается снова.

00:09:03.480 --> 00:09:05.340
Никакой паники со стороны человека не требуется.

00:09:05.480 --> 00:09:07.380
Примитивы развертывания поддерживают порядок.

00:09:07.380 --> 00:09:10.560
Используйте проекты Phone3 для квот на область действия команды и базовых параметров политик.

00:09:10.660 --> 00:09:17.440
Разместите Azure API Management перед вашей службой инструментов, чтобы вы могли версионировать, ограничивать скорость, внедрять автоматические выключатели и маршрутизировать между PTU и выводом с оплатой по мере использования.

00:09:17.580 --> 00:09:21.500
Частные конечные точки, где местонахождение данных или соответствие требованиям говорят о серьезности наших намерений.

00:09:21.680 --> 00:09:24.840
Регионы, которые соответствуют вашим пользователям, а не только вашим стремлениям.

00:09:24.860 --> 00:09:26.920
И да, семантическое ядро завершает картину.

00:09:27.040 --> 00:09:28.600
Вы описываете рабочий процесс в коде.

00:09:28.840 --> 00:09:30.120
Планировщик декомпозирует его.

00:09:30.120 --> 00:09:33.560
Оператор выбирает инструменты на основе каталогов функций и доступности.

00:09:33.740 --> 00:09:43.960
Рецензент обеспечивает проверки с помощью запросов на оценку и результатов проверки безопасности контента, а также предоставляет возможность повторных попыток с токенами отката и отмены, когда внешний API имитирует отключение для технического обслуживания.

00:09:44.160 --> 00:09:47.900
SK предоставляет вам мозг, выполнение, Phone3, операционную площадку.

00:09:48.040 --> 00:09:50.460
Объедините все это, и вы получите практичную схему.

00:09:50.640 --> 00:09:53.460
Определяйте агентов в Phone3 со строгими инструкциями и идентификаторами.

00:09:53.460 --> 00:10:03.200
Организуйте роли в SK, настраивайте систему с помощью тщательно отобранного поиска, связывайте действия с открытыми API, логическими приложениями, функциями, автоматизацией, обеспечивайте безопасность, да и после вывода, и наблюдайте за всем.

00:10:03.340 --> 00:10:04.920
Это скучно в лучшем смысле слова.

00:10:05.080 --> 00:10:10.980
Как ремни безопасности или отказ в предоставлении глобальных прав администратора стажеру с именем «Ключ по умолчанию».

00:10:10.980 --> 00:10:13.480
Демонстрационный сценарий 1. Очистка устройства.

00:10:13.660 --> 00:10:15.660
Призрачное устройство CSI Inchun.

00:10:15.860 --> 00:10:20.760
Знайте эти устройства, которые одновременно отображаются как управляемые, выведенные из эксплуатации и мертвые.

00:10:20.760 --> 00:10:22.620
Добро пожаловать в CSI Inchun.

00:10:22.620 --> 00:10:30.020
Наша задача – находить устаревшее, дублирующееся или незарегистрированное оборудование и безопасно устранять неполадки с одобрения, чтобы никто не отправлял гневные электронные письма в юридический отдел.

00:10:30.220 --> 00:10:37.060
Группа агентов, мониторинг, запросы, Microsoft Graph и аналитика логов, классификация состояния устройств, пометка аномалий.

00:10:37.220 --> 00:10:42.320
Специалист по устранению неполадок вызывает Inchun и автоматизацию Azure для карантина или вывода устройств из эксплуатации.

00:10:42.480 --> 00:10:48.160
Аудитор регистрирует все данные, уведомляет людей и составляет отчет о результатах проверки на соответствие требованиям.

00:10:48.160 --> 00:10:49.520
Процесс выглядит следующим образом.

00:10:49.520 --> 00:10:56.520
Монитор извлекает из записи устройств граф информацию о последнем подключении, состоянии соответствия, типе регистрации, основном пользователе и флагах вывода из эксплуатации.

00:10:56.660 --> 00:11:02.860
Он также получает сигналы аналитики логов, сигналы Defender, информацию о соответствии обновлений и события расширения управления Inchun.

00:11:02.980 --> 00:11:06.160
Он объединяет их в короткую структурированную запись для каждого устройства.

00:11:06.280 --> 00:11:09.960
Последнее посещение UTC – регистрация, соответствие, дубликаты, сигналы риска.

00:11:10.120 --> 00:11:11.420
Никаких отчетов, только поля.

00:11:11.520 --> 00:11:13.580
Теперь переход от интеллектуального управления к практическому.

00:11:13.580 --> 00:11:17.660
Монитор отправляет предлагаемую классификацию «Устаревшее», дубликат, отсутствие сигнала или штраф.

00:11:17.760 --> 00:11:19.880
Рецензент проверяет соответствие требованиям.

00:11:19.940 --> 00:11:22.120
Действительно ли эти поля получены из граф и ла?

00:11:22.240 --> 00:11:27.420
Служба безопасности контента запускает предварительную модель для блокировки внедрения подсказок из любого загруженного файла или веб-приложения.

00:11:27.580 --> 00:11:31.480
Если классификация проходит успешно, специалист по устранению неполадок подготавливает действия.

00:11:31.600 --> 00:11:34.660
Первый этап – мягкое исправление, пометка и карантин.

00:11:34.660 --> 00:11:45.460
Мы присваиваем кандидату категорию «Списанное устройство», удаляем динамические привязки групп, которые запускают распространение политик, и, при необходимости, перемещаем устройство в карантинную группу Азурет, которая блокирует доступ.

00:11:45.580 --> 00:11:46.540
Удалений пока нет.

00:11:46.940 --> 00:11:49.360
Утверждения поступают в логическое приложение.

00:11:49.540 --> 00:11:54.980
Рецензент включает в себя краткий план, идентификаторы устройств, причины, предлагаемые действия и откат.

00:11:55.180 --> 00:12:00.180
Утверждающие видят сводку в Teams со ссылками на запросы графов и KQL аналитики журналов.

00:12:00.180 --> 00:12:09.740
Утверждается токен датчика, средство исправления выполняет вывод устройства из эксплуатации, удаления при необходимости или очистку дубликатов, поддерживая устройство в актуальном состоянии и удаляя фантомные соединения.

00:12:09.900 --> 00:12:12.300
Управляемое удостоверение обеспечивает нашу безопасность.

00:12:12.480 --> 00:12:14.680
Монитор работает с разрешением чтения всех устройств.

00:12:14.820 --> 00:12:20.120
Средство исправления использует отдельное удостоверение с разрешением чтения всех устройств, запись всех устройств и именно теми разрешениями инчун, которые ему необходимы.

00:12:20.220 --> 00:12:21.840
Удаление осуществляется через PIM.

00:12:22.080 --> 00:12:24.300
Агент средства исправления не может повысить свои права.

00:12:24.300 --> 00:12:28.300
При запросе повышения прав логическое приложение требует участия человека и начинается отсчет

00:12:28.300 --> 00:12:32.260
времени для временного разрешения. Наблюдаемость — это более сложная часть. Каждый вызов

00:12:32.260 --> 00:12:36.740
инструмента отслеживается. Кто что вызвал, параметры, задержка, ответ. Аудитор записывает

00:12:36.740 --> 00:12:40.040
записи событий в журнал аналитики с идентификаторами корреляции, чтобы вы могли восстановить

00:12:40.040 --> 00:12:43.380
картину произошедшего без необходимости заниматься археологией слег. Мы также проводим

00:12:43.380 --> 00:12:46.680
этап оценки после внесения изменений — обоснованность, релевантность, связность.

00:12:46.880 --> 00:12:50.440
Если обоснованность снижается, рецензент блокирует дальнейшие деструктивные действия и

00:12:50.440 --> 00:12:54.200
возвращает план планировщику для уточнения поиска или сужения области действия. Модели

00:12:54.200 --> 00:12:58.840
намеренно смешиваются. Классификация использует небольшую модель для снижения затрат и задержки.

00:12:58.960 --> 00:13:02.760
Крайние случаи, например, когда Автопайлот переименовал одно из двух устройств, а Азур-Эд считает

00:13:02.760 --> 00:13:07.480
их близнецами, получают путь логического вывода с помощью GPT-4 Mini. Сводки обрабатываются пакетами.

00:13:07.660 --> 00:13:11.920
Никому не нужен шекспировский отчет в 14 часов. На прошлой неделе в тесте с одним агентом пытались

00:13:11.920 --> 00:13:15.720
исправить устаревшее устройство, выведя из эксплуатации все устройства в одной динамической группе.

00:13:15.720 --> 00:13:19.060
Рецензент в нашем многоагентном потоке отметил несоответствие в области действия, запросил

00:13:19.060 --> 00:13:22.340
подтверждение на уровне устройства и остановил процесс. Вот почему мы разделяем планирование,

00:13:22.540 --> 00:13:25.840
действие и проверку. В результате фантомные устройства перестают создавать проблемы с

00:13:25.840 --> 00:13:30.000
соблюдением нормативных требований. Вы сокращаете расход лицензий, исключаете ложные срабатывания и

00:13:30.000 --> 00:13:34.940
перестаете объяснять руководству, почему отказ от работы – это образ жизни. И да, журнал аудита читаем,

00:13:35.200 --> 00:13:39.820
чего нельзя сказать о половине ваших заявок на изменения. Второй сценарий демонстрации – адаптация

00:13:39.820 --> 00:13:44.400
без участия человека. Действительно, без участия человека. Никакого участия для пользователя,

00:13:44.400 --> 00:13:49.080
500 касаний для инженеров до агентов. Цель – от события в отделе кадров до готового пользователя

00:13:49.080 --> 00:13:53.860
и устройства без лишних хлопот. Плавно, контролируемо и обратимо, даже если отдел кадров пишет

00:13:53.860 --> 00:13:58.500
фамилию тремя разными способами. Состав команды. Отдел приема очлеживает веб-перехватчик

00:13:58.500 --> 00:14:03.080
отдела кадров, нормализует данные и проверяет обязательные поля. Специалист по предоставлению

00:14:03.080 --> 00:14:07.700
доступа создает пользователя в интро, назначает группы и лицензии, регистрирует профили Автопайлот.

00:14:07.820 --> 00:14:12.420
Валидатор проверяет соответствие политики и состояние условного доступа, прежде чем мы передадим

00:14:12.420 --> 00:14:17.460
новый ноутбук. Консьерж отправляет приветственный пакет, ссылки на SharePoint и контрольный список

00:14:17.460 --> 00:14:21.960
на первый день. Время выполнения. Прием данных получает данные от отдела кадров. Имя, дата начала

00:14:21.960 --> 00:14:26.260
работы, должность, отдел, руководитель, регион. Небольшая модель извлекает и нормализует их. Она

00:14:26.260 --> 00:14:28.800
сопоставляет данные с каноническими полями и отлавливает некорректные данные, например,

00:14:29.000 --> 00:14:32.560
дату начала работы в 2099 году. Если обязательные поля отсутствуют, она отправляет в отдел кадров

00:14:32.560 --> 00:14:35.880
структурированные сообщения об ошибке через Logic Apps без произвольных формулировок. Провиженер вызывает

00:14:35.880 --> 00:14:39.680
граф с управляемым идентификатором, ограниченным правами пользователя. Он создает пользователя

00:14:39.680 --> 00:14:43.700
интро, устанавливает место использования и применяет базовую группу. Затем он формирует

00:14:43.700 --> 00:14:48.140
назначение лицензии на основе роли и региона. Здесь важна логика, нужна ли этому человеку

00:14:48.140 --> 00:14:52.540
безопасность E5 или премиум-версия для бизнеса. Мы кодируем политику в данных и позволяем модели

00:14:52.540 --> 00:14:56.680
выбирать из разрешенных пакетов. Ни одна модель не может создавать лицензии, это строгое меню.

00:14:56.840 --> 00:15:01.020
Далее следует автопилот. Провиженер либо регистрирует уже имеющийся у нас хэш-оборудование,

00:15:01.220 --> 00:15:05.780
либо подготавливает профиль, точно в срок, привязанный к группе пользователя. Он помечает группы устройств

00:15:05.780 --> 00:15:09.560
для базовых политик, после чего активируется валидатор. Система запрашивает у граф и

00:15:09.560 --> 00:15:13.160
дефендер сигналы соответствия, проверяет, не нарушит ли условный доступ первый вход в систему,

00:15:13.340 --> 00:15:16.360
и убеждается, что будут применяться правильные политики конфигурации устройства.

00:15:16.480 --> 00:15:20.220
Если условный доступ заблокирует нового сотрудника в первый день работы, валидатор открывает

00:15:20.220 --> 00:15:23.220
запрос на утверждение с ограниченным по времени исключением и обоснованием.

00:15:23.380 --> 00:15:28.060
Консердж обрабатывает ручные операции. Он отправляет менеджеру сообщение в Teams с UPN нового

00:15:28.060 --> 00:15:32.300
сотрудника, статусом назначения устройства и ссылкой на стартовый комплект SharePoint. Он отправляет

00:15:32.300 --> 00:15:35.080
новому сотруднику электронное письмо с инструкциями по первому рабочему дню, руководством по

00:15:35.080 --> 00:15:38.280
настройке многофакторной аутентификации информации о том, где найти ИТ-портал. Он не вставляет

00:15:38.280 --> 00:15:41.860
ваши внутренние диапазоны IP-адресов в электронное письмо. Контент в софете проверяет выходные

00:15:41.860 --> 00:15:45.360
данные на предмет утечки информации и тональности. Управление осуществляется по той же принципу

00:15:45.360 --> 00:15:48.480
«пристегните ремни». Управляемое удостоверение провяженера имеет право на лицензирование,

00:15:48.620 --> 00:15:52.920
но не может удалять. Интейк не может предоставлять доступ, он только проверяет. PM блокирует любые действия

00:15:52.920 --> 00:15:56.340
высокого риска, такие как добавление пользователей в конфиденциальную группу. Все действия

00:15:56.340 --> 00:16:00.540
отслеживаются в App Insights и Log Analytics. Если отдел кадров отправляет исправленные данные,

00:16:00.760 --> 00:16:03.920
планировщик пересчитывает дельту, а оператор обновляет только то, что изменилось.

00:16:04.100 --> 00:16:08.040
Отсутствие колебаний членства в группах. Наблюдаемость позволяет отслеживать этапы.

00:16:08.120 --> 00:16:11.220
Прием данных от отдела кадров, создание входящих запросов, назначение лицензий,

00:16:11.340 --> 00:16:15.440
профиль автопилота, отправка уведомления о результатах проверки соответствия. Вы получаете метрики SLA и

00:16:15.440 --> 00:16:19.480
автоматические повторные попытки при временных ошибках графа с задержкой. Если система отдела кадров

00:16:19.480 --> 00:16:23.760
дает сбой, поток не завершается. Он приостанавливается, регистрирует и возобновляется после

00:16:23.760 --> 00:16:27.480
исправления. Оценки запускаются в CI на синтетических данных для адаптации новых сотрудников,

00:16:27.600 --> 00:16:31.060
чтобы выявить регрессии в релевантности и обоснованности до того, как пострадает реальный сотрудник.

00:16:31.180 --> 00:16:35.320
Сочетание моделей поддерживает баланс. SLM для извлечения и нормализации данных.

00:16:35.460 --> 00:16:39.240
Обоснование только при принятии решения о выборе политики. Сводки и приветственные письма

00:16:39.240 --> 00:16:43.000
обрабатываются пакетами, когда это возможно. Цель – низкая задержка при предоставлении доступа с

00:16:43.000 --> 00:16:46.440
понятностью, сравнимой с человеческим уровнем в журнале Аудита. Краткая история.

00:16:46.440 --> 00:16:50.200
При адаптации с помощью одного агента пытались добавить пользователя ко всем сотрудникам и

00:16:50.200 --> 00:16:54.100
подрядчикам, потому что в названии было указано «подрядчики». Многоагентная система обнаружила

00:16:54.100 --> 00:16:57.600
правила взаимной исключительности в валидаторе, запросила решение человека и предотвратила

00:16:57.600 --> 00:17:01.260
немедленный пожар в системе условного доступа. В результате пользователь полностью обходится

00:17:01.260 --> 00:17:04.400
без вмешательства. Один поток, четыре агента, чистые подтверждения и документальное

00:17:04.400 --> 00:17:07.300
подтверждение, которое вы можете показать своему директору по информационной безопасности,

00:17:07.420 --> 00:17:11.240
не молясь богам демонстрации. И да, когда отдел кадров неизбежно меняет дату начала работы,

00:17:11.240 --> 00:17:15.600
система пересчитывает данные, не расходуя бюджет на лицензии. Третий сценарий демонстрации –

00:17:15.600 --> 00:17:19.380
автоматическое усиление безопасности. Пожалуйста, оставьте битлокер включенным.

00:17:19.580 --> 00:17:22.720
Отклонение в настройках безопасности подобно сорнякам. Вы выдергиваете три,

00:17:22.880 --> 00:17:26.620
вырастает пять, и один из них из вредности отключает битлокер. Наша цель – непрерывно

00:17:26.620 --> 00:17:29.980
обнаруживать отклонения в конфигурации и безопасно устранять их с помощью механизмов,

00:17:30.120 --> 00:17:34.860
которые уважает юрист. Cast Drift Detector запрашивает граф и Defender. Secure Score получает

00:17:34.860 --> 00:17:39.200
данные о соответствии инчун и базовые показатели конфигурации устройств и строит дельту отклонения.

00:17:39.200 --> 00:17:44.760
Fixer отправляет изменения политики инчун, настройки битлокер и кольца обновлений Windows.

00:17:45.000 --> 00:17:49.700
Запускает сценарии устройств через Azure Automation, когда политика не справляется с задачей.

00:17:49.860 --> 00:17:52.920
Рецензент обеспечивает соблюдение ограничений, определяет объем изменений,

00:17:53.140 --> 00:17:56.900
проводит проверки на соответствие требованиям и получает одобрение от людей для рискованных шагов.

00:17:57.040 --> 00:18:01.720
Missenger напоминал людям в Teams или по электронной почте о кратких планах и подтверждениях.

00:18:02.040 --> 00:18:07.580
Flow Drift Detector работает по расписанию и по запросу. Он получает информацию о соответствии

00:18:07.580 --> 00:18:13.040
устройств требованием, статусе битлокер, статусе TPM, версии ОС, кольца обновлений и назначений

00:18:13.040 --> 00:18:17.560
политик через граф. Он сравнивает каждое устройство с эталонным профилем в виде структурированных

00:18:17.560 --> 00:18:21.560
данных, а не документа с настройками. Он помечает обнаруженные проблемы, отсутствие битлокер,

00:18:21.700 --> 00:18:24.640
слабый метод шифрования, непримененная политика, отключение безопасной загрузки,

00:18:24.800 --> 00:18:27.900
выход кольца обновлений за пределы допустимого диапазона. Запускается планировщик,

00:18:28.080 --> 00:18:31.880
предлагающий минимальный план для каждой группы устройств. Для битлокера используется политика

00:18:31.880 --> 00:18:35.760
инчун битлокер, если устройство поддерживает эту функцию. Если политика уже назначена,

00:18:35.760 --> 00:18:39.540
но ее статус неактивен, предлагается сценарий автоматизации для повторного запуска защитников

00:18:39.540 --> 00:18:43.460
и депонирования ключа в Azure Red. Для обнаружения отклонений обновлений предлагается переместить

00:18:43.460 --> 00:18:46.840
устройство в поэтапное кольцо обновлений, а не надеяться на немедленное обновление.

00:18:47.060 --> 00:18:51.940
В случае проблем с условным доступом предложите временное исключение с необходимым обоснованием.

00:18:52.360 --> 00:18:57.900
Рецензент оценивает обоснованность. Действительно ли Drift Detector ссылается на поля из Graph и Defender?

00:18:58.060 --> 00:19:01.560
Он проверяет область действия, идентификаторы устройств, идентификаторы политик,

00:19:01.560 --> 00:19:05.560
тип изменения. Если что-то похоже на все устройства, это блокируется с предубеждением.

00:19:05.760 --> 00:19:09.200
Безопасность контента обеспечивается на входе и выходе, чтобы предотвратить внедрение

00:19:09.200 --> 00:19:13.140
каких-либо внешних знаний или скопированных логов. Действия с высоким риском, такие как удаление

00:19:13.140 --> 00:19:16.680
конфликтующей локальной политики, блокируются менеджером проекта. Идентификатор исправителя

00:19:16.680 --> 00:19:19.940
не может повышаться самостоятельно. Утверждение осуществляется в логическом приложении с

00:19:19.940 --> 00:19:25.000
аккуратной карточкой. Что не так? Что изменится? Шаги отката и ссылки. Утверждение и выполнение

00:19:25.000 --> 00:19:29.240
исправления. Обновления политик инчун являются мощными элементами и целевыми. Исправление

00:19:29.240 --> 00:19:32.780
BitLocker использует сценарий выполнения с явными параметрами и проверкой целостности.

00:19:32.780 --> 00:19:38.300
TPM присутствует. ОС поддерживает путь депонирования XTS-AS-256. Проверено. Если какая-либо

00:19:38.300 --> 00:19:41.600
предварительная проверка не удается, она завершается с понятным для человека сообщением об ошибке

00:19:41.600 --> 00:19:45.940
беспобочных эффектов. Миссингер замыкает цикл. Устройство исправлено. В Teams отправляется

00:19:45.940 --> 00:19:50.120
дайджест с подсчетами, ссылками на трассировки и App Insights и CSV-файлом для тех, кто по-прежнему

00:19:50.120 --> 00:19:53.980
любит Excel больше, чем свою семью. Если устройство отказывается соответствовать требованиям,

00:19:54.040 --> 00:19:57.380
рецензент открывает поток обработки исключений с таймером и планирует повторные попытки.

00:19:57.640 --> 00:20:01.580
Наблюдаемость. Каждый вызов инструмента отслеживается и коррелируется по потоку. Мы блокируем

00:20:01.580 --> 00:20:05.260
изменения до и после, чтобы аудитор мог видеть несоответствующие и соответствующие требованиям

00:20:05.260 --> 00:20:09.380
данные, не застревая в KQL. Мы также запускаем агент оценки на сводках после изменений,

00:20:09.580 --> 00:20:13.760
чтобы проверить обоснованность и ясность. Если обоснованность снижается или частота сбоев резко

00:20:13.760 --> 00:20:17.540
возрастает, планировщик сужает область поиска, уменьшает размер пакета или приостанавливает

00:20:17.540 --> 00:20:21.840
деструктивные действия. Модель сочетает SLM для извлечения и классификации. Модель рассуждений

00:20:21.840 --> 00:20:25.740
для синтеза плана только при необходимости. Пакетная обработка ночного отчета. Никаких

00:20:25.740 --> 00:20:29.800
сонетов об И. В результате BitLocker действительно работает. Кольца обновлений меньше смещаются.

00:20:29.980 --> 00:20:32.980
Исключения документируются, ограничены по времени и доступны для проверки. И никто не

00:20:32.980 --> 00:20:36.060
чинит устройство, переустанавливая операционную систему на финансовых ноутбуках во время

00:20:36.060 --> 00:20:41.360
закрытия квартала. Архитектурный анализ. PhoneDri. Семантическое ядро. Инструменты. Идентификация.

00:20:41.360 --> 00:20:45.760
Давайте разберемся, как это работает, не нарушая вашу квоту. Представьте четыре уровня,

00:20:45.760 --> 00:20:50.360
которые обеспечивают здравый смысл. PhoneDri. Семантическое ядро. Инструменты. Идентификация.

00:20:50.500 --> 00:20:54.820
PhoneDri. Это базовая система. Вы определяете агентов со строгими инструкциями. Выбираете

00:20:54.820 --> 00:20:59.180
развертывание для каждой роли. Прикрепляете знания через поиск Azure AI и регистрируете действия.

00:20:59.360 --> 00:21:04.940
Инструменты. Аупинапи. Логические приложения. Функции. Графы. Автоматизация Azure. Интерпретатор

00:21:04.940 --> 00:21:09.480
кода. Здесь же находятся угрозы. История выполнения. Трассировка. Оценки и проверка безопасности.

00:21:09.660 --> 00:21:12.660
Защитные подсказки по безопасности контента и проверке защищенных материалов запускаются

00:21:12.660 --> 00:21:15.940
и после моделей. Поэтому некорректные входные данные не требуют токенов, а некорректные выходные

00:21:15.940 --> 00:21:20.700
данные выполнения заданий. Семантическое ядро. Это дирижер. В коде вы подключаете цикл проверки

00:21:20.700 --> 00:21:25.160
оператора-планировщика. Вы регистрируете каталоги функций для инструментов, отключаете повторную

00:21:25.160 --> 00:21:29.300
попытку и добавляете токены-отмены. Вы делаете подсказки короткими, переносите сложность в схемы и

00:21:29.300 --> 00:21:32.800
позволяете семантическому ядру решать, какой инструмент вызвать, исходя из доступности и политики.

00:21:32.920 --> 00:21:36.640
Если граф выходит из строя по таймауту, семантическое ядро обрабатывает это задержкой. Если уровень

00:21:36.640 --> 00:21:40.640
обоснованности снижается, он возвращается к планировщику для уточнения. Инструменты — это руки.

00:21:40.880 --> 00:21:44.740
Строго соблюдайте контракты с открытым API. Разместите управление API на переднем плане для

00:21:44.740 --> 00:21:48.640
ограничения версий и защиты от сбоев. Приложения логики обрабатывают утверждения и длительные

00:21:48.640 --> 00:21:52.800
процессы. Функции обеспечивают связь и преобразование. Автоматизация Azure выполняет скрипты с

00:21:52.800 --> 00:21:56.240
ограничениями и проверками после выполнения. Граф — ваш источник достоверной информации для

00:21:56.240 --> 00:22:00.040
инчун, интро, соответствие требованиям и оценке безопасности. Поиск Azure AI предоставляет тщательно

00:22:00.040 --> 00:22:04.240
отобранные знания по каждой области. Никакого супа знаний. Идентификация — это ремень безопасности.

00:22:04.400 --> 00:22:07.580
Каждый агент имеет свою собственную управляемую идентификацию. Агенты мониторинга получают

00:22:07.580 --> 00:22:10.540
области чтения. Агенты исправления получают области записи, но никогда не административные.

00:22:10.680 --> 00:22:13.760
Управление проектами блокирует любые деструктивные действия. Повышение прав требует

00:22:13.760 --> 00:22:17.700
участия человека и истекает. Частные конечные точки, где важны границы данных.

00:22:17.900 --> 00:22:22.380
Базовые политики в проектах Foundry обеспечивают соблюдение разрешенных моделей регионов и квот.

00:22:22.480 --> 00:22:26.580
App Insights и Log Analytics собирают трассировки, метрики и аудиты, чтобы вы могли ответить,

00:22:26.580 --> 00:22:30.280
кто что сделал, без необходимости поиска информации вслед. Модели подключаются через

00:22:30.280 --> 00:22:33.480
конечную точку вывода Foundry. Используйте бессерверные вычисления для обоснования

00:22:33.480 --> 00:22:36.220
приоритетов. Управляйте вычислительными ресурсами для закрепленных открытых моделей.

00:22:36.400 --> 00:22:39.460
Меняйте модели без переписывания кода, но при этом оценивайте релевантность,

00:22:39.600 --> 00:22:43.080
обоснованность и совместимость в CI перед продвижением. Регионы соответствуют вашим

00:22:43.080 --> 00:22:46.920
пользователям, зоны данных — вашим регулирующим органам. В совокупности это скучная,

00:22:47.100 --> 00:22:51.680
но надежная машина. Агенты, определенные в Foundry, управляемые SK, работающие на основе

00:22:51.680 --> 00:22:56.360
инструментов, защищенные идентификацией, измеряемые наблюдаемостью и охраняемой безопасностью.

00:22:56.500 --> 00:23:01.500
Скучная побеждает. Скучная масштабируется. Скучная позволяет вам спать. Лучшие практики

00:23:01.500 --> 00:23:05.060
внедряются без сожалений. Понятно. Накопите мудрость во времени, чтобы не тратить

00:23:05.060 --> 00:23:08.720
воскресенье на исправление субботнего. Дайте каждому агенту одну задачу. Планировщик

00:23:08.720 --> 00:23:12.780
планирует, оператор управляет, рецензент проверяет. Если агент начинает писать трогательный

00:23:12.780 --> 00:23:16.300
роман, отрежьте его подсказку и передайте текст инструменту. Держите инструкции короткими,

00:23:16.420 --> 00:23:19.780
ограниченными по объему и скучными. У вас будет меньше неожиданностей. Предпочитайте

00:23:19.780 --> 00:23:23.900
вызовы инструментов длинным текстом. Размещайте контракты в открытом аппе, схемы на входе и

00:23:23.900 --> 00:23:27.700
ограничения на выходе. Если инструмент ожидает устройства, отправьте его, а не, например,

00:23:27.880 --> 00:23:32.380
это устройство в финансовом отделе. Модели креативны, инструменты нет. В этом суть. Применяйте

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

00:23:35.900 --> 00:23:39.260
Разделяйте учетные записи. Только чтение для монитора, только запись для корректировщика,

00:23:39.340 --> 00:23:42.600
и ни одна учетная запись не может удалять без менеджера проекта. Повышение прав временное,

00:23:42.600 --> 00:23:45.960
обоснованное и регистрируется. Если кто-то просит постоянного глобального администратора,

00:23:46.120 --> 00:23:49.020
дайте ему антистрессовый мячик и документ с политикой. Начните с малого, два агента,

00:23:49.160 --> 00:23:52.400
исполнитель и проверяющий. Добавьте планировщика, когда цикл стабилизируется. Затем,

00:23:52.540 --> 00:23:55.600
если вам нужно расширить команду, не начинайте с цифровой скром команды из 12 человек. Именно так

00:23:55.600 --> 00:23:59.280
вы воссоздаете свою организационную структуру в IML и плачете. Смешивайте модели для снижения затрат.

00:23:59.420 --> 00:24:04.720
SLM для извлечения данных. Класс GPT-4 только для рассуждений там, где это важно. Создавайте пакетные сводки за ночь.

00:24:04.720 --> 00:24:08.840
Вы не платите за форматирование строковых данных. Оставьте ресурсуемкую модель для принятия

00:24:08.840 --> 00:24:12.720
решений, а не для повествования. Добавляйте память в последнюю очередь. Используйте внешнее

00:24:12.720 --> 00:24:16.500
состояние для поиска и или небольшое хранилище состояний, прежде чем начинать забивать контекстные

00:24:16.500 --> 00:24:20.660
окна, как ручную кладь. Метаденные потоков должны быть минимальными. Если они не нужны для следующего

00:24:20.660 --> 00:24:24.980
шага, их не нужно добавлять. Регистрируйте все. Включите трассировку. Идентификаторы потоков,

00:24:25.100 --> 00:24:28.620
параметры инструментов, результаты задержки. Отправляйте результаты оценок в CI, чтобы вы могли обнаружить

00:24:28.620 --> 00:24:31.360
снижение релевантности и обоснованности до того, как это произойдет в производственной среде.

00:24:31.480 --> 00:24:35.380
Оповещайте о снижении обоснованности, а не о сбоях в Твитто. Защитные механизмы важнее скорости,

00:24:35.540 --> 00:24:38.880
одобрение для деструктивных инструментов. Режим пробного запуска без побочных эффектов.

00:24:39.000 --> 00:24:42.600
Поэтапное развертывание по группам устройств или регионам. Если ваш план развертывания предполагает

00:24:42.600 --> 00:24:45.680
одновременную реализацию, надеюсь, ваше резюме обновлено. Создавайте условия для сбоев.

00:24:45.820 --> 00:24:49.120
Повторяйте попытки с задержкой. Откажитесь от ограничения скорости графа. Автоматические

00:24:49.120 --> 00:24:52.840
выключатели в управлении API. И демпатентные сценарии выполнения. Если шаг можно безопасно

00:24:52.840 --> 00:24:56.600
повторить, вы будете спать спокойнее. Наконец, документируйте свои политики в виде данных.

00:24:56.720 --> 00:25:00.240
Правила взаимной исключительности. Пакеты лицензий. Базовые показатели устройств. Представьте

00:25:00.240 --> 00:25:03.380
их в структурированном виде. Модели могут выбирать. Они не должны изобретать.

00:25:03.560 --> 00:25:07.840
Вот как сохранить полезность агентов и ограничить радиус поражения. Запомните хотя бы одно,

00:25:08.000 --> 00:25:12.360
отдельные агенты помогают, но команды агентов, спланированные, управляемые инструментами и заданными

00:25:12.360 --> 00:25:16.760
правами доступа, незаметно преобразуют вашу среду, пока вы притворяетесь спящим. Если это вас зацепило,

00:25:16.760 --> 00:25:20.420
подпишитесь и посмотрите продолжение, где я поделюсь репозиторием семантического ядра и шаблоном

00:25:20.420 --> 00:25:23.760
бицепса, чтобы вы могли беззастенчиво их воровать. Хотите эпизод про агентов оценки,

00:25:23.880 --> 00:25:26.800
которые выполняют свои обещания? Он уже в очереди, на следующей неделе.