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 которые выполняют свои обещания? Он уже в очереди, на следующей неделе.