7 октября 2026 года Microsoft представила Windows Hybrid Intelligence. В этой концепции AI-агенты выполняют задачи на ПК или обращаются к облачным моделям. Один из трёх заявленных уровней защиты — Microsoft Execution Containers (MXC) — уже доступен для Windows 11. А какие файлы доверить агенту и где оставить последнее слово за человеком, всё равно решает компания.

Японская инфографика о гибридном ИИ Windows и распределении задач AI-агентов между ПК и облаком.Источник: weel.co.jp

Коротко

Источник: weel.co.jp
  • MXC ограничивает доступ поддерживаемого AI-агента к файлам и сетевым адресам. Функция работает не во всех приложениях автоматически.
  • Microsoft назвала три направления контроля: ограничить доступ, отличать действия агента от действий человека и управлять агентами в организации. На момент анонса MXC уже был доступен, а остальные части ещё планировали развивать.
  • HydraFusion и маршрутизация между локальными и облачными моделями связаны, но это разные вещи. Preview HydraFusion не означает, что Windows уже сама направляет любую задачу локальной модели.
  • Локальная обработка сама по себе не гарантирует офлайн-режим, экономию или нужное качество ответа.
  • Креатору стоит заранее решить, какие данные останутся на устройстве, что можно отправить в облачный AI и что человек проверит перед отправкой клиенту.

Windows Hybrid AI распределяет работу, но не принимает решения за вас

В блоге Windows Microsoft описывает такой сценарий: если локальная модель справляется с задачей, агент работает на ПК. Если нужны другие возможности — обращается к облаку. С разрешения пользователя Copilot сможет использовать контекст компьютера, действовать от его имени и обращаться к локальным моделям. Пока это направление развития, а не функция, которая уже работает на каждом компьютере с Windows.

Заголовок Windows Hybrid Intelligence и подпись о создании Windows для гибридного интеллекта связаны с распределением AI-задач между ПК и облаком.Источник: weel.co.jp

Речь об AI-агентах, которые могут читать файлы, запускать команды и редактировать документы. Как написал Pavan Davuluri, руководитель направления Windows + Devices в Microsoft, компания хочет сделать Windows платформой, где агент работает локально или в облаке «с безопасностью и управляемостью, которых ждут организации». Это план Microsoft. Реальная защита зависит ещё от приложения, настроек и правил доступа.

Для креатора это вполне конкретная история. Агент может получить бриф, референсы, черновик сценария и папку с материалами. Пока он сортирует файлы — удобно. Но в той же папке могут оказаться клиентские данные, незаконченная кампания или финальный макет, который ещё рано отправлять.

Три уровня защиты есть в плане, но доступны они не одновременно

Microsoft выделила три направления: containment ограничивает доступ и действия агента; identity помогает отличать действия агента от действий человека; manageability даёт организации возможность задавать правила и следить за работой. На дату анонса, 7 октября, MXC уже был доступен. Интеграцию с Microsoft Agent 365 и определение действий человека и агента через Entra компания назвала следующими шагами.

Заголовок на японском описывает гибридный ИИ, сочетающий облачные и локальные модели, что соответствует теме Windows Hybrid Intelligence.Источник: weel.co.jp
МеханизмЧто делаетСтатус на момент анонса
Microsoft Execution Containers (MXC)Ограничивает доступ агента к файлам и сетевым ресурсамДоступен для Windows 11
HydraFusionПодбирает модель или сценарий работы для задачиResearch preview; локальная маршрутизация — отдельное направление развития
Intune и Microsoft EntraУправление политиками и различение действий агента и пользователяMicrosoft обещала развитие этих возможностей

MXC действует по правилам, которые задаёт приложение или администратор: они определяют, какие файлы и сетевые адреса доступны. Агент не должен сам расширять эти разрешения. Но MXC должен поддерживать конкретное приложение. Он не ограничивает автоматически любую программу со встроенным AI.

Microsoft описывает несколько вариантов изоляции: контейнеры процессов, отдельную учётную запись Windows, а также WSL и экспериментальную MicroVM. Доступные варианты зависят от конфигурации. И даже при MXC некоторые действия приложения, например работа через удалённый MCP-сервер, могут происходить за пределами изолированной среды.

HydraFusion уже существует, но это не готовая маршрутизация Windows

Здесь легко спутать два объявления. 30 сентября GitHub сообщил о research preview HydraFusion в VS Code и приложении GitHub Copilot. 14 октября компания рассказала об обновлениях и HydraFusion Max. Оба варианта оставались в исследовательском preview. HydraFusion координирует несколько моделей и выбирает сценарий решения задачи.

GitHub описывает три сценария. В первом одна модель решает задачу сама. В Cascade первая модель предлагает ответ, а проверяющая решает, звать ли более сильную модель. В Critique отдельная модель проверяет результат, после чего первая может его исправить. Для программирования и работы агентов это полезно. Но такая схема сама по себе не подтверждает, что любую задачу уже можно переключить между локальной моделью ПК и облачной.

Microsoft описывала перенос этой логики на локальные модели как часть Windows Hybrid Intelligence. В японском обзоре WEEL от 7 октября авторы ожидали preview маршрутизации в инструментах GitHub в течение октября. Более поздние заметки GitHub подтверждают, что preview HydraFusion доступен. Они не говорят, что приложения уже направляют задачи то локальной модели, то в облако. Выбор между несколькими облачными моделями — отдельная функция.

Креатору полезнее разделить процесс, чем верить слову «локально»

WEEL разобрал подготовку коммерческого предложения. Это кабинетная схема, а не тест новой маршрутизации. Авторы разделили работу на поиск внутренних материалов, извлечение фактов, подготовку структуры, написание черновика, утверждение цены и финальную проверку. Первые задачи они предложили отдать локальному AI, работу над текстом — облачному, а цену и отправку оставить человеку.

С визуальным проектом можно поступить похоже. Сначала определить, какие материалы разрешено использовать, затем распределить этапы по риску. Microsoft не предлагает это как готовое правило. Но такая схема помогает заранее понять, какие разрешения понадобятся агенту.

  1. Соберите референсы и черновики в отдельную рабочую папку. Отметьте материалы, которые нельзя передавать облачному сервису.
  2. Поручите агенту искать и сортировать файлы локально, если приложение и модель поддерживают такую работу на вашем устройстве.
  3. Для облачного AI подготовьте только те данные, которые разрешено отправлять по правилам проекта. Удалить имя клиента недостаточно: материал могут выдать редкие детали и цифры.
  4. Проверьте факты, цену, лицензии и права на изображения. Финальную отправку клиенту тоже оставьте за человеком.
  5. Убедитесь, что агент не читает лишние папки и не обращается к запрещённым адресам. Обещание в промте не ограничивает доступ.

Такая схема подходит не каждому проекту. Всё зависит от условий облачного сервиса, требований заказчика и мощности компьютера. Но карту процесса можно составить и без новых функций Windows. Модели сменятся, а решение о передаче данных всё равно останется за вами.

Изоляция приложения не заменяет порядок в файлах

Японский разработчик mryo0826 рассказал о проблеме с Claude Code. Настройки должны были запретить AI читать черновик, но субагент получил его содержимое другим путём. Автор уточнил: он работал в обычной Windows 11, где, согласно документации Anthropic, sandbox для команд Claude Code не работает. Anthropic предлагает запускать инструмент через WSL2.

После этого автор перенёс черновики и рабочие заметки в отдельный приватный Git-репозиторий. Тот лежал рядом с публичным, но не был связан с ним ссылками или субмодулями. Принцип автора: «Чувствительное защищайте местом хранения, а не настройками». Это опыт одного пользователя, а не доказательство сбоя MXC. Но границу он показывает хорошо: правило защиты сработает, только если охватывает все пути к файлам.

25 октября автор повторил проверку на Claude Code v2.1.310, но в доступном фрагменте публикации нет результатов. Поэтому нельзя без оговорки переносить первое наблюдение на нынешнюю версию. Я бы начал с проверки своей конфигурации. А файлы, которые агенту не нужны, лучше вообще не хранить в доступной ему папке.

Перед запуском проверьте конкретную конфигурацию

Microsoft отдельно предупреждает: возможности Copilot на устройстве зависят от компьютера, региона и чипа. Локальные функции Copilot рассчитаны на Copilot+ PC. MXC в Windows 11 — отдельная функция со своими требованиями. Например, в обзоре WEEL для локальной песочницы GitHub Copilot указаны Windows 11 версии 25H2 или 26H1 с нужными обновлениями. Совместимость лучше проверять в документации приложения, а не по одному упоминанию Windows.

  • Проверьте, какая версия Windows и какое устройство нужны для каждой функции.
  • Уточните, включена ли защита в приложении или её должен настроить администратор.
  • Посмотрите, какие папки и сетевые адреса доступны агенту, включая подключённые инструменты.
  • Разберитесь, какие данные уходят в облако при выбранном локальном режиме.
  • Проверьте качество и скорость локальной модели на своём задании.
  • Посчитайте общие расходы: облачные запросы, обновление ПК и настройка.

Microsoft говорит, что локальные модели могут сократить расход токенов. Конкретную экономию на проекте компания не приводит. Если для локальной модели нужен более мощный компьютер, его покупку и обновление тоже придётся учитывать. Локальный запуск говорит о месте выполнения задачи, но не отвечает сам по себе на вопросы стоимости и конфиденциальности.

В Windows появляются инструменты, которые помогают ограничивать и отслеживать действия AI-агентов. Для креатора первая настройка всё равно начинается с файлов: решите, к чему агенту не нужен доступ.

Источники

Building Windows for hybrid intelligence — Windows Experience Blog

Microsoft Execution Containers: Policy-driven containment for AI agents — Windows Developer Blog

HydraFusion in VS Code and the GitHub Copilot app — GitHub Changelog

HydraFusion updates and new Max option — GitHub Changelog

下書きと作業記録を AI コーディングエージェントから守る:設定ではなく置き場所で

Источникweel.co.jp