Июньская волна 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-систем, а не просто набором инструментов разработки. Это более сложный продукт для создания и гораздо более ценный для внедрения.
