Visual-Studio | The .NET Blog

Narzędzia Azure MCP Są Teraz Wbudowane w Visual Studio 2022 — Żadnego Rozszerzenia

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

Ten post został automatycznie przetłumaczony. Aby przejść do oryginału, kliknij tutaj.

Jeśli korzystałeś z narzędzi Azure MCP w Visual Studio przez oddzielne rozszerzenie, znasz procedurę — zainstaluj VSIX, zrestartuj, miej nadzieję, że nie popsuje, zarządzaj niezgodnościami wersji. To tarcie zniknęło.

Yun Jung Choi ogłosiła, że narzędzia Azure MCP są teraz dostarczane bezpośrednio jako część obciążenia deweloperskiego Azure w Visual Studio 2022. Żadnego rozszerzenia. Żadnego VSIX.

Co to faktycznie oznacza

Ponad 230 narzędzi w 45 usługach Azure — dostępnych bezpośrednio z okna czatu. Wylistuj swoje konta pamięci masowej, wdróż aplikację ASP.NET Core, diagnostykuj problemy App Service — wszystko bez otwierania karty przeglądarki.

Jak włączyć

Zaktualizuj do Visual Studio 2022 17.14.30 lub nowszego
Upewnij się, że obciążenie Azure development jest zainstalowane
Otwórz GitHub Copilot Chat
Kliknij przycisk Wybierz narzędzia (ikona dwóch kluczy)
Włącz Azure MCP Server

Pozostaje włączone między sesjami.

Zastrzeżenie

Narzędzia są domyślnie wyłączone — musisz je włączyć. Dla .NET deweloperów korzystających z Visual Studio oznacza to jeszcze mniej powodów do przełączania kontekstu do portalu Azure.

To ustawienie Visual Studio dla pływających okien, o którym nie wiedziałeś (a powinieneś)

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

Ten post został automatycznie przetłumaczony. Aby przejść do oryginału, kliknij tutaj.

Jeśli używasz wielu monitorów z Visual Studio (a szczerze, kto tego nie robi w dzisiejszych czasach), prawdopodobnie doświadczyłeś irytacji: pływające okna narzędziowe znikają po zminimalizowaniu głównego IDE, zawsze pozostają na wierzchu wszystkiego innego i nie pojawiają się jako oddzielne przyciski na pasku zadań. To działa w niektórych przepływach pracy, ale przy konfiguracji wielomonitorowej jest frustrujące.

Mads Kristensen z zespołu Visual Studio podzielił się mało znanum ustawieniem, które całkowicie zmienia sposób zachowania pływających okien. Jedna lista rozwijana. To wszystko.

Ustawienie

Narzędzia > Opcje > Środowisko > Okna > Pływające okna

Lista rozwijana “Te pływające okna należą do głównego okna” ma trzy opcje:

Żadne — pełna niezależność. Każde pływające okno dostaje własny wpis na pasku zadań i zachowuje się jak normalne okno Windows.
Okna narzędziowe (domyślne) — dokumenty pływają swobodnie, okna narzędziowe pozostają powiązane z IDE.
Dokumenty i okna narzędziowe — klasyczne zachowanie Visual Studio, wszystko powiązane z głównym oknem.

Dlaczego “Żadne” to właściwy wybór przy konfiguracji wielomonitorowej

Ustaw na Żadne i nagle wszystkie twoje pływające okna narzędziowe i dokumenty zachowują się jak prawdziwe aplikacje Windows. Pojawiają się na pasku zadań, pozostają widoczne po zminimalizowaniu głównego okna Visual Studio i przestają wymuszać się na pierwszym planie.

Połącz to z PowerToys FancyZones i to jest zmiana zasad gry. Twórz niestandardowe układy na swoich monitorach, przyciągaj Eksploratora rozwiązań do jednej strefy, debugger do innej i pliki kodu gdzie chcesz. Wszystko pozostaje na swoim miejscu, wszystko jest niezależnie dostępne, a przestrzeń robocza wydaje się zorganizowana zamiast chaotyczna.

Szybkie rekomendacje

Użytkownicy wielomonitorowi: Ustaw na Żadne, połącz z FancyZones
Okazjonalni użytkownicy pływających okien: Okna narzędziowe (domyślne) to solidny kompromis
Tradycyjny przepływ pracy: Dokumenty i okna narzędziowe zachowuje wszystko klasycznie

Wskazówka: Ctrl + dwukliknięcie na pasku tytułu dowolnego okna narzędziowego, by natychmiast pływać lub zadokować. Po zmianie ustawienia nie jest wymagane ponowne uruchomienie.

Podsumowanie

To jedno z tych ustawień “nie mogę uwierzyć, że o tym nie wiedziałem”. Jeśli kiedykolwiek pływające okna w Visual Studio cię irytowały, idź i zmień to teraz.

Przeczytaj pełny post po szczegóły i zrzuty ekranu.

Aktualizacja Visual Studio z marca pozwala budować własne agenty Copilot — a narzędzie find_symbol to poważna sprawa

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

Ten post został automatycznie przetłumaczony. Aby przejść do oryginału, kliknij tutaj.

Visual Studio właśnie otrzymało swoją najważniejszą aktualizację Copilot do tej pory. Mark Downie ogłosił wydanie marcowe, a nagłówek to własne agenty — ale szczerze, narzędzie find_symbol zakopane głębiej może być funkcją, która najbardziej zmieni twój przepływ pracy.

Pozwól, że rozbiję to, co tu faktycznie jest.

Własne agenty Copilot w twoim repozytorium

Chcesz, by Copilot przestrzegał standardów kodowania twojego zespołu, uruchamiał twój potok kompilacji lub odpytywał wewnętrzną dokumentację? Teraz możesz zbudować dokładnie to.

Własne agenty są definiowane jako pliki .agent.md, które wrzucasz do .github/agents/ w swoim repozytorium. Każdy agent ma pełny dostęp do świadomości przestrzeni roboczej, zrozumienia kodu, narzędzi, preferowanego modelu i połączeń MCP z zewnętrznymi usługami. Pojawiają się w selektorze agentów obok wbudowanych.

To ten sam wzorzec, który VS Code wspierał — i wspaniale zobaczyć, że Visual Studio nadrabia. Dla zespołów, które już zbudowały agenty dla VS Code, twoje pliki .agent.md powinny działać w obu IDE (choć nazwy narzędzi mogą się różnić, więc testuj).

Repozytorium awesome-copilot ma konfiguracje agentów dostarczane przez społeczność, których możesz użyć jako punktów startowych.

Umiejętności agentów: wielokrotnego użytku pakiety instrukcji

Umiejętności są automatycznie wykrywane z .github/skills/ w twoim repozytorium lub ~/.copilot/skills/ w twoim profilu. Każda umiejętność to plik SKILL.md zgodny ze specyfikacją Agent Skills.

Pomyśl o umiejętnościach jak o modułowej wiedzy specjalistycznej, którą możesz mieszać i dopasowywać. Możesz mieć umiejętność dla konwencji API, inną dla wzorców testowania i jeszcze inną dla przepływu wdrożenia. Gdy umiejętność jest aktywowana, pojawia się w czacie, abyś wiedział, że jest stosowana.

Jeśli używasz umiejętności w VS Code, działają one tak samo w Visual Studio teraz.

find_symbol: nawigacja z wiedzą o języku dla agentów

Tu robi się naprawdę interesująco. Nowe narzędzie find_symbol daje trybowi agenta Copilot faktyczną nawigację po symbolach zasilaną przez usługi językowe. Zamiast przeszukiwać kod jak tekst, agent może:

Znaleźć wszystkie odwołania do symbolu w twoim projekcie
Uzyskać informacje o typach, deklaracje i metadane zakresu
Nawigować po miejscach wywołania z pełną świadomością językową

Co to oznacza w praktyce: gdy pytasz Copilot o refaktoryzację metody lub aktualizację sygnatury parametru w miejscach wywołania, może faktycznie zobaczyć strukturę twojego kodu. Koniec z sytuacjami “agent zmienił metodę, ale pominął trzy miejsca wywołania”.

Obsługiwane języki to C#, C++, Razor, TypeScript i wszystko z obsługiwanym rozszerzeniem LSP. Dla programistów .NET to ogromna poprawa — bazy kodu C# z głębokimi hierarchiami typów i interfejsami ogromnie korzystają z nawigacji świadomej symboli.

Profilowanie testów z Copilot

W menu kontekstowym Test Explorer jest teraz polecenie Profiluj z Copilot. Wybierz test, kliknij profiluj, a Agent Profilowania automatycznie go uruchamia i analizuje wydajność — łącząc dane użycia CPU i instrumentacji, by dostarczyć praktycznych spostrzeżeń.

Koniec z ręcznym konfigurowaniem sesji profilera, uruchamianiem testu, eksportowaniem wyników i próbą odczytania wykresu płomieni. Agent robi analizę i mówi ci, co jest wolne i dlaczego. Aktualnie tylko dla .NET, co ma sens, biorąc pod uwagę głęboką integrację diagnostyki .NET w Visual Studio.

Wskazówki dotyczące wydajności podczas debugowania na żywo

Optymalizacja wydajności dzieje się teraz podczas debugowania, a nie po. Gdy przechodzisz przez kod, Visual Studio wyświetla czas wykonania i sygnały wydajności inline. Widzisz wolną linię? Kliknij Wskazówkę Wydajności i poproś Copilot o sugestie optymalizacji zaraz tam.

Agent Profilowania automatycznie przechwytuje dane czasu działania — czas, użycie CPU, zachowanie pamięci — a Copilot używa ich do wskazania gorących miejsc. Dzięki temu praca z wydajnością jest częścią twojego przepływu debugowania, a nie osobnym zadaniem, które ciągle odkładasz.

Naprawianie luk bezpieczeństwa NuGet z Eksploratora rozwiązań

Gdy zostanie wykryta luka w pakiecie NuGet, zobaczysz teraz powiadomienie z linkiem Napraw z GitHub Copilot bezpośrednio w Eksploratorze rozwiązań. Kliknij i Copilot analizuje lukę, rekomenduje odpowiednie aktualizacje pakietów i je implementuje.

Dla zespołów, które mają problem z utrzymywaniem aktualnych zależności (a to właściwie wszyscy), usuwa to tarcie “wiem, że jest luka, ale wypracowanie właściwej ścieżki aktualizacji to projekt sam w sobie.”

Podsumowanie

Własne agenty i umiejętności to nagłówek, ale find_symbol to ukryty hit — fundamentalnie zmienia dokładność Copilot przy refaktoryzacji kodu .NET. W połączeniu z integracją profilowania na żywo i naprawianiem luk bezpieczeństwa, ta aktualizacja sprawia, że funkcje AI Visual Studio wydają się naprawdę praktyczne, a nie tylko gotowe do demonstracji.

Pobierz Visual Studio 2026 Insiders, by wypróbować wszystko.

Bookmark Studio Wprowadza Nawigację Opartą na Slotach i Udostępnianie do Zakładek Visual Studio

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

Ten post został automatycznie przetłumaczony. Aby przejść do oryginału, kliknij tutaj.

Zakładki w Visual Studio zawsze były… w porządku. Ustawiasz jedną, przechodzisz do następnej, zapominasz która jest która.

Mads Kristensen właśnie wydał Bookmark Studio, eksperymentalne rozszerzenie wypełniające luki, na które pewnie natknąłeś się regularnie używając zakładek.

Nawigacja oparta na slotach

Główna nowość: zakładki można teraz przypisywać do slotów 1–9 i bezpośrednio do nich skakać za pomocą Alt+Shift+1 do Alt+Shift+9. To zmienia zakładki z “mam gdzieś jakieś zakładki” na “Slot 3 to mój kontroler API, Slot 5 to warstwa serwisów, Slot 7 to testy.”

Menedżer zakładek

Nowe okno narzędziowe pokazuje wszystkie zakładki w jednym miejscu z filtrowaniem po nazwie, pliku, lokalizacji, kolorze lub slocie.

Organizacja z etykietami, kolorami i folderami

Zakładki mogą opcjonalnie mieć etykiety i kolory oraz być grupowane w foldery. Wszystkie metadane są przechowywane per solucja.

Eksport i udostępnianie

Bookmark Studio pozwala eksportować zakładki jako zwykły tekst, Markdown lub CSV:

Dołączanie ścieżek zakładek do opisów pull requestów
Udostępnianie śladów dochodzenia współpracownikom
Przenoszenie zestawów zakładek między repozytoriami

Pobierz ze sklepu Visual Studio Marketplace.

VS Code 1.112: co programiści .NET powinni naprawdę wiedzieć

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

Ten post został automatycznie przetłumaczony. Aby przejść do oryginału, kliknij tutaj.

VS Code 1.112 właśnie wylądował i szczerze? Ten uderza inaczej, jeśli spędzasz dni w krainie .NET. Jest wiele w oficjalnych notatkach wydania, ale pozwól, że oszczędzę ci przewijania i skupię się na tym, co naprawdę ważne dla nas.

Copilot CLI stał się znacznie bardziej użyteczny

Główny temat tego wydania to autonomia agentów — danie Copilot więcej przestrzeni do działania bez nadzorowania każdego kroku.

Kierowanie wiadomościami i kolejkowanie

Znasz ten moment, gdy Copilot CLI jest w połowie zadania i zdajesz sobie sprawę, że zapomniałeś czegoś wspomnieć? Wcześniej musiałeś czekać. Teraz możesz po prostu wysyłać wiadomości, gdy żądanie jest jeszcze w toku — albo by sterować bieżącą odpowiedzią, albo kolejkować kolejne instrukcje.

To ogromne dla dłuższych zadań szkieletowania dotnet, gdzie obserwujesz Copilot konfigurujący projekt i myślisz “och, poczekaj, potrzebuję też MassTransit tam”.

Poziomy uprawnień

To jest to, na czym mi najbardziej zależy. Sesje Copilot CLI obsługują teraz trzy poziomy uprawnień:

Domyślne uprawnienia — zwykły przepływ, gdzie narzędzia proszą o potwierdzenie przed uruchomieniem
Pomiń zatwierdzenia — automatycznie zatwierdza wszystko i ponawia przy błędach
Autopilot — pełna autonomia: zatwierdza narzędzia, odpowiada na własne pytania i kontynuuje aż do zakończenia zadania

Jeśli robisz coś jak szkieletowanie nowego API ASP.NET Core z Entity Framework, migracjami i konfiguracją Docker — tryb Autopilot oznacza, że opisujesz co chcesz i idziesz po kawę. Samo to rozgryzie.

Możesz włączyć Autopilot z ustawieniem chat.autopilot.enabled.

Podgląd zmian przed delegowaniem

Gdy delegujesz zadanie do Copilot CLI, tworzy on worktree. Wcześniej, jeśli miałeś niezatwierdzone zmiany, musiałeś sprawdzić Kontrolę źródła, by zobaczyć co zostanie dotknięte. Teraz widok Chat pokazuje oczekujące zmiany tam, zanim zdecydujesz czy je skopiować, przenieść czy zignorować.

Mała rzecz, ale oszczędza ten moment “poczekaj, co miałem w stanie staging?”

Debuguj aplikacje webowe bez wychodzenia z VS Code

Zintegrowana przeglądarka obsługuje teraz pełne debugowanie. Możesz ustawiać punkty przerwania, przechodzić przez kod i inspekcjonować zmienne — wszystko wewnątrz VS Code. Koniec z przełączaniem się do Edge DevTools.

Jest nowy typ debugowania editor-browser, a jeśli masz już istniejące konfiguracje uruchamiania msedge lub chrome, migracja jest tak prosta jak zmiana pola type w launch.json:

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

Dla programistów Blazor to zmiana zasad gry. Już uruchamiasz dotnet watch w terminalu — teraz debugowanie też pozostaje w tym samym oknie.

Przeglądarka otrzymała też niezależne poziomy powiększenia (wreszcie), właściwe menu kontekstowe prawym przyciskiem i powiększenie jest zapamiętywane dla każdej witryny.

Piaskownica serwerów MCP

Ta kwestia ma większe znaczenie niż mogłoby się wydawać. Jeśli używasz serwerów MCP — może skonfigurowałeś własny dla zasobów Azure lub zapytań do bazy danych — działały one z tymi samymi uprawnieniami co twój proces VS Code. To oznacza pełny dostęp do systemu plików, sieci, wszystkiego.

Teraz możesz je piaskownicować. W twoim mcp.json:

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

Gdy piaskownicowany serwer potrzebuje dostępu do czegoś, czego nie ma, VS Code prosi o przyznanie uprawnień. Znacznie lepsze niż podejście “mam nadzieję, że nikt nic dziwnego nie zrobi”.

Uwaga: Piaskownicowanie jest dostępne na macOS i Linux. Wsparcie dla Windows jest w planach — zdalne scenariusze jak WSL jednak działają.

Odkrywanie dostosowań monorepo

Jeśli pracujesz w monorepo (a szczerze, wiele rozwiązań enterprise .NET kończy się jako jedno), to rozwiązuje realny problem.

Wcześniej, jeśli otwierałeś podfolder repozytorium, VS Code nie znajdował copilot-instructions.md, AGENTS.md ani własnych umiejętności siedzących w katalogu głównym repozytorium. Teraz z ustawieniem chat.useCustomizationsInParentRepositories chodzi w górę do korzenia .git i odkrywa wszystko.

To oznacza, że twój zespół może współdzielić instrukcje agenta, pliki promptów i własne narzędzia we wszystkich projektach w monorepo bez konieczności otwierania przez wszystkich folderu głównego.

/troubleshoot do debugowania agentów

Kiedyś konfigurowałeś własne instrukcje lub umiejętności i zastanawiałeś się, dlaczego nie są wykrywane? Nowa umiejętność /troubleshoot czyta logi debugowania agenta i mówi ci co się stało — które narzędzia były użyte lub pominięte, dlaczego instrukcje się nie załadowały i co powoduje wolne odpowiedzi.

Włącz ją z:

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

Następnie po prostu wpisz /troubleshoot dlaczego moja własna umiejętność się nie ładuje? w czacie.

Możesz też teraz eksportować i importować te logi debugowania, co jest świetne do dzielenia się z zespołem, gdy coś nie działa zgodnie z oczekiwaniami.

Wsparcie dla obrazów i plików binarnych

Agenty mogą teraz czytać pliki obrazów z dysku i pliki binarne natywnie. Pliki binarne są prezentowane w formacie hexdump, a wyjścia obrazów (jak zrzuty ekranu z zintegrowanej przeglądarki) pojawiają się w widoku karuzeli.

Dla programistów .NET, pomyśl: wklej zrzut ekranu błędu interfejsu do czatu i pozwól agentowi zrozumieć, co jest nie tak, lub każ mu przeanalizować wyjście renderowania komponentu Blazor.

Automatyczne odwołania do symboli

Małe ulepszenie komfortu pracy: gdy kopiujesz nazwę symbolu (klasy, metody itp.) i wklejasz ją do czatu, VS Code teraz automatycznie konwertuje ją na odwołanie #sym:Nazwa. Daje to agentowi pełny kontekst dotyczący tego symbolu bez konieczności ręcznego dodawania go.

Jeśli chcesz zwykłego tekstu zamiast, użyj Ctrl+Shift+V.

Wtyczki można teraz włączać/wyłączać

Wcześniej wyłączenie serwera MCP lub wtyczki oznaczało jej odinstalowanie. Teraz możesz je przełączać — globalnie i dla każdego obszaru roboczego. Kliknij prawym przyciskiem w widoku Extensions lub Customizations i gotowe.

Wtyczki z npm i pypi mogą też teraz się automatycznie aktualizować, choć poproszą o zatwierdzenie najpierw, ponieważ aktualizacje oznaczają uruchomienie nowego kodu na twoim komputerze.

Podsumowanie

VS Code 1.112 wyraźnie mocno napiera na doświadczenie agentów — większa autonomia, lepsze debugowanie, ściślejsze bezpieczeństwo. Dla programistów .NET, zintegrowane debugowanie przeglądarki i ulepszenia Copilot CLI to wyróżniające się funkcje.

Jeśli jeszcze nie próbowałeś pełnej sesji Copilot CLI w trybie Autopilot dla projektu .NET, to wydanie jest dobrym momentem na start. Pamiętaj tylko, by ustawić uprawnienia i pozwolić mu działać.

Pobierz VS Code 1.112 lub zaktualizuj z poziomu VS Code przez Pomoc > Sprawdź dostępność aktualizacji.