На конференции Build 2026, прошедшей 2 и 3 июня в Сан-Франциско, Microsoft показала, как собирается перестраивать ИИ в Visual Studio под более приземленные задачи, чем очередной чат в боковой панели. Главный анонс для команд с тяжелым энтерпрайз-наследием и строгими политиками безопасности: IDE движется к модели BYOK, то есть позволит подключать собственные ключи и модели вместо жестко заданного набора AI-эндпоинтов.
Это важно не только для поклонников Visual Studio, но и для тех, кто последние месяцы смотрел на ИИ-функции Microsoft с ощущением «спасибо, но у нас комплаенс». Как пишет The New Stack, компания прямо признала проблему: прежняя схема с ограниченным числом одобренных подключений оставляла за бортом часть корпоративных заказчиков, которым нужны локальные модели, другой провайдер или просто больше контроля над стоимостью и маршрутом данных.
По сути Microsoft делает двойной ход. С одной стороны, она открывает ИИ в Visual Studio для внешних моделей и ключей. С другой, встраивает агентный сценарий не рядом с IDE, а внутрь привычных инструментов разработки. Речь идет не только о генерации кода, а о более дорогих по времени задачах: отладке, профилировании, тестировании, разборе merge conflict и модернизации старых .NET-приложений. В официальном блоге Visual Studio менеджер продукта Мадс Кристенсен сформулировал это без особой романтики: цель не в том, чтобы заменить существующие инструменты, а в том, чтобы плотнее их связать и превратить диагностические данные в действие.
Для корпоративных команд это, возможно, самый здравый разворот из всех AI-анонсов Microsoft за последнее время. В крупных C#- и C++-проектах боль обычно не в том, чтобы дописать еще одну функцию по подсказке. Боль в другом: найти, почему сервис тормозит под нагрузкой, откуда лезет нестабильный баг, почему регрессия всплывает только на определенном наборе данных и как не утонуть в ручной рутине вокруг тестов и конфликтов слияния. Именно под такие сценарии Microsoft и подводит агентную модель в Visual Studio. На Build этому посвятили отдельную сессию BRK207 с говорящим названием про агентов, которые помогают отлаживать, профилировать и тестировать.
Не менее показателен сам акцент на BYOK. Microsoft фактически признает, что эпоха «мы уже выбрали правильный стек ИИ за вас» работает не для всех. Для части компаний это вопрос регуляторики и суверенитета данных, для части — банально денег, для части — требований к задержкам и размещению модели ближе к инфраструктуре. Если возможность подключать свои модели в облаке или локально действительно доедет до стабильной реализации, Visual Studio получит шанс вернуть тех заказчиков, которые не готовы строить рабочий процесс вокруг единственного поставщика AI-сервиса. В корпоративной разработке гибкость нередко продается лучше, чем красивая демо-сцена.
Второй заметный блок — модернизация .NET-приложений. Microsoft расширяет GitHub Copilot modernization, встроенный агентный сценарий обновления приложений до актуального .NET-стека. Летом компания обещает поддержку миграции Web Forms в Blazor, а также добавление Aspire в существующие приложения для наблюдаемости и оркестрации, ориентированной на облачную среду. Логика понятна: переписывать старые системы с нуля дорого, страшно и редко проходит в бюджет без скандала. Если агент умеет сначала оценить проект, затем собрать план, а потом пошагово вести обновление, это уже выглядит не как магия для пресс-релиза, а как попытка зайти в многолетний слой технического долга, где у Microsoft по-прежнему огромная база клиентов.
Правда, здесь стоит держать холодную голову. Обещание «поможем перевести Web Forms в Blazor» звучит отлично до первого нестандартного легаси-модуля, кастомной интеграции или особого набора бизнес-правил, которые жили в проекте дольше половины команды. Агент может сократить стоимость разведки и части рутинной миграции, но не отменяет архитектурных компромиссов, тестирования и ручной проверки критичных мест. И все же сама постановка задачи намного интереснее, чем бесконечные соревнования в стиле «кто быстрее напишет CRUD по промпту».
Кроме больших анонсов Microsoft показала несколько менее громких, но вполне земных улучшений. Visual Studio начнет проверять ошибки и предупреждения до запуска сборки, чтобы не гонять билд впустую, если проблема уже лежит в Error List. Компания также работает над AI-помощью при разрешении merge conflict: не автослияние любой ценой, а подсказки для понимания конфликта и выбора решения. Еще один элемент — навыки, созданные Microsoft, которые должны автоматически подтягиваться в зависимости от типа проекта и контекста задачи. Иными словами, меньше ручного «угадай правильный промпт», больше попыток встроить поведение агента в реальные рабочие сценарии.
Под капотом Visual Studio переходит на GitHub Copilot SDK как на базу для дальнейшей AI-интеграции. Для конечного пользователя это не та новость, ради которой открывают шампанское, но именно такие изменения обычно определяют, насколько быстро платформа потом получает новые функции и насколько безболезненно живет рядом с остальной экосистемой Copilot. Если Microsoft действительно унифицирует фундамент, а не просто меняет вывеску, ей будет проще доставлять новинки в Visual Studio без вечного ощущения, что VS Code живет на пару кварталов впереди.
Вся эта история выглядит еще и как аккуратная коррекция собственных перегибов Microsoft. Компания долго продвигала Copilot и агентный подход сверху вниз, будто разработчики просто обязаны встроиться в готовую AI-конструкцию. Теперь риторика становится менее назидательной: хотите другой ключ, другую модель, локальный запуск, более строгие рамки по данным — ладно, давайте разговаривать. Для русскоязычных команд, которые работают с .NET, C++ и корпоративным стеком Microsoft, это, пожалуй, главный сигнал Build 2026. Победит не тот IDE, где ИИ громче всех говорит, а тот, где он меньше мешает, лучше вписывается в процесс и не требует ради себя перестраивать всю инженерную политику компании.
The post Microsoft открывает Visual Studio для сторонних ИИ-моделей appeared first on iTech News.