Visual Studio | The .NET Blog

Обновление Visual Studio 2026 за апрель: облачный агент, пользовательские агенты и агент отладчика

Emiliano Montesdeoca — Thu, 14 May 2026 00:00:00 +0000

Этот пост был переведён автоматически. Для оригинальной версии нажмите здесь.

Апрельское обновление Visual Studio 2026 (18.5) включает интеграцию облачного агента, пользовательские агенты на уровне пользователя, инструменты C++, достигающие GA, и новый Агент Отладчика.

Облачный агент: делегирование работы удалённой сессии Copilot

В средстве выбора агентов в окне Chat выбор Cloud позволяет передать задачу удалённому агенту кодирования Copilot. Вы описываете работу, агент создаёт issue на GitHub в вашем репозитории, а затем открывает PR по завершении. Вы получаете уведомление с кнопками “View PR” / “Open in browser” — всё работает пока вы продолжаете кодировать, или даже с закрытой IDE.

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

Пользовательские агенты, хранящиеся в %USERPROFILE%/.github/agents/, больше не ограничены одним репозиторием — они следуют за вами между проектами. Путь хранения настраивается в Tools > Параметры > GitHub > Copilot > Chat. Кнопка + в средстве выбора агентов позволяет создавать новые агенты напрямую. Они получают те же возможности, что и агенты в области репозитория: осознание рабочей области, инструменты, выбор модели и подключения MCP.

Встроенные агенты: Agent, Ask, Copilot CLI, Debugger, Modernize, Profiler.

Инструменты редактирования кода C++ становятся GA

Два инструмента — get_symbol_call_hierarchy и get_symbol_class_hierarchy — теперь включены по умолчанию. Они дают Copilot языковую навигацию по базам кода C++, охватывая иерархии наследования и цепочки вызовов функций. Включите через значок Tools в Copilot Chat. Лучше всего работает с моделями, поддерживающими вызов инструментов.

Агент Отладчика: исправления проверяются на реальном поведении среды выполнения

Начните с issue GitHub или Azure DevOps (или описания на естественном языке), переключитесь в режим Debugger, и агент:

Создаёт минимальный воспроизводитель
Генерирует гипотезы сбоя
Инструментирует приложение трассировочными точками и условными точками останова
Запускает реальную сеанс отладки
Анализирует живую телеметрию
Предлагает точное исправление

Вы остаётесь в цикле на протяжении всего процесса — это интерактивно, а не полностью автономно.

Исправление приоритета IntelliSense

VS теперь подавляет завершения Copilot, пока список IntelliSense активен. Только одно предложение за раз. Это была частая точка трения, и теперь включено по умолчанию.

Полные примечания к выпуску и загрузка на devblogs.microsoft.com.

Поддержка SDK-стиля для проектов расширений в Visual Studio

Emiliano Montesdeoca — Wed, 13 May 2026 00:00:00 +0000

Этот пост был переведён автоматически. Для оригинальной версии нажмите здесь.

Поддержка SDK-стиля для проектов расширений VSSDK теперь официально доступна в Visual Studio 18.5 — классические проекты расширений VSIX могут отказаться от старого формата .csproj в стиле MPF.

Что меняется в файле проекта

Самое заметное изменение — насколько меньше становится файл проекта. Типичное расширение VSSDK теперь выглядит так:

<Project Sdk="Microsoft.NET.Sdk">
 <PropertyGroup>
 <TargetFramework>net472</TargetFramework>
 <VSSDKBuildToolsAutoSetup>true</VSSDKBuildToolsAutoSetup>
 <VsixDeployOnDebug>true</VsixDeployOnDebug>
 <GeneratePkgDefFile>true</GeneratePkgDefFile>
 </PropertyGroup>
 <ItemGroup><ProjectCapability Include="CreateVsixContainer" /></ItemGroup>
 <ItemGroup>
 <PackageReference Include="Microsoft.VisualStudio.SDK" Version="17.14.40265" ExcludeAssets="runtime" />
 <PackageReference Include="Microsoft.VSSDK.BuildTools" Version="18.5.38461" />
 </ItemGroup>
</Project>

VSSDKBuildToolsAutoSetup=true применяет разумные значения по умолчанию: CreateVsixContainer=true и устаревшее DeployExtension=false. Это единственное свойство заменяет значительную часть того, что раньше приходилось указывать явно.

Улучшение времени сборки

Включены Fast Up-To-Date Check и поддержка инкрементальной сборки. Для больших решений с небольшими изменениями это даёт сокращение времени сборки до 75% — существенное, если вы итерируете над расширением в рамках большого хост-решения.

Новые vs. существующие проекты

Новые проекты расширений, созданные в 18.5, автоматически используют SDK-стиль. Существующие расширения в стиле MPF продолжают работать — миграция необязательна. Важный момент при миграции: добавьте <UseWpf>true</UseWpf>, если расширение использует XAML. Также необходимо пометить расширение как развёртываемое в файле .sln или .slnx.

Дизайнер vsixmanifest по умолчанию заменён XML-редактором — правый клик → Открыть с помощью, если нужен старый дизайнер.

Агентный путь миграции

Агент Modernize в vs-agent-plugins может автоматизировать миграцию. Несколько реальных расширений уже были конвертированы таким образом: Smart Screen, Command Explorer, Postfix Templates и Whitespace Visualizer от Mads Kristensen.

Важно отметить

VisualStudio.Extensibility (более новый фреймворк расширяемости) уже поддерживал SDK-стиль. Это обновление обеспечивает паритет с классическим путём VSSDK. Единственное требование — рабочая нагрузка разработки расширений Visual Studio.

Полные сведения в официальном посте.

Инструменты Azure MCP теперь встроены в Visual Studio 2022 — Расширение не требуется

Emiliano Montesdeoca — Thu, 16 Apr 2026 00:00:00 +0000

Эта статья была переведена автоматически. Для просмотра оригинала нажмите здесь.

Если вы использовали инструменты Azure MCP в Visual Studio через отдельное расширение, вы знаете этот ритуал — установить VSIX, перезапустить, надеяться, что ничего не сломается, разбираться с несовместимостью версий. Это трение осталось в прошлом.

Yun Jung Choi объявила, что инструменты Azure MCP теперь поставляются непосредственно в составе рабочей нагрузки разработки Azure в Visual Studio 2022. Без расширения. Без VSIX. Без танцев с перезапуском.

Что это означает на практике

Начиная с Visual Studio 2022 версии 17.14.30, Azure MCP Server включён в рабочую нагрузку разработки Azure. Если эта рабочая нагрузка уже установлена, достаточно включить его в GitHub Copilot Chat — и всё готово.

Более 230 инструментов для 45 сервисов Azure — доступны прямо из окна чата. Просмотр учётных записей хранилища, развёртывание приложения ASP.NET Core, диагностика проблем App Service, запросы к Log Analytics — всё это без открытия вкладки браузера.

Почему это важнее, чем кажется

Вот в чём суть инструментов для разработчиков: каждый лишний шаг — это трение, а трение убивает внедрение. MCP в виде отдельного расширения означал несовместимость версий, ошибки установки и ещё одну вещь, которую нужно поддерживать в актуальном состоянии. Встраивание в рабочую нагрузку означает:

Единый путь обновления через Visual Studio Installer
Никакого расхождения версий между расширением и IDE
Всегда актуально — MCP Server обновляется с регулярными релизами VS

Для команд, стандартизирующих на Azure, это очень важно. Устанавливаете рабочую нагрузку один раз, включаете инструменты, и они доступны в каждой сессии.

Что можно делать с помощью этих инструментов

Инструменты охватывают полный жизненный цикл разработки через Copilot Chat:

Изучать — спрашивайте о сервисах Azure, лучших практиках, архитектурных паттернах
Проектировать и разрабатывать — получайте рекомендации по сервисам, настраивайте код приложения
Развёртывать — выделяйте ресурсы и развёртывайте прямо из IDE
Устранять неполадки — запрашивайте логи, проверяйте состояние ресурсов, диагностируйте проблемы в продакшене

Быстрый пример — введите это в Copilot Chat:

List my storage accounts in my current subscription.

Copilot вызывает инструменты Azure MCP за кулисами, запрашивает ваши подписки и возвращает отформатированный список с именами, расположениями и SKU. Портал не нужен.

Как включить

Обновите Visual Studio 2022 до версии 17.14.30 или выше
Убедитесь, что установлена рабочая нагрузка Azure development
Откройте GitHub Copilot Chat
Нажмите кнопку Select tools (значок с двумя гаечными ключами)
Включите Azure MCP Server

Вот и всё. Настройка сохраняется между сессиями.

Одно замечание

Инструменты отключены по умолчанию — нужно включить их вручную. И инструменты, специфичные для VS 2026, недоступны в VS 2022. Доступность инструментов также зависит от разрешений вашей подписки Azure, как и в портале.

Общая картина

Это часть чёткого тренда: MCP становится стандартным способом предоставления облачных инструментов в IDE для разработчиков. Мы уже видели стабильный релиз Azure MCP Server 2.0 и интеграции MCP в VS Code и других редакторах. Встраивание в систему рабочих нагрузок Visual Studio — естественное развитие.

Для нас, .NET-разработчиков, которые живут в Visual Studio, это устраняет ещё одну причину переключаться на портал Azure. И честно говоря, чем меньше переключений между вкладками, тем лучше.

Та Самая Настройка Плавающих Окон в Visual Studio, О Которой Вы Не Знали (Но Должны)

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Этот пост был переведён автоматически. Оригинал можно прочитать здесь.

Если вы используете несколько мониторов с Visual Studio (а честно говоря, кто сейчас не использует?), вы наверняка сталкивались с раздражающей проблемой: плавающие окна инструментов исчезают при сворачивании основной IDE, они всегда остаются поверх всего остального и не отображаются отдельными кнопками в панели задач. Это работает для некоторых рабочих процессов, но для мультимониторных конфигураций — это расстраивает.

Мадс Кристенсен из команды Visual Studio поделился малоизвестной настройкой, которая полностью меняет поведение плавающих окон. Один выпадающий список. Вот и всё.

Настройка

Tools > Options > Environment > Windows > Floating Windows

Выпадающий список “These floating windows are owned by the main window” имеет три варианта:

None — полная независимость. Каждое плавающее окно получает собственную запись в панели задач и ведёт себя как обычное окно Windows.
Tool Windows (по умолчанию) — документы свободно плавают, окна инструментов привязаны к IDE.
Documents and Tool Windows — классическое поведение Visual Studio, всё привязано к главному окну.

Почему “None” — лучший выбор для мультимониторных настроек

Установите None, и внезапно все ваши плавающие окна инструментов и документов начинают вести себя как настоящие приложения Windows. Они появляются в панели задач, остаются видимыми при сворачивании основного окна Visual Studio и перестают навязчиво выходить на передний план.

Совместите это с PowerToys FancyZones — и это полностью меняет игру. Создайте пользовательские макеты на своих мониторах, расположите Solution Explorer в одной зоне, отладчик в другой, а файлы кода где угодно. Всё остаётся на месте, всё доступно независимо, и ваше рабочее пространство ощущается организованным, а не хаотичным.

Быстрые рекомендации

Продвинутые пользователи с несколькими мониторами: Установите None, используйте в паре с FancyZones
Иногда используете плавающие окна: Tool Windows (по умолчанию) — хороший компромисс
Традиционный рабочий процесс: Documents and Tool Windows сохраняет классическое поведение

Совет профессионала: Ctrl + двойной клик по заголовку любого окна инструментов, чтобы мгновенно сделать его плавающим или закрепить. Перезапуск после изменения настройки не нужен.

Заключение

Это одна из тех настроек из серии «не могу поверить, что я этого не знал». Если плавающие окна в Visual Studio когда-либо вас раздражали, идите и измените эту настройку прямо сейчас.

Прочитайте полный пост для подробностей и скриншотов.

Bookmark Studio добавляет слотовую навигацию и обмен закладками в Visual Studio

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Этот пост был переведён автоматически. Оригинальную версию можно найти здесь.

Закладки в Visual Studio всегда были… нормальными. Ставишь одну, переходишь к следующей, забываешь какая есть какая. Работают, но никогда не были чем-то, что назвали бы мощным.

Mads Kristensen только что выпустил Bookmark Studio — экспериментальное расширение, которое заполняет именно те пробелы, с которыми вы, вероятно, сталкивались.

Слотовая навигация

Закладки можно назначить на слоты 1–9 и перейти к ним напрямую через Alt+Shift+1 по Alt+Shift+9. Новые закладки автоматически получают следующий свободный слот.

Менеджер закладок

Новое окно инструментов показывает все закладки с фильтрацией по имени, файлу, расположению, цвету или слоту.

Организация с метками, цветами и папками

Закладки могут иметь метки, цвета и группироваться в папки. Метаданные сохраняются по solution.

Экспорт и обмен

Bookmark Studio позволяет экспортировать закладки как текст, Markdown или CSV.

Закладки, следующие за кодом

Bookmark Studio отслеживает закладки относительно привязанного текста, поэтому они не сдвигаются на неправильные строки при редактировании.

Подведём итоги

Bookmark Studio ничего не переизобретает. Берёт функцию, которая годами была «достаточной», и делает её действительно полезной. Скачайте из Visual Studio Marketplace.

Мартовское обновление Visual Studio позволяет создавать собственные агенты Copilot — и find_symbol меняет правила игры

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Этот пост был переведён автоматически. Оригинальную версию можно найти здесь.

Visual Studio только что получила самое значительное обновление Copilot. Mark Downie объявил о мартовском релизе, и заголовок — пользовательские агенты, но честно говоря, инструмент find_symbol может оказаться функцией, которая больше всего изменит ваш рабочий процесс.

Пользовательские агенты Copilot в вашем репозитории

Хотите, чтобы Copilot следовал стандартам кодирования вашей команды? Пользовательские агенты определяются как файлы .agent.md в .github/agents/. Каждый агент имеет полный доступ к workspace, пониманию кода, инструментам, вашей предпочтительной модели и MCP-соединениям.

Навыки агента: переиспользуемые наборы инструкций

Навыки автоматически подхватываются из .github/skills/ в вашем репозитории или ~/.copilot/skills/ в профиле.

find_symbol: навигация с поддержкой языка

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

Для .NET-разработчиков это огромное улучшение — кодовые базы на C# с глубокими иерархиями типов получают огромную пользу.

Профилирование тестов с Copilot

В контекстном меню Test Explorer появился Profile with Copilot. Profiling Agent запускает тест и автоматически анализирует производительность.

Perf Tips во время отладки

Оптимизация производительности теперь происходит прямо во время отладки. Visual Studio показывает время выполнения inline. Увидели медленную строку? Кликните Perf Tip и попросите Copilot предложить оптимизации.

Исправление уязвимостей NuGet из Solution Explorer

При обнаружении уязвимости NuGet-пакета в Solution Explorer появляется ссылка Fix with GitHub Copilot.

Подведём итоги

Пользовательские агенты и навыки — заголовок, но find_symbol — скрытая жемчужина, которая фундаментально меняет точность Copilot при рефакторинге .NET-кода. Скачайте Visual Studio 2026 Insiders, чтобы всё попробовать.

VS Code 1.112: что действительно важно для .NET-разработчиков

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

VS Code 1.112 только что приземлился, и честно? Этот релиз ощущается иначе, если вы проводите дни в мире .NET. В официальных заметках о релизе много всего, но позвольте мне сэкономить вам время и сосредоточиться на том, что действительно важно для нас.

Copilot CLI стал намного полезнее

Главная тема этого релиза — автономность агентов — предоставление Copilot больше пространства для работы без того, чтобы вы контролировали каждый шаг.

Управление сообщениями и очередь

Знаете тот момент, когда Copilot CLI на полпути через задачу, и вы понимаете, что забыли что-то упомянуть? Раньше приходилось ждать. Теперь вы можете просто отправлять сообщения, пока запрос ещё обрабатывается — либо для корректировки текущего ответа, либо для постановки в очередь последующих инструкций.

Это огромное улучшение для длинных задач генерации dotnet, когда вы наблюдаете, как Copilot настраивает проект и думаете «ой, мне ещё нужен MassTransit туда».

Уровни разрешений

Вот что меня больше всего радует. Сессии Copilot CLI теперь поддерживают три уровня разрешений:

Стандартные разрешения — обычный поток, где инструменты запрашивают подтверждение перед выполнением
Пропуск подтверждений — автоматически одобряет всё и повторяет при ошибках
Автопилот — полностью автономный режим: одобряет инструменты, сам отвечает на свои вопросы и продолжает до завершения задачи

Если вы делаете что-то вроде создания нового ASP.NET Core API с Entity Framework, миграциями и Docker-настройкой — режим Автопилот означает, что вы описываете, что хотите, и идёте за кофе. Он разберётся.

Включить Автопилот можно через настройку chat.autopilot.enabled.

Предварительный просмотр изменений перед делегированием

Когда вы делегируете задачу Copilot CLI, он создаёт worktree. Раньше, если у вас были незакоммиченные изменения, приходилось проверять Source Control, чтобы увидеть, что будет затронуто. Теперь представление Chat показывает ожидающие изменения прямо перед тем, как вы решите, копировать, переместить или проигнорировать их.

Мелочь, но это спасает от того момента «подождите, что у меня было в staged?».

Отладка веб-приложений без выхода из VS Code

Встроенный браузер теперь поддерживает полную отладку. Вы можете ставить точки останова, пошагово проходить код и проверять переменные — всё внутри VS Code. Больше не нужно переключаться на Edge DevTools.

Появился новый тип отладки editor-browser, и если у вас уже есть конфигурации запуска для msedge или chrome, миграция так же проста, как изменение поля type в вашем launch.json:

{
 "type": "editor-browser",
 "request": "launch",
 "name": "Debug Blazor App",
 "url": "https://localhost:5001"
}

Для Blazor-разработчиков это переломный момент. Вы уже запускаете dotnet watch в терминале — теперь и отладка остаётся в том же окне.

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

Песочница для MCP-серверов

Это важнее, чем может показаться. Если вы используете MCP-серверы — может быть, настроили пользовательский для ваших Azure-ресурсов или запросов к базе данных — они работали с теми же правами, что и ваш процесс VS Code. То есть полный доступ к файловой системе, сети, всему.

Теперь их можно изолировать в песочнице. В вашем mcp.json:

{
 "servers": {
 "my-azure-tools": {
 "command": "node",
 "args": ["./mcp-server.js"],
 "sandboxEnabled": true
 }
 }
}

Когда изолированному серверу нужен доступ к чему-то, чего у него нет, VS Code запрашивает разрешение. Гораздо лучше подхода «надеемся, никто не сделает ничего странного».

Примечание: Песочница доступна на macOS и Linux на данный момент. Поддержка Windows на подходе — но удалённые сценарии вроде WSL уже работают.

Обнаружение кастомизаций в монорепозиториях

Если вы работаете в монорепозитории (и будем честны, многие корпоративные .NET-решения в итоге становятся таковыми), это решает реальную проблему.

Раньше, если вы открывали подпапку вашего репозитория, VS Code не находил ваш copilot-instructions.md, AGENTS.md или пользовательские скиллы, находящиеся в корне репозитория. Теперь с настройкой chat.useCustomizationsInParentRepositories он поднимается до корня .git и обнаруживает всё.

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

/troubleshoot для отладки агентов

Когда-нибудь настраивали пользовательские инструкции или скиллы и гадали, почему они не подхватываются? Новый скилл /troubleshoot читает отладочные логи агента и сообщает, что произошло — какие инструменты были использованы или пропущены, почему инструкции не загрузились и что вызывает медленные ответы.

Включите его с помощью:

{
 "github.copilot.chat.agentDebugLog.enabled": true,
 "github.copilot.chat.agentDebugLog.fileLogging.enabled": true
}

Затем просто введите /troubleshoot почему мой пользовательский скилл не загружается? в чат.

Теперь также можно экспортировать и импортировать эти отладочные логи, что отлично подходит для обмена с командой, когда что-то работает не так, как ожидалось.

Поддержка изображений и бинарных файлов

Агенты теперь могут читать файлы изображений с диска и бинарные файлы нативно. Бинарные файлы представлены в формате hexdump, а выводы изображений (например, скриншоты из встроенного браузера) отображаются в карусельном виде.

Для .NET-разработчиков подумайте: вставьте скриншот UI-бага в чат, и агент поймёт, что не так, или пусть он проанализирует вывод рендеринга компонента Blazor.

Автоматические ссылки на символы

Небольшое улучшение качества жизни: когда вы копируете имя символа (класс, метод и т.д.) и вставляете его в чат, VS Code теперь автоматически преобразует его в ссылку #sym:Name. Это даёт агенту полный контекст об этом символе без необходимости вручную добавлять его.

Если вам нужен обычный текст, используйте Ctrl+Shift+V.

Плагины теперь можно включать/отключать

Раньше отключение MCP-сервера или плагина означало его удаление. Теперь их можно переключать — как глобально, так и для каждого рабочего пространства. Правый клик в представлении Extensions или Customizations — и готово.

Плагины из npm и pypi также могут автоматически обновляться, хотя сначала запросят подтверждение, поскольку обновления означают запуск нового кода на вашей машине.

Итог

VS Code 1.112 явно усиленно развивает агентный опыт — больше автономности, лучшая отладка, более строгая безопасность. Для .NET-разработчиков встроенная отладка браузера и улучшения Copilot CLI — это главные новшества.

Если вы ещё не пробовали запустить полную сессию Copilot CLI в режиме Автопилот для .NET-проекта, этот релиз — хорошее время для начала. Просто не забудьте настроить разрешения и дайте ему поработать.

Скачайте VS Code 1.112 или обновите изнутри VS Code через Help > Check for Updates.