Microsoft Copilot Harness в Foundry: что это такое (2026)

Смена модели не должна заставлять вас переписывать всю оркестрацию агента. Но именно такая переделка часто срывает сроки. Microsoft Copilot harness в Microsoft Foundry — управляемый слой выполнения от Microsoft: тот же runtime, который лежит в основе Copilot Code, Copilot Studio, приложения GitHub Copilot, CLI и Visual Studio Code. Теперь он доступен в публичной предварительной версии, а до 1 декабря 2026 года его runtime можно использовать бесплатно (blogs.microsoft.com). Эксперименты уже можно запускать, но production пока лучше оставить на текущем стеке — по крайней мере до устранения ограничений preview, перечисленных ниже.

Что на самом деле делает Microsoft Copilot harness

Microsoft Copilot harness — это управляемый слой оркестрации вокруг модели, который превращает рассуждения в выполненную работу. Microsoft берет на себя агентный цикл, sandbox, управление политиками и оптимизацию, а разработчик задает инструкции, навыки, инструменты и выбранную модель.

Microsoft формулирует идею предельно прямо: «Если модель отвечает за интеллект, то harness — это всё, что находится вокруг модели» (blogs.microsoft.com). На практике harness отслеживает рабочий контекст по мере развития задачи, координирует вызовы моделей и инструментов, запускает файлы и код в изолированной среде, передает ограниченные подзадачи встроенным субагентам и соблюдает заданные лимиты и границы политик (devblogs.microsoft.com).

Маршрутизация между более чем 20 передовыми моделями и BYOK

Microsoft Copilot harness поддерживает более 20 передовых моделей из разных семейств, включая конфигурации bring-your-own-key (BYOK), и направляет задачу к подходящей модели или набору моделей (blogs.microsoft.com). Полный список из 20 с лишним моделей в анонсе не опубликован, поэтому перед проектированием мультимодельной архитектуры проверьте точную доступность моделей в своем регионе Foundry. Главная идея Microsoft — избавить команды от самостоятельной поддержки маршрутизатора: «Вы предоставляете инструкции, навыки, инструменты и выбираете модель».

Один из первых разработчиков описал преимущество так: при смене модели больше не приходится переписывать слой оркестрации — @ai_fengshou.

Runtime на Rust и продукты, которые уже его используют

Недавно runtime Microsoft Copilot harness перенесли на Rust. По словам Microsoft, это уменьшило накладные расходы на сессии и сократило время до первого токена (blogs.microsoft.com). Процент улучшения и таблица задержек не опубликованы, поэтому воспринимать это стоит как общее направление, а не как измеренный бенчмарк.

Microsoft утверждает, что этот же harness уже используется в Copilot Code, Copilot Studio, приложении GitHub Copilot, GitHub Copilot CLI, Visual Studio Code и других продуктах Microsoft и GitHub Copilot (blogs.microsoft.com). По словам компании, общая основа проверена на миллионах пользователей и сотнях реальных сценариев (blogs.microsoft.com).

Harness поддерживает открытую расширяемость через Model Context Protocol (MCP), навыки агентов и плагины агентов (blogs.microsoft.com).

Что изменилось 28 октября 2026 года

28 октября 2026 года Microsoft объявила сразу о двух связанных изменениях: Microsoft Copilot harness вышел в публичную предварительную версию в Foundry Agent Service, а устойчивость размещенных агентов к длительным сбоям стала общедоступной функцией (devblogs.microsoft.com).

Меняется и терминология: в документации Copilot Studio по-прежнему встречается название GitHub Copilot harness, но в терминологии продуктов теперь используется Microsoft Copilot harness. Страницы переходят на новое название не одновременно (microsoft.com).

В Foundry Agent Service теперь доступны три уровня абстракции: prompt-агенты без harness, prompt-агенты с Microsoft Copilot harness в preview и hosted agents, где разработчик сам контролирует framework (devblogs.microsoft.com). Устойчивость к длительным сбоям — возможность hosted agent восстановиться после прерываний в рабочих процессах, которые длятся часами или днями, — уже доступна в статусе GA.

Как собрать агента с harness в Foundry

Агент Foundry с harness описывается декларативно и хранится вместе с кодом приложения (devblogs.microsoft.com). Разработчик создает и тестирует агента в Foundry, хранит его описание в системе контроля версий, а затем развертывает через Azure Developer CLI (azd) или портал Foundry (devblogs.microsoft.com).

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

Переиспользуемые навыки объединяют инструкции, скрипты, вспомогательные ресурсы и процедуры, которые агент применяет в разных задачах. В документации используется пример навыка research-brief по адресу skills/research-brief/SKILL.md. Он заставляет агента уточнить вопрос, аудиторию, область и временной период, собрать доказательства с помощью разрешенных инструментов, указать источники и даты, отделить факты от интерпретаций и отметить противоречивые сведения.

Подключенные инструменты остаются под контролем

Подключенные инструменты позволяют агентам работать с инструментами Microsoft Foundry и MCP, используя явно настроенные аутентификацию и согласования. Согласование — это механизм управления, но именно здесь возникает производственная friction: пользователи могут сталкиваться с повторяющимися диалогами подтверждения, как показывают приведенные ниже отзывы на Reddit.

Выполнение задач, файлы и делегирование

Агенты работают с файлами, выполняют код и передают ограниченные задачи встроенным субагентам, а основной агент координирует результаты. В сравнении harness для Copilot Studio также указано, что harness из линейки GitHub умеет нативно создавать и редактировать файлы Word, Excel, PowerPoint и PDF, а также поддерживает навыки и память (learn.microsoft.com).

Описания под контролем версий и один флаг harness

Определения агентов хранятся рядом с кодом. В примере Foundry harness объявляется в azure.yaml (devblogs.microsoft.com):

harness:
  type: microsoft_copilot_preview

В примере prompt-агент research-brief подключается к навыку research-brief-skill, веб-поиску (public-research) и Code Interpreter (research-analysis). В качестве переменных окружения используются FOUNDRY_PROJECT_ENDPOINT и MODEL_DEPLOYMENT_NAME (devblogs.microsoft.com). Развертывание и вызов выполняются через preview-версию CLI:

azd deploy --all
azd ai agent invoke research-brief \
  "Compare publicly announced approaches to agent interoperability. Produce a concise brief with sources, tradeoffs, and open questions."

Другие варианты разработки — портал Foundry, Foundry Toolkit для Visual Studio Code и плагин Foundry для приложения GitHub Copilot (devblogs.microsoft.com).

Какой тип агента Foundry выбрать под задачу

Единственного правильного уровня абстракции нет. Собственная рекомендация Microsoft — выбирать вариант с минимальной ответственностью за инфраструктуру, который закрывает требования приложения (devblogs.microsoft.com). В preview выбор фиксируется в момент создания агента, поэтому определиться нужно до нажатия кнопки создания.

Среди первых клиентов Microsoft называет Confluence Technologies, которая выпустила решение менее чем за неделю, сосредоточившись на дизайне, а не на инфраструктуре, и Fashable, использующую harness для управляемых процессов поиска поставщиков, при этом коммерчески обязывающие решения остаются под контролем человека (devblogs.microsoft.com).

Сколько это будет стоить после 1 декабря 2026 года

С 1 декабря 2026 года runtime Microsoft Copilot harness будет тарифицироваться по модели pay-as-you-go. До этой даты использование runtime остается бесплатным, но инференс моделей, отдельно оплачиваемые инструменты и подключенные сервисы все это время тарифицируются отдельно.

Цены могут отличаться в зависимости от региона и соглашения с клиентом (devblogs.microsoft.com). Во время preview Foundry управляет параметрами CPU, памяти и простоя среды выполнения (devblogs.microsoft.com) и отсылает к отдельной документации по поддерживаемым регионам, моделям, инструментам и ограничениям preview.

В Copilot Studio агенты на harness из линейки GitHub оплачиваются через Copilot Credits по модели, зависящей от использования. Это отдельная схема биллинга, не связанная напрямую с учетом sandbox-ресурсов в Foundry (learn.microsoft.com). Чтобы оценить стоимость пилота, умножьте фактическое количество vCPU-часов и GiB-часов sandbox на приведенные выше тарифы, а затем добавьте расходы на токены моделей и инструменты.

Какие ограничения preview нужно проверить до начала разработки

Именно мелкий шрифт решает, переживет ли пилот встречу с production. Ниже перечислены ограничения из публикации Microsoft в Foundry, если отдельно не указано, что они обнаружены пользователями.

• Выбор harness пока необратим. Harness выбирается при создании агента: существующие агенты не меняются, а переключить harness после создания сейчас нельзя. Один из первых читателей обратил внимание именно на это: «harness Copilot выбирается при создании агента. Существующие агенты не меняются, а переключение harness после создания пока не поддерживается» — @navaneethan_es.
• Регионы и модели ограничены. Foundry направляет к документации с полными списками поддерживаемых регионов, моделей, инструментов и ограничений preview. По словам одного пользователя, речь идет примерно о девяти регионах без покрытия Ближнего Востока и без полноценной поддержки bring-your-own-model — @HeshamSaadZaki. Это пользовательская оценка, которую нужно проверять по документации, а не официальная таблица регионов.
• Восстановление длительных задач остается вашей заботой. Foundry перезапускает прерванную работу hosted agent и повторно передает исходный ввод, но приложение должно сохранять прогресс, возобновлять выполнение с checkpoint и предотвращать повторные действия — например, повторное создание одного и того же внешнего отчета. Одна только история диалога не восстанавливает незавершенную работу.
• Вместе с запуском не опубликованы бенчмарки и SLA. Поэтому стоит ожидать качественных формулировок вроде «лидирующая в отрасли производительность», но не таблиц с задержками, пропускной способностью или точностью.

С какими проблемами первые пользователи Copilot harness столкнулись в production

Пользователи Copilot Studio, работающие с harness из линейки GitHub, регулярно указывают на разницу между preview и production. Эти отзывы описывают опыт работы с GitHub harness в Copilot Studio до запуска preview в Foundry. Мы приводим их как предположение о проблемах общей кодовой линии, о которой говорит Microsoft (blogs.microsoft.com), а не как измерения Foundry.

Черт возьми, коннекторы даже дня не могут оставаться подключенными в production. — u/roberts2727 в r/copilotstudio

Иногда flow работают, а иногда агент вообще ничего в них не передает. — u/donstazz в r/copilotstudio

Бизнес-пользователи не могут сами выполнять такие регистрации приложений и прочие действия. Это должны делать IT-администраторы — отдельно для каждого агента. — u/Teemu_St в r/copilotstudio

В этих обсуждениях упоминаются следующие проблемы:

• Более медленные ответы у агентов, работающих с SharePoint, которые в r/copilotstudio описываются как значительно более медленные по сравнению с альтернативами.
• Агенты, которые работают в тестовой панели Studio, но после развертывания в Teams или M365 Copilot завершаются общими ошибками в r/copilotstudio.
• Нестабильность коннекторов и flow, а также повторяющиеся проблемы с аутентификацией и согласиями MCP в r/copilotstudio.
• Путаница с биллингом: покрывает ли лицензия M365 Copilot runtime harness или дополнительно начисляются Copilot Credits, обсуждается в r/microsoft_365_copilot.

Это не отменяет ценности preview в Foundry, но задает обязательный чек-лист пилота: тестируйте агента с вашим реальным источником знаний, в вашем реальном канале и с вашим реальным процессом согласия конечного пользователя, прежде чем обещать сроки.

FAQ

Microsoft Copilot harness — это то же самое, что GitHub Copilot harness?

Да, это та же линия разработки, созданная GitHub, но теперь под новым названием Microsoft. Некоторые документы Copilot Studio пока используют старое название, поскольку переход еще не завершен.

Какие модели поддерживает harness в Foundry?

Более 20 передовых моделей плюс BYOK с маршрутизацией по типу задачи. Полный список Microsoft не публикует, поэтому проверьте документацию Foundry для своего региона (см. раздел о мультимодельной маршрутизации выше).

Можно ли перенести существующего агента Foundry на harness?

Во время preview переключить агента на месте нельзя. Проведите параллельную оценку: составьте перечень промптов, инструментов, параметров аутентификации и требований к состоянию, заново создайте агента с microsoft_copilot_preview в preview-проекте, а затем сравните качество, задержку, использование sandbox и восстановление перед переключением.

Покрывает ли лицензия M365 Copilot использование harness?

Автоматически — нет. Foundry отдельно учитывает вычислительные ресурсы и память sandbox, а также отдельно тарифицирует инференс моделей. Copilot Studio выставляет счета за это семейство harness через Copilot Credits. Проверьте, какой именно счетчик действует для вашей платформы.

Что выбрать: harness или hosted agent?

Выбирайте harness, если нужны управляемый цикл, sandbox, навыки и субагенты без самостоятельной поддержки оркестрации. Hosted agent подойдет, когда необходимо контролировать framework или runtime и вы готовы самостоятельно отвечать за checkpoint и идемпотентность.

Начните с паттерна навыка research-brief в preview, сравните стоимость sandbox и токенов с prompt-агентом без harness на одной и той же задаче и оставьте production на проверенном варианте, пока для вашего tenant не будут документированы миграция, доступность регионов и поведение согласий.