Enterprise AI | The .NET Blog

Microsoft Foundry June 2026: От фич к управляемой платформе для агентов

Emiliano Montesdeoca — Sat, 18 Jul 2026 00:00:00 +0000

Июньская волна Foundry 2026 — это не просто очередной ежемесячный дайджест. Она знаменует переход от «создавай крутых агентов» к «управляй агентами как корпоративными системами». Это различие важнее любой отдельной функции.

Оригинальный источник: https://devblogs.microsoft.com/foundry/whats-new-in-microsoft-foundry-june-2026/

Три обновления определяют сдвиг. Во-первых, публикация агентов в Microsoft 365 Copilot и Teams достигла GA, что перемещает распространение от индивидуальных интеграционных проектов к стандартизированному конвейеру развертывания. Во-вторых, Toolboxes получили более мощные средства обнаружения и контроля выполнения, включая поиск инструментов и routines. В-третьих, наблюдаемость и оптимизация стали осознанным замкнутым циклом, а не запоздалой мыслью.

Мое мнение: это самый важный паттерн в релизе. Трассировка, оценка, оптимизация и контролируемое развертывание формируют минимальную жизнеспособную операционную модель для недетерминированных систем. Если у вас есть только один из этих элементов, у вас есть телеметрия или настройка, но не управление.

Claude GA внутри Foundry также стратегически важен, но не столько из-за качества модели. Более значимая ценность — корпоративная интеграция: Entra-аутентификация, RBAC, непрерывность биллинга и согласованность политик. Командам, переходящим от прямых endpoint-ов моделей к Foundry, стоит рассматривать это как операционную консолидацию, а не просто смену провайдера.

Автопилотные агенты перспективны, но организациям стоит подходить к ним с трезвыми архитектурными решениями. Совместная работа в общем пространстве Teams может раскрыть продуктивность, однако она быстро повышает сложность в области идентификации, разрешений и подотчетности. Начинайте с ограниченных областей и строгих точек контроля перед широким развертыванием.

Практические рекомендации:

Если вы уже в пилоте, приоритезируйте инструментацию перед расширением возможностей. Сначала настройте GenAI-трассировку. Затем создайте наборы оценщиков, привязанные к бизнес-результатам, а не к общим метрикам модели. Только после этого запускайте циклы оптимизатора и промоушн-воркфлоу.

Для агентов с большим количеством toolbox-ов, включите поиск инструментов на раннем этапе, чтобы уменьшить шум контекста и риск выбора неправильного инструмента по мере роста каталогов. Для агентов с памятью определите TTL и политику хранения заранее. Память без контроля жизненного цикла становится долгом по комплаенсу.

Самый категоричный вывод, который я могу сделать: Foundry теперь меньше о том «какую модель выбрать?» и больше о том «могу ли я управлять поведением агента как управляемым жизненным циклом?» Команды, которые хорошо ответят на второй вопрос, легко адаптируются к смене моделей. Команды, зацикленные на рейтингах моделей, будут перестраивать хрупкие стеки каждый квартал.

Июньский релиз проясняет одно. Foundry становится операционной платформой для AI-систем, а не просто набором инструментов разработки. Это более сложный продукт для создания и гораздо более ценный для внедрения.

Agent Skills для .NET стабилен, и это меняет корпоративную архитектуру агентов

Emiliano Montesdeoca — Sat, 11 Jul 2026 00:00:00 +0000

Переход Agent Skills для .NET в стабильный статус — одна из самых практичных вех в текущей экосистеме агентов. Он решает ключевую проблему масштабирования: экспертиза домена не должна находиться внутри одного гигантского блока инструкций.

Оригинальный источник: https://devblogs.microsoft.com/agent-framework/agent-skills-for-net-is-now-released/

Дизайн элегантен и прагматичен. Skills упаковывают инструкции, ресурсы и опциональные скрипты в переиспользуемые единицы, которые загружаются по требованию через прогрессивное раскрытие (progressive disclosure). Это удерживает контекст компактным, снижает раздутость промптов и позволяет разным командам владеть специализированными знаниями.

Моё мнение: это первый достоверный путь к корпоративной поддерживаемости агентов в стеках .NET. Без модульных границ экспертизы каждое обновление политики или плейбука превращается в хрупкую операцию «хирургии промпта».

Важнее всего не просто модульность, а управление (governance). Встроенная модель утверждений для загрузки skills, чтения ресурсов и запуска скриптов решает именно те операционные проблемы, которые поднимают команды безопасности, когда агенты переходят от демо к продакшну. Расширяемая модель выполнения скриптов также делает ответственность явной: если вы хотите выполнение скриптов на основе файлов, вы сами отвечаете за песочницу (sandboxing) и позицию по аудиту.

Практический паттерн внедрения:

Начните с файловых skills для контента, насыщенного политиками, который поддерживают смешанные технические команды. Используйте skills на основе классов, когда нужна дистрибуция пакетов через NuGet и более строгий контроль жизненного цикла разработки. Оставьте skills, определяемые кодом, для динамической сборки во время выполнения, где необходима композиция с состоянием.

Добавляйте фильтрацию рано. Не каждый skill должен быть виден каждому агенту или арендатору (tenant). Курируемая видимость skills — это и мера безопасности, и мера релевантности, улучшающая качество маршрутизации.

Также логируйте всё: выбор skill, чтения ресурсов, запросы на выполнение скриптов и утверждения. Если ваш разбор инцидентов не может восстановить, какой skill повлиял на ответ, у вас нет производственной наблюдаемости.

Более крупный сдвиг стратегии заключается в следующем: skills превращают поведение агента в композируемую цепочку поставок. Команды могут версионировать, ревьюить и релизить экспертизу подобно программным компонентам. Это позволяет независимо развиваться без постоянного переобучения людей переписывать мегапромпты.

Если вы строите .NET-агентов корпоративного масштаба, откладывание этого паттерна обойдётся вам дорого. Вы получите разрастание инструкций, непоследовательное применение политик и хрупкое поведение при изменениях.

Agent Skills не убирает сложность, но переносит её в управляемые компоненты. Именно это и должна делать зрелая программная архитектура. Для многих команд этот релиз — момент, когда инженерия агентов в .NET начинает выглядеть как настоящая платформенная инженерия.

Один только ИИ не изменит бизнес — изменит система вокруг него

Emiliano Montesdeoca — Sun, 14 Jun 2026 00:00:00 +0000

В последнем эссе о платформе Microsoft AI есть одна строка, которая, на мой взгляд, отражает суть текущего момента:

победителями станут не те, у кого больше всего демо, а те, кто превратит ИИ в управляемую, непрерывно улучшающуюся систему для реальной работы.

Это абсолютно верно.

Это один из лучших стратегических текстов об ИИ, потому что он правильно выбирает уровень рассмотрения

Слишком многие разговоры об ИИ до сих пор сводятся к разговору о моделях.

Какая модель умнее. Какая модель дешевле. Какая модель новее.

Это не бессмысленные вопросы, но они слишком мелкие, если мыслить в масштабах предприятия.

Исходная статья правильно оценивает масштаб задачи. В ней прямо говорится, что «успех определяет система вокруг ИИ».

Это и есть полезная рамка.

Потому что реальная корпоративная ценность приходит от системы вокруг модели:

как строятся агенты
как они закрепляются в корпоративном контексте
как они разворачиваются
как ими управляют
как они улучшаются со временем

Именно это отличает разрозненные эксперименты от настоящей трансформации.

Почему я считаю эту рамку настолько важной

Если фокусироваться только на модели, вы получаете краткосрочные преимущества.

Если фокусироваться на системе, вы получаете рычаг влияния, который накапливается со временем.

Это и есть ключевое различие.

И это тесно перекликается с тем, куда в последнее время движутся истории Foundry, GitHub, Microsoft IQ и Agent Framework.

Моё мнение

Это один из самых сильных стратегических текстов в подборке, потому что он описывает ИИ как операционную систему для работы, а не как набор разрозненных демо.

Это тот уровень, на котором предприятиям действительно нужно мыслить.

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

Оригинальный пост: AI alone won’t change your business. The system running it will.