Productivity | The .NET Blog

VS Code 1.119: OpenTelemetry для сеансов агентов, интеграция браузера и безопасность

Emiliano Montesdeoca — Fri, 15 May 2026 00:00:00 +0000

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

VS Code 1.119 вышел 6 мая 2026 года (с патчем безопасности 1.119.1 вскоре после). Релиз сфокусирован на наблюдаемости агентов, взаимодействии с браузером и сокращении прерываний.

Трассировка OpenTelemetry для сеансов агентов

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

"github.copilot.chat.otel.enabled": true,
"github.copilot.chat.otel.otlpEndpoint": "http://localhost:4318"

Трассы следуют семантическим соглашениям GenAI. Каждый запрос агента создаёт корневой спан invoke_agent с вложенными дочерними спанами: chat, execute_tool и execute_hook. Использование токенов сообщается по каждому запросу — включая счётчики чтения кэша и его создания.

Работает с локальным агентом, фоновым агентом Copilot CLI и агентом Claude. Любой бэкенд, совместимый с OTLP, принимает трассы — автономная панель управления Aspire хорошо подходит для локальной разработки.

Агенты теперь могут обращаться к вкладкам браузера

Агенты могут запрашивать доступ к вкладкам встроенного браузера — но не автоматически. Вы должны явно открыть общий доступ к вкладке через средство выбора контекста, перетаскивание или предложенный контекст. В браузере есть кнопка совместного использования для отзыва доступа. Когда агент пытается открыть новую вкладку на том же домене, что и уже открытая (не общая) вкладка, VS Code предлагает повторно использовать существующую.

Оптимизация использования токенов

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

Доверие и безопасность

Меньше прерываний: VS Code 1.119 сокращает запросы на сетевой доступ и записи во временные папки от агентов. Патч 1.119.1 устраняет конкретные проблемы безопасности — стоит обновиться, если вы ещё не сделали этого.

Быстрое переключение на предварительный просмотр Markdown

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

VS Code Agents (предварительный просмотр Insiders)

Переработанный интерфейс сеансов агентов — новый выбор репозитория (локальный/репозитории/удалённый), улучшения подсеансов, улучшения для веб и мобильных устройств, анимации прогресса — доступен в Insiders на insiders.vscode.dev/agents.

Полный список изменений: code.visualstudio.com/updates/v1_119.

Обновление 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.

Та Самая Настройка Плавающих Окон в 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 когда-либо вас раздражали, идите и измените эту настройку прямо сейчас.

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

Azure DevOps наконец-то исправил Markdown-редактор, на который все жаловались

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

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

Если вы используете Azure Boards, вы наверняка сталкивались с этим: читаете описание рабочего элемента, может проверяете критерии приёмки, и случайно делаете двойной клик. Бум — вы в режиме редактирования. Вы ничего не хотели редактировать. Просто читали.

Dan Hellem объявил об исправлении, и это одно из тех изменений, которые звучат мелко, но реально убирают трение из повседневного рабочего процесса.

Что изменилось

Markdown-редактор для текстовых полей рабочих элементов теперь открывается в режиме просмотра по умолчанию. Можно читать контент и взаимодействовать с ним — переходить по ссылкам, проверять форматирование — не беспокоясь о случайном входе в режим редактирования.

Когда действительно хотите редактировать, нажмите на иконку редактирования вверху поля. Закончили — явно вернитесь в режим просмотра. Просто, намеренно, предсказуемо.

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

Тред обратной связи от сообщества был длинным. Поведение двойного клика для редактирования было введено с Markdown-редактором в июле 2025, и жалобы начались почти сразу.

Для команд, которые делают планирование спринтов, уточнение бэклога или код-ревью в Azure Boards, такое микро-трение накапливается.

Статус развёртывания

Уже раскатывается для части пользователей и расширится на всех в ближайшие две-три недели.

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

Не каждое улучшение должно быть заголовочной фичей. Иногда лучшее обновление — просто убрать что-то раздражающее. Это именно такой случай — маленький UX-фикс, который делает Azure Boards менее враждебным для людей, которые просто хотят спокойно прочитать свои рабочие элементы.

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.

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.