Developer-Tools | The .NET Blog

Azure MCP Server jest Teraz .mcpb — Instaluj bez Żadnego Runtime

Emiliano Montesdeoca — Sat, 25 Apr 2026 00:00:00 +0000

Ten post został automatycznie przetłumaczony. Aby zobaczyć oryginalną wersję, kliknij tutaj.

Wiesz, co było irytujące w konfiguracji serwerów MCP? Potrzebowałeś runtime. Node.js dla wersji npm, Python dla pip/uvx, .NET SDK dla wariantu dotnet.

Azure MCP Server właśnie to zmienił. Jest teraz dostępny jako .mcpb — MCP Bundle — a konfiguracja to przeciągnij i upuść.

Czym jest MCP Bundle?

Pomyśl o tym jak o rozszerzeniu VS Code (.vsix) lub rozszerzeniu przeglądarki (.crx), ale dla serwerów MCP. Plik .mcpb to samodzielne archiwum ZIP zawierające binarny plik serwera i wszystkie jego zależności.

Jak zainstalować

1. Pobierz bundle dla swojej platformy

Przejdź na stronę GitHub Releases i pobierz plik .mcpb dla swojego OS i architektury.

2. Zainstaluj w Claude Desktop

Najłatwiej: przeciągnij plik .mcpb do okna Claude Desktop na stronie ustawień Rozszerzeń (☰ → Plik → Ustawienia → Rozszerzenia). Przejrzyj szczegóły serwera, kliknij Zainstaluj, potwierdź.

3. Uwierzytelnij się w Azure

az login

Na początek

Pobieranie: GitHub Releases
Repozytorium: aka.ms/azmcp
Dokumentacja: aka.ms/azmcp/docs

Sprawdź pełny post.

VS Code 1.118: Copilot CLI Dostaje Nazwy Sesji, Odznaki Modelu i TypeScript 7.0 Nightly

Emiliano Montesdeoca — Sat, 25 Apr 2026 00:00:00 +0000

Ten post został przetłumaczony automatycznie. Aby zobaczyć wersję oryginalną, kliknij tutaj.

Visual Studio Code 1.118 to mniejsze, skoncentrowane wydanie — głównie usprawnienia Copilot CLI.

Copilot CLI: sesje mają prawdziwe nazwy

API tytułów sesji SDK Copilot CLI jest teraz używane jako źródło prawdy dla nazw sesji. Zamiast automatycznie generowanych etykiet, sesje wyświetlają prawdziwą nazwę z SDK.

Szybsze przełączanie sesji

Aplikacja Agents ma teraz przypisane Ctrl+1, Ctrl+2 itp. do szybkiego przełączania między sesjami.

Odznaki modelu w czacie

Odpowiedzi Copilot CLI w panelu czatu pokazują teraz odznakę modelu — na pierwszy rzut oka widać, który model obsłużył każde żądanie.

Automatyczny wybór modelu w Copilot CLI

Funkcja automatycznego wyboru modelu działa teraz również w agencie Copilot CLI.

Opt-in do TypeScript 7.0 Nightly

Możesz teraz wybrać testowanie TypeScript 7.0 nightly bezpośrednio z ustawień VS Code. TypeScript 7.0 to znaczące wydanie (beta wyszła kilka dni temu).

Zobacz pełne informacje o wydaniu.

Foundry Toolboxes: Jeden endpoint dla wszystkich narzędzi agentów AI

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

Ten artykuł został przetłumaczony automatycznie. Aby zobaczyć oryginalną wersję, kliknij tutaj.

Jest problem, który wydaje się błahy — dopóki się na niego nie natrafi. Organizacja buduje wiele agentów AI, każdy wymaga narzędzi, a każdy zespół konfiguruje je od zera. Ta sama integracja wyszukiwania, ta sama konfiguracja Azure AI Search, to samo połączenie z serwerem GitHub MCP — ale w innym repozytorium, przez inny zespół, z innymi danymi uwierzytelniającymi i bez wspólnego zarządzania.

Microsoft Foundry właśnie uruchomił Toolboxes w publicznym podglądzie — bezpośrednia odpowiedź na ten problem.

Czym jest Toolbox?

Toolbox to nazwany, wielokrotnie używalny zestaw narzędzi, który definiuje się raz w Foundry i udostępnia przez jeden endpoint zgodny z MCP. Każde środowisko uruchomieniowe agenta obsługujące MCP może je konsumować — bez uzależnienia od Foundry Agents.

Obietnica jest prosta: build once, consume anywhere. Zdefiniuj narzędzia, skonfiguruj uwierzytelnianie centralnie (OAuth passthrough, tożsamość zarządzana Entra), opublikuj endpoint. Każdy agent potrzebujący tych narzędzi łączy się raz i dostaje je wszystkie.

Cztery filary (dwa dostępne dziś)

Filar	Status	Co robi
Discover	Wkrótce	Znajdowanie zatwierdzonych narzędzi bez ręcznego szukania
Build	Dostępny	Grupowanie narzędzi w wielokrotnie używalny bundle
Consume	Dostępny	Jeden endpoint MCP udostępnia wszystkie narzędzia
Govern	Wkrótce	Centralne uwierzytelnianie + obserwowalność wszystkich wywołań

Przykład praktyczny

from azure.identity import DefaultAzureCredential
from azure.ai.projects import AIProjectClient
import os

client = AIProjectClient(
 endpoint=os.environ["FOUNDRY_PROJECT_ENDPOINT"],
 credential=DefaultAzureCredential()
)

toolbox_version = client.beta.toolboxes.create_toolbox_version(
 toolbox_name="customer-feedback-triaging-toolbox",
 description="Przeszukaj dokumentację i odpowiedz na issues GitHub.",
 tools=[
 {"type": "web_search", "description": "Szukaj publicznej dokumentacji"},
 {"type": "azure_ai_search", "index_name": "internal-docs"},
 {"type": "mcp_server", "server_url": "https://your-github-mcp-server.com"}
 ]
)

Po opublikowaniu Foundry udostępnia ujednolicony endpoint. Jedno połączenie — wszystkie narzędzia.

Brak uzależnienia od Foundry Agents

Toolboxes są tworzone i zarządzane w Foundry, ale powierzchnią konsumpcji jest otwarty protokół MCP. Można ich używać z niestandardowych agentów (Microsoft Agent Framework, LangGraph), GitHub Copilot i innych środowisk IDE zgodnych z MCP.

Dlaczego to ważne teraz

Fala wielu agentów dociera do produkcji. Każdy nowy agent to nowa powierzchnia zduplikowanej konfiguracji, przestarzałych danych uwierzytelniających i niespójnego zachowania. Podstawa Build + Consume wystarczy, by zacząć centralizować. Gdy pojawi się filar Govern, będzie dostępna w pełni obserwowalna, centralnie kontrolowana warstwa narzędzi dla całej floty agentów.

Podsumowanie

To jeszcze wczesny etap — publiczny podgląd, Python SDK na początku, Discover i Govern jeszcze przed nami. Ale model jest solidny, a natywny design MCP oznacza, że działa z narzędziami, które już się buduje. Szczegóły w oficjalnym ogłoszeniu.

Hooki azd w Python, TypeScript i .NET: koniec ze skryptami shell

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

Ten artykuł został przetłumaczony automatycznie. Aby zobaczyć oryginalną wersję, kliknij tutaj.

Jeśli kiedykolwiek miałeś projekt w całości napisany w .NET i mimo to musiałeś pisać skrypty Bash dla hooków azd — znasz ten ból. Po co przełączać się na składnię shell w kroku pre-provisioning, skoro reszta projektu to C#?

Ta frustracja ma teraz oficjalne rozwiązanie. Azure Developer CLI właśnie wprowadził obsługę wielu języków dla hooków, i jest dokładnie tak dobre, jak brzmi.

Czym są hooki

Hooki to skrypty wykonywane w kluczowych punktach cyklu życia azd — przed provisioningiem, po deploymencie i nie tylko. Definiuje się je w azure.yaml i pozwalają na wstrzyknięcie własnej logiki bez modyfikowania CLI.

Wcześniej obsługiwane były tylko Bash i PowerShell. Teraz można używać Pythona, JavaScript, TypeScript lub .NET — resztą zajmuje się azd automatycznie.

Jak działa wykrywanie

Wystarczy wskazać hook na plik, a azd wywnioskuje język z rozszerzenia:

hooks:
 preprovision:
 run: ./hooks/setup.py
 postdeploy:
 run: ./hooks/seed.ts
 postprovision:
 run: ./hooks/migrate.cs

Bez dodatkowej konfiguracji. Jeśli rozszerzenie jest niejednoznaczne, można jawnie podać kind: python (lub odpowiedni język).

Ważne szczegóły według języka

Python

Umieść requirements.txt lub pyproject.toml obok skryptu (lub w dowolnym katalogu nadrzędnym). azd automatycznie tworzy środowisko wirtualne, instaluje zależności i uruchamia skrypt.

JavaScript i TypeScript

Ten sam wzorzec — package.json blisko skryptu, a azd najpierw wykona npm install. Dla TypeScript używa npx tsx bez etapu kompilacji i bez tsconfig.json.

.NET

Dwa dostępne tryby:

Tryb projektu: jeśli obok skryptu jest .csproj, azd automatycznie uruchamia dotnet restore i dotnet build.
Tryb single-file: na .NET 10+ samodzielne pliki .cs uruchamiają się bezpośrednio przez dotnet run script.cs. Plik projektu nie jest wymagany.

Konfiguracja dla konkretnego executora

Każdy język obsługuje opcjonalny blok config:

hooks:
 preprovision:
 run: ./hooks/setup.ts
 config:
 packageManager: pnpm
 postprovision:
 run: ./hooks/migrate.cs
 config:
 configuration: Release
 framework: net10.0

Dlaczego to ważne dla programistów .NET

Hooki były ostatnim miejscem w projekcie opartym na azd, które wymuszało zmianę języka. Teraz cały pipeline deploymentu — od kodu aplikacji po hooki cyklu życia — może żyć w jednym języku. Można ponownie wykorzystywać istniejące narzędzia .NET w hookach, referencować współdzielone biblioteki i porzucić utrzymywanie skryptów shell.

Podsumowanie

Jedna z tych zmian, które wydają się drobne, ale naprawdę redukują codzienne tarcia w pracy z azd. Obsługa wielu języków dla hooków jest dostępna teraz — pełna dokumentacja w oficjalnym poście.

Windows App Dev CLI v0.3: F5 z terminala i UI Automation dla agentów

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

Ten artykuł został przetłumaczony automatycznie. Aby zobaczyć oryginał, kliknij tutaj.

Doświadczenie F5 w Visual Studio jest świetne. Ale otwieranie VS tylko po to, żeby uruchomić i debugować zapakowaną aplikację Windows — czy to w potoku CI, zautomatyzowanym workflowie, czy gdy agent AI wykonuje testy — to zbędny narzut.

Windows App Development CLI v0.3 właśnie wyszło i rozwiązuje ten problem bezpośrednio dzięki dwóm głównym funkcjom: winapp run i winapp ui.

winapp run: F5 z dowolnego miejsca

winapp run przyjmuje folder niezapakowanej aplikacji i manifest, wykonując wszystko, co VS robi przy uruchamianiu debugowania: rejestruje luźny pakiet, uruchamia aplikację i zachowuje LocalState między ponownymi deploymentami.

# Zbuduj aplikację, a następnie uruchom ją jako zapakowaną aplikację
winapp run ./bin/Debug

Działa dla WinUI, WPF, WinForms, Console, Avalonia i innych. Tryby są zaprojektowane zarówno dla deweloperów, jak i zautomatyzowanych workflowów:

--detach: Uruchamia i natychmiast zwraca kontrolę do terminala. Idealny dla CI.
--unregister-on-exit: Usuwa zarejestrowany pakiet przy zamknięciu aplikacji.
--debug-output: Przechwytuje komunikaty OutputDebugString i wyjątki w czasie rzeczywistym.

Nowy pakiet NuGet: dotnet run dla zapakowanych aplikacji

Dla deweloperów .NET jest nowy pakiet NuGet: Microsoft.Windows.SDK.BuildTools.WinApp. Po instalacji dotnet run obsługuje cały inner loop: budowanie, przygotowanie pakietu loose-layout, rejestrację w Windows i uruchomienie — wszystko w jednym kroku.

winapp init
# lub
dotnet add package Microsoft.Windows.SDK.BuildTools.WinApp

winapp ui: UI Automation z wiersza poleceń

To funkcja otwierająca scenariusze agentyczne. winapp ui zapewnia pełny dostęp UI Automation do dowolnej działającej aplikacji Windows — WPF, WinForms, Win32, Electron, WinUI3 — bezpośrednio z terminala.

Co można robić:

Wylistować wszystkie okna najwyższego poziomu
Nawigować po pełnym drzewie UI Automation dowolnego okna
Wyszukiwać elementy po nazwie, typie lub ID automatyzacji
Klikać, wywoływać i ustawiać wartości
Robić zrzuty ekranu
Czekać na pojawienie się elementów — idealne do synchronizacji testów

Połączenie winapp ui z winapp run daje kompletny workflow build → uruchomienie → weryfikacja z terminala. Agent może uruchomić aplikację, sprawdzić stan UI, programowo z nią interagować i zwalidować wynik.

Inne nowości

winapp unregister: Usuwa sideloadowany pakiet po zakończeniu pracy.
winapp manifest add-alias: Dodaje alias do uruchamiania aplikacji po nazwie z terminala.
Uzupełnianie tabulatorem: Jedno polecenie do skonfigurowania uzupełniania w PowerShell.

Jak zdobyć

winget install Microsoft.WinAppCli
# lub
npm install -g @microsoft/winappcli

CLI jest w publicznym podglądzie. Pełna dokumentacja dostępna w repozytorium GitHub, a wszystkie szczegóły w oryginalnym ogłoszeniu.

VS Code 1.117: Agenty dostają własne gałęzie Git i jestem za tym wszystkimi czterema

Emiliano Montesdeoca — Sun, 19 Apr 2026 00:00:00 +0000

Linia między “asystentem AI” a “kolegą AI” nieustannie się zaciera. VS Code 1.117 właśnie wyszedł i pełne notatki wydania są pełne treści, ale historia jest tu jasna: agenty stają się pierwszoklasowymi obywatelami w twoim przepływie pracy deweloperskiej.

Oto co naprawdę ważne.

Tryb Autopilot wreszcie pamięta twoje preferencje

Wcześniej musiałeś ponownie włączać Autopilot przy każdej nowej sesji. Irytujące. Teraz twój tryb uprawnień utrzymuje się między sesjami i możesz skonfigurować domyślny.

Host Agenta obsługuje trzy konfiguracje sesji:

Domyślny — narzędzia proszą o potwierdzenie przed uruchomieniem
Pomiń — automatycznie zatwierdza wszystko
Autopilot — pełna autonomia, odpowiada na własne pytania i kontynuuje

Jeśli szkieletujesz nowy projekt .NET z migracjami, Docker i CI — ustaw go na Autopilot raz i zapomnij o tym. Ta preferencja zostaje.

Izolacja worktree i git dla sesji agentów

To jest ta duża. Sesje agentów obsługują teraz pełną izolację worktree i git. To oznacza, że gdy agent pracuje nad zadaniem, dostaje własną gałąź i katalog roboczy. Twoja gałąź główna pozostaje nienaruszona.

Co więcej — Copilot CLI generuje znaczące nazwy gałęzi dla tych sesji worktree. Koniec z agent-session-abc123. Dostajesz coś, co faktycznie opisuje co agent robi.

Dla programistów .NET pracujących na wielu gałęziach funkcji lub naprawiających błędy, gdy długie zadanie szkieletowania działa, to zmiana zasad gry. Możesz mieć agenta budującego kontrolery API w jednym worktree, podczas gdy ty debugujesz warstwę usługową w innym. Żadnych konfliktów. Żadnego stashowania. Żadnego bałaganu.

Subagenty i zespoły agentów

Protokół Hosta Agenta obsługuje teraz subagenty. Agent może uruchamiać inne agenty do obsługi części zadania. Pomyśl o tym jak o delegowaniu — twój główny agent koordynuje, a wyspecjalizowane agenty obsługują kawałki.

To wczesne, ale potencjał dla przepływów pracy .NET jest oczywisty. Wyobraź sobie jednego agenta obsługującego twoje migracje EF Core podczas gdy inny konfiguruje testy integracyjne. Jeszcze tam nie jesteśmy w pełni, ale wsparcie protokołu lądujące teraz oznacza, że narzędzia pojawią się szybko.

Wyjście terminala automatycznie włączone gdy agenty wysyłają dane wejściowe

Małe, ale znaczące. Gdy agent wysyła dane wejściowe do terminala, wyjście terminala jest teraz automatycznie dołączane do kontekstu. Wcześniej agent musiał wykonać dodatkową turę tylko by zobaczyć co się stało.

Jeśli kiedykolwiek obserwowałeś agenta uruchamiającego dotnet build, niepowodzenie i następnie kolejny przebieg tylko by zobaczyć błąd — to tarcie zniknęło. Widzi wyjście natychmiast i reaguje.

Samooaktualizacja aplikacji Agents na macOS

Samodzielna aplikacja Agents na macOS teraz się samooaktualizuje. Koniec z ręcznym pobieraniem nowych wersji. Po prostu pozostaje aktualna.

Mniejsze rzeczy warte wiedzy

Podglądy package.json teraz pokazują zarówno zainstalowaną wersję jak i ostatnio dostępną. Przydatne jeśli zarządzasz narzędziami npm obok projektów .NET.
Obrazy w komentarzach JSDoc renderują się poprawnie w podglądach i uzupełnieniach.
Sesje Copilot CLI teraz wskazują czy zostały utworzone przez VS Code czy zewnętrznie — przydatne gdy przeskakujesz między terminalami.
Copilot CLI, Claude Code i Gemini CLI są rozpoznawane jako typy powłoki. Edytor wie co uruchamiasz.

Wnioski

VS Code 1.117 nie jest efektownym zrzutem funkcji. To infrastruktura. Izolacja worktree, trwałe uprawnienia, protokoły subagentów — to są cegiełki dla przepływu pracy, gdzie agenty obsługują prawdziwe, równoległe zadania bez nadepnięcia na twój kod.

Jeśli budujesz z .NET i jeszcze nie zanurzyłeś się w agentyczny przepływ pracy, szczerze, teraz jest czas, by zacząć.

Docker Sandbox Pozwala Agentom Copilot Refaktoryzować Kod Bez Ryzyka dla Twojej Maszyny

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

Jeśli używałeś trybu agenta Copilota do czegoś poza małymi edytami, znasz ten ból. Każdy zapis pliku, każde polecenie terminala — kolejny monit o uprawnienia.

Zespół Azure właśnie opublikował post o Docker Sandbox dla agentów GitHub Copilot.

Co Docker Sandbox faktycznie daje

Podstawowy pomysł jest prosty: uruchom lekkie mikroVM z pełnym środowiskiem Linux, zsynchronizuj workspace, i pozwól agentowi Copilota działać swobodnie wewnątrz.

To więcej niż “uruchamiaj rzeczy w kontenerze”:

Dwukierunkowa synchronizacja workspace z zachowaniem ścieżek absolutnych
Prywatny demon Docker działający w mikroVM
Filtrujące proxy HTTP/HTTPS kontrolujące dostęp sieciowy
Tryb YOLO — agent działa bez monitów o uprawnienia

Dlaczego deweloperzy .NET powinni to wziąć pod uwagę

Dzięki Docker Sandbox możesz wskazać agenta Copilota na projekt, pozwolić mu swobodnie refaktoryzować wewnątrz mikroVM, uruchomić dotnet build i dotnet test, i akceptować tylko zmiany, które faktycznie działają.

Post opisuje uruchamianie floty równoległych agentów — każdy we własnym sandboxie — pracujących nad różnymi projektami jednocześnie.

Wniosek

Docker Sandbox rozwiązuje fundamentalne napięcie w agentic coding: agenty potrzebują wolności, żeby być użyteczne, ale wolność na Twojej maszynie hosta jest niebezpieczna. MicroVM dają ci obie.

Przestań Pilnować Terminala: Tryb Odłączony Aspire Zmienia Przepływ Pracy

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

Za każdym razem gdy uruchamiasz Aspire AppHost, twój terminal znika. Zablokowany. Zajęty do Ctrl+C. Chcesz uruchomić szybkie polecenie? Nowa karta. Sprawdzić logi? Kolejna karta. To małe tarcie szybko się kumuluje.

Aspire 13.2 to naprawia. James Newton-King opisał wszystkie szczegóły, i szczerze, to jedna z tych funkcji, która natychmiast zmienia sposób pracy.

Tryb odłączony: jedno polecenie, terminal wraca

aspire start

To skrót dla aspire run --detach. Twój AppHost uruchamia się w tle i natychmiast odzyskujesz terminal.

Zarządzanie tym, co działa

Uruchamianie w tle jest przydatne tylko wtedy, gdy możesz faktycznie zarządzać tym, co jest uruchomione. Aspire 13.2 dostarcza pełny zestaw poleceń CLI:

# Lista wszystkich działających AppHostów
aspire ps

# Sprawdź stan konkretnego AppHosta
aspire describe

# Strumieniuj logi z działającego AppHosta
aspire logs

# Zatrzymaj konkretny AppHost
aspire stop

Połącz z trybem izolowanym

Tryb odłączony naturalnie łączy się z trybem izolowanym:

aspire start --isolated
aspire start --isolated

Każda instancja otrzymuje losowe porty, oddzielne sekrety i własny cykl życia.

Dlaczego to jest ogromne dla agentów kodowania

Agent kodujący w twoim terminalu może teraz:

Uruchomić aplikację z aspire start
Zapytać o jej stan za pomocą aspire describe
Sprawdzić logi aspire logs w celu diagnozy problemów
Zatrzymać ją aspire stop po zakończeniu

Uruchomienie aspire agent init konfiguruje plik umiejętności Aspire, który uczy agentów tych poleceń.

Podsumowanie

Tryb odłączony to ulepszenie przepływu pracy ukryte jako prosta flaga. Przeczytaj pełny post i pobierz Aspire 13.2 z aspire update --self.

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

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

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.

azd update — Jedno Polecenie do Wszystkich Menedżerów Pakietów

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Znasz ten komunikat “Dostępna jest nowa wersja azd”, który pojawia się co kilka tygodni? Ten, który odrzucasz, bo nie pamiętasz, czy zainstalowałeś azd przez winget, Homebrew czy ten skrypt curl z sześciu miesięcy temu? To jest w końcu naprawione.

Microsoft właśnie dostarczył azd update — pojedyncze polecenie, które aktualizuje Azure Developer CLI do najnowszej wersji niezależnie od tego, jak go pierwotnie zainstalowałeś.

Jak to działa

azd update

To wszystko. Dla wczesnego dostępu do nowych funkcji:

azd update --channel daily
azd update --channel stable

Polecenie wykrywa Twoją aktualną metodę instalacji i używa odpowiedniego mechanizmu aktualizacji.

Mały haczyk

azd update jest dostarczany od wersji 1.23.x. Jeśli jesteś na starszej wersji, będziesz musiał wykonać jedną ostatnią ręczną aktualizację. Potem azd update zajmuje się wszystkim.

Dlaczego to ważne

To małe ulepszenie jakości życia, ale dla tych z nas, którzy używają azd na co dzień do wdrażania agentów AI i aplikacji Aspire do Azure, bycie na bieżąco ma znaczenie.

Przeczytaj pełne ogłoszenie.

.NET Aspire 13.2 Chce Być Najlepszym Przyjacielem Twojego Agenta AI

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

Znasz ten moment, kiedy twój agent kodowania AI pisze świetny kod, ekscytujesz się, a potem wszystko się sypie, kiedy próbuje to uruchomić? Konflikty portów, phantom processes, złe zmienne środowiskowe — nagle agent spala tokeny na rozwiązywanie problemów ze startem zamiast budować funkcje.

Zespół Aspire opublikował bardzo przemyślany post dokładnie o tym problemie, a ich odpowiedź jest przekonująca: Aspire 13.2 jest zaprojektowany nie tylko dla ludzi, ale dla agentów AI.

Aspire jako infrastruktura agentów

Oto co Aspire 13.2 wnosi do stołu agentic development:

Cały stos w typowanym kodzie. AppHost definiuje pełną topologię — w kompilowanym TypeScript lub C#:

import { createBuilder } from './.modules/aspire.js';

const builder = await createBuilder();

const postgres = await builder.addPostgres("pg").addDatabase("catalog");
const cache = await builder.addRedis("cache");

const api = await builder
 .addNodeApp("api", "./api", "src/index.ts")
 .withHttpEndpoint({ env: "PORT" })
 .withReference(postgres)
 .withReference(cache);

await builder
 .addViteApp("frontend", "./frontend")
 .withReference(api)
 .waitFor(api);

await builder.build().run();

Jedno polecenie do wszystkiego. Zamiast żonglowania docker compose up, npm run dev i skryptami startowymi bazy danych — wszystko to po prostu aspire start.

Izolowany tryb dla równoległych agentów. Z --isolated, każde uruchomienie Aspire dostaje własne losowe porty i oddzielne sekrety użytkownika.

Oczy agenta przez telemetrię. CLI Aspire eksponuje pełne dane OpenTelemetry podczas developmentu — ślady, metryki, ustrukturyzowane logi.

Analogia do kul w kręglach

Zespół Aspire używa świetnej analogii: pomyśl o Aspire jak o odbojnikach toru do kręgli dla agentów AI. Jeśli agent nie jest doskonały (a nie będzie), odbojniki nie pozwolą mu rzucać na rynsztok.

Podsumowanie

Aspire 13.2 to nie tylko framework dla aplikacji rozproszonych — staje się niezbędną infrastrukturą agentów. Przeczytaj pełny post od zespołu Aspire.

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

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.

Tryb Izolowany Aspire Rozwiązuje Problem Konfliktów Portów w Równoległym Programowaniu

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

Jeśli próbowałeś uruchomić dwie instancje tego samego projektu jednocześnie, znasz ten ból. Port 8080 jest już zajęty.

Aspire 13.2 naprawia to jedną flagą. James Newton-King opisał pełne szczegóły.

Rozwiązanie: `--isolated`

aspire run --isolated

Każde uruchomienie dostaje:

Losowe porty — brak kolizji między instancjami
Izolowane sekrety użytkownika — ciągi połączeń i klucze API zostają oddzielne dla każdej instancji

Prawdziwe scenariusze gdzie to błyszczy

Wiele checkoutów:

# Terminal 1
cd ~/projects/my-app-feature
aspire run --isolated

# Terminal 2
cd ~/projects/my-app-bugfix
aspire run --isolated

Oba działają bez konfliktów.

Agenty w tle w VS Code. Gdy agent w tle Copilot Chat tworzy git worktree, tryb izolowany zapewnia, że obie instancje po prostu działają.

Jak to działa pod maską

Gdy przekażesz --isolated, CLI generuje unikalny identyfikator instancji dla uruchomienia, który napędza randomizację portów i izolację sekretów.

Podsumowanie

Tryb izolowany to mała funkcja, która rozwiązuje prawdziwy, coraz bardziej powszechny problem. Zdobądź 13.2 z aspire update --self.

VS Code 1.116 — aplikacja Agents otrzymuje nawigację klawiaturową i uzupełnienia kontekstu pliku

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

VS Code 1.116 to wydanie z kwietnia 2026, i choć jest lżejsze niż niektóre ostatnie aktualizacje, zmiany są skoncentrowane i znaczące — szczególnie jeśli codziennie używasz aplikacji Agents.

Oto co wylądowało, na podstawie oficjalnych notatek wydania.

Ulepszenia aplikacji Agents

Aplikacja Agents nadal dojrzewa z dopracowaniem użyteczności, które robi realną różnicę w codziennych przepływach pracy:

Dedykowane skróty klawiaturowe — możesz teraz skupić widok Changes, drzewo plików w Changes i widok Chat Customizations za pomocą dedykowanych poleceń i skrótów klawiaturowych. Jeśli klikałeś po aplikacji Agents, by nawigować, to przynosi pełne przepływy pracy oparte na klawiaturze.

Dialog pomocy dostępności — naciśnięcie Alt+F1 w polu wejściowym czatu teraz otwiera dialog pomocy dostępności pokazujący dostępne polecenia i skróty klawiaturowe. Użytkownicy czytników ekranu mogą też kontrolować szczegółowość ogłoszeń. Dobra dostępność przynosi korzyści wszystkim.

Uzupełnienia kontekstu pliku — wpisz # w czacie aplikacji Agents, by wywołać uzupełnienia kontekstu pliku ograniczone do twojego bieżącego obszaru roboczego. To jedno z tych małych ulepszeń komfortu pracy, które przyspiesza każdą interakcję — nie trzeba już wpisywać pełnych ścieżek pliku przy odwoływaniu się do kodu.

Rozpoznawanie linków `@import` CSS

Miłe dla programistów frontend: VS Code teraz rozpoznaje odwołania CSS @import używające ścieżek node_modules. Możesz Ctrl+kliknąć przez importy jak @import "some-module/style.css" przy używaniu bundlerów. Mała rzecz, ale eliminuje punkt tarcia w przepływach pracy CSS.

Podsumowanie

VS Code 1.116 dotyczy dopracowania — sprawia, że aplikacja Agents jest bardziej nawigowalna, bardziej dostępna i bardziej przyjazna dla klawiatury. Jeśli spędzasz znaczny czas w aplikacji Agents (a podejrzewam, że wielu z nas tak), te zmiany sumują się.

Sprawdź pełne notatki wydania po kompletną listę.

VS Code 1.115 — powiadomienia terminala w tle, tryb agenta przez SSH i więcej

Emiliano Montesdeoca — Mon, 06 Apr 2026 00:00:00 +0000

VS Code 1.115 właśnie wyszedł i choć jest to lżejsze wydanie pod względem nagłówkowych funkcji, ulepszenia związane z agentami są naprawdę przydatne, jeśli codziennie pracujesz z asystentami AI.

Pozwól, że wyróżnię to, co naprawdę warto wiedzieć.

Terminale w tle informują agentów

To jest wyróżniająca się funkcja. Terminale w tle teraz automatycznie powiadamiają agentów o zakończeniu poleceń, w tym o kodzie wyjścia i wyjściu terminala. Monity wejściowe w terminalach w tle są również wykrywane i udostępniane użytkownikowi.

Dlaczego to ważne? Jeśli używałeś trybu agenta Copilot do uruchamiania poleceń kompilacji lub zestawów testów w tle, znasz ból “czy to już skończyło?” — terminale w tle były praktycznie na zasadzie “odpal i zapomnij”. Teraz agent dostaje powiadomienie, gdy twoje dotnet build lub dotnet test zakończy się, widzi wyjście i może odpowiednio zareagować. To mała zmiana, która sprawia, że przepływy pracy oparte na agentach są znacznie bardziej niezawodne.

Jest też nowe narzędzie send_to_terminal, które pozwala agentom wysyłać polecenia do terminali w tle z potwierdzeniem użytkownika, naprawiając problem gdzie run_in_terminal z limitem czasu przenosiło terminale do tła i czyniło je tylko do odczytu.

Zdalne hostowanie agentów przez SSH

VS Code obsługuje teraz połączenie ze zdalnymi maszynami przez SSH, automatycznie instalując CLI i uruchamiając go w trybie hosta agenta. Oznacza to, że twoje sesje agenta AI mogą bezpośrednio celować w zdalne środowiska — przydatne dla programistów .NET, którzy kompilują i testują na serwerach Linux lub maszynach wirtualnych w chmurze.

Śledzenie edycji w sesjach agenta

Edycje plików dokonane podczas sesji agenta są teraz śledzone i przywracane, z diff, cofnij/ponów i przywróceniem stanu. Jeśli agent wprowadza zmiany do twojego kodu i coś pójdzie nie tak, możesz zobaczyć dokładnie co się zmieniło i to cofnąć. Spokój ducha przy pozwalaniu agentom modyfikować twoją bazę kodu.

Świadomość kart przeglądarki i inne ulepszenia

Kilka kolejnych ulepszeń komfortu pracy:

Śledzenie kart przeglądarki — czat może teraz śledzić i linkować do kart przeglądarki otwartych podczas sesji, by agenty mogły odwoływać się do stron internetowych, na które patrzysz
Wklejanie plików do terminala — wklej pliki (w tym obrazy) do terminala przez Ctrl+V, przeciągnij i upuść lub kliknij prawym przyciskiem
Pokrycie testów w minimapie — wskaźniki pokrycia testów są teraz widoczne w minimapie dla szybkiego przeglądu wizualnego
Szczypanie do powiększenia na Mac — zintegrowana przeglądarka obsługuje gesty szczypania do powiększenia
Uprawnienia Copilot w sesjach — pasek stanu pokazuje informacje o użyciu w widoku Sesji
Favicon w Przejdź do pliku — otwarte strony internetowe pokazują favicon na liście szybkiego wyboru

Podsumowanie

VS Code 1.115 to wydanie przyrostowe, ale ulepszenia agentów — powiadomienia terminala w tle, zdalne hostowanie agentów przez SSH i śledzenie edycji — składają się na zauważalnie płynniejsze doświadczenie przy programowaniu wspomaganym przez AI. Jeśli używasz trybu agenta Copilot dla projektów .NET, to właśnie takie poprawki komfortu pracy redukują codzienne tarcie.

Sprawdź pełne notatki wydania po każdy szczegół.

Aspire 13.2 Dostarcza CLI do Dokumentacji — i Twój Agent AI Też Może Go Używać

Emiliano Montesdeoca — Sat, 04 Apr 2026 00:00:00 +0000

Znasz ten moment, kiedy siedzisz głęboko w Aspire AppHost, łączysz integracje i musisz sprawdzić dokładnie, jakich parametrów oczekuje integracja Redis? Alt-tab do przeglądarki, szukasz na aspire.dev. Kontekst utracony.

Aspire 13.2 właśnie dostarczył rozwiązanie. CLI aspire docs pozwala wyszukiwać, przeglądać i czytać oficjalną dokumentację Aspire bezpośrednio z terminala.

Trzy polecenia, zero kart przeglądarki

# Lista wszystkich dokumentów
aspire docs list

# Szukaj tematu
aspire docs search "redis"

# Przeczytaj pełną stronę
aspire docs get redis-integration

# Tylko jedna sekcja
aspire docs get redis-integration --section "Add Redis resource"

Kąt agentów AI

To samo sprawia, że jest to interesujące dla deweloperów budujących z narzędziami AI. Te same polecenia aspire docs działają jako narzędzia dla agentów AI.

Zamiast halucynować Aspire API na podstawie przestarzałych danych treningowych, agent może wywołać aspire docs search "postgres", znaleźć oficjalne dokumenty integracji i przeczytać właściwą stronę.

Podsumowanie

aspire docs to mała funkcja, która czysto rozwiązuje prawdziwy problem. Zobacz deep dive Davida Pine’a.

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

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.

azd Pozwala Teraz Uruchamiać i Debugować Agenty AI Lokalnie — Co Zmieniło Się w Marcu 2026

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

Siedem wydań w jednym miesiącu. To co zespół Azure Developer CLI (azd) wypchnął w marcu 2026, a główna funkcja to ta, na którą czekałem: lokalna pętla uruchamiania i debugowania dla agentów AI.

Uruchamiaj i debuguj agenty AI bez wdrażania

To jest ta duża. Nowe rozszerzenie azure.ai.agents dodaje zestaw poleceń:

azd ai agent run — uruchamia agenta lokalnie
azd ai agent invoke — wysyła do niego wiadomości (lokalnie lub wdrożone)
azd ai agent show — wyświetla status kontenera i zdrowie
azd ai agent monitor — strumieniuje logi kontenera w czasie rzeczywistym

Wcześniej testowanie agenta AI oznaczało wdrożenie do Microsoft Foundry za każdym razem. Teraz możesz iterować lokalnie.

GitHub Copilot szkieletuje Twój projekt azd

azd init oferuje teraz opcję “Set up with GitHub Copilot (Preview)”. Agent Copilot tworzy szkielet konfiguracji dla Twojej struktury projektu.

Container App Jobs i ulepszenia wdrażania

Container App Jobs: azd teraz wdraża Microsoft.App/jobs przez istniejącą konfigurację host: containerapp
Konfigurowalne limity czasu wdrażania: Nowa flaga --timeout na azd deploy
Automatyczny fallback do lokalnego buildu: Gdy zdalny build ACR zawiedzie
Lokalna walidacja preflightowa: Parametry Bicep są walidowane lokalnie przed wdrożeniem

Podsumowanie

Lokalna pętla debugowania agentów AI to gwiazda tego wydania. Sprawdź pełne notatki wydania.

Azure DevOps W Końcu Naprawia UX Edytora Markdown, na Który Wszyscy Narzekali

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

Jeśli używasz Azure Boards, pewnie już to przeżyłeś: czytasz opis elementu roboczego, może przeglądasz kryteria akceptacji, i przypadkowo klikasz dwa razy. Bum — jesteś w trybie edycji. Nie chciałeś niczego edytować. Po prostu czytałeś.

Dan Hellem ogłosił poprawkę, i to jedna z tych zmian, która brzmi banalnie, ale faktycznie usuwa prawdziwe tarcie z codziennego przepływu pracy.

Co się zmieniło

Edytor Markdown dla pól tekstowych elementów roboczych otwiera się teraz domyślnie w trybie podglądu. Możesz czytać i wchodzić w interakcje z treścią — śledzić linki, przeglądać formatowanie — bez obaw o przypadkowe wejście w tryb edycji.

Kiedy faktycznie chcesz edytować, klikasz ikonę edycji na górze pola. Kiedy skończyłeś, explicite wychodzisz z powrotem do trybu podglądu.

Dlaczego to ważne bardziej niż brzmi

Wątek opinii społeczności na ten temat był długi. Zachowanie podwójnego kliknięcia-do-edycji zostało wprowadzone z edytorem Markdown w lipcu 2025, a skargi zaczęły się niemal natychmiast.

Nowe domyślne zachowanie respektuje najbardziej powszechny wzorzec interakcji: czytasz elementy robocze znacznie częściej niż je edytujesz.

Status wdrożenia

To jest już wdrażane dla podzbioru klientów i rozszerzy się na wszystkich w ciągu najbliższych dwóch do trzech tygodni.

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

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.

Od Laptopa do Produkcji: Wdrażanie Agentów AI do Microsoft Foundry Dwoma Poleceniami

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

Znasz tę lukę między “działa na mojej maszynie” a “jest wdrożone i obsługuje ruch”? Dla agentów AI ta luka była boleśnie szeroka.

Azure Developer CLI właśnie uczyniło to sprawą dwóch poleceń.

Nowy workflow `azd ai agent`

azd ai agent init
azd up

To wszystko. azd ai agent init tworzy scaffolding infrastruktury-jako-kod w Twoim repozytorium, a azd up provisionuje wszystko na Azure i publikuje Twojego agenta.

Co się dzieje pod maską

Polecenie init generuje prawdziwe, inspekowalne szablony Bicep w Twoim repo — Foundry Resource, Foundry Project, konfiguracja wdrożenia modelu, zarządzana tożsamość z RBAC.

Dev inner loop

azd ai agent run # uruchom agenta lokalnie
azd ai agent invoke # wyślij testowe prompty
azd ai agent monitor --follow # streamuj logi w czasie rzeczywistym

Pełny zestaw poleceń

Polecenie	Co robi
`azd ai agent init`	Scaffold projektu agenta Foundry z IaC
`azd up`	Provisionuj zasoby i wdrożyj agenta
`azd ai agent invoke`	Wyślij prompty do zdalnego lub lokalnego agenta
`azd ai agent run`	Uruchom agenta lokalnie
`azd ai agent monitor`	Streamuj logi w czasie rzeczywistym
`azd down`	Wyczyść wszystkie zasoby Azure

Sprawdź pełny przewodnik.

Developer-Tools | The .NET Blog

Azure MCP Server jest Teraz .mcpb — Instaluj bez Żadnego Runtime

Czym jest MCP Bundle?

Jak zainstalować

Na początek

VS Code 1.118: Copilot CLI Dostaje Nazwy Sesji, Odznaki Modelu i TypeScript 7.0 Nightly

Copilot CLI: sesje mają prawdziwe nazwy

Szybsze przełączanie sesji

Odznaki modelu w czacie

Automatyczny wybór modelu w Copilot CLI

Opt-in do TypeScript 7.0 Nightly

Foundry Toolboxes: Jeden endpoint dla wszystkich narzędzi agentów AI

Czym jest Toolbox?

Cztery filary (dwa dostępne dziś)

Przykład praktyczny

Brak uzależnienia od Foundry Agents

Dlaczego to ważne teraz

Podsumowanie

Hooki azd w Python, TypeScript i .NET: koniec ze skryptami shell

Czym są hooki

Jak działa wykrywanie

Ważne szczegóły według języka

Python

JavaScript i TypeScript

.NET

Konfiguracja dla konkretnego executora

Dlaczego to ważne dla programistów .NET

Podsumowanie

Windows App Dev CLI v0.3: F5 z terminala i UI Automation dla agentów

winapp run: F5 z dowolnego miejsca

Nowy pakiet NuGet: dotnet run dla zapakowanych aplikacji

winapp ui: UI Automation z wiersza poleceń

Inne nowości

Jak zdobyć

VS Code 1.117: Agenty dostają własne gałęzie Git i jestem za tym wszystkimi czterema

Tryb Autopilot wreszcie pamięta twoje preferencje

Izolacja worktree i git dla sesji agentów

Subagenty i zespoły agentów

Wyjście terminala automatycznie włączone gdy agenty wysyłają dane wejściowe

Samooaktualizacja aplikacji Agents na macOS

Mniejsze rzeczy warte wiedzy

Wnioski

Docker Sandbox Pozwala Agentom Copilot Refaktoryzować Kod Bez Ryzyka dla Twojej Maszyny

Co Docker Sandbox faktycznie daje

Dlaczego deweloperzy .NET powinni to wziąć pod uwagę

Wniosek

Przestań Pilnować Terminala: Tryb Odłączony Aspire Zmienia Przepływ Pracy

Tryb odłączony: jedno polecenie, terminal wraca

Zarządzanie tym, co działa

Połącz z trybem izolowanym

Dlaczego to jest ogromne dla agentów kodowania

Podsumowanie

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

Co to faktycznie oznacza

Jak włączyć

Zastrzeżenie

azd update — Jedno Polecenie do Wszystkich Menedżerów Pakietów

Jak to działa

Mały haczyk

Dlaczego to ważne

.NET Aspire 13.2 Chce Być Najlepszym Przyjacielem Twojego Agenta AI

Aspire jako infrastruktura agentów

Analogia do kul w kręglach

Podsumowanie

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

Ustawienie

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

Szybkie rekomendacje

Podsumowanie

Tryb Izolowany Aspire Rozwiązuje Problem Konfliktów Portów w Równoległym Programowaniu

Rozwiązanie: --isolated

Prawdziwe scenariusze gdzie to błyszczy

Jak to działa pod maską

Podsumowanie

VS Code 1.116 — aplikacja Agents otrzymuje nawigację klawiaturową i uzupełnienia kontekstu pliku

Ulepszenia aplikacji Agents

Rozpoznawanie linków @import CSS

Podsumowanie

VS Code 1.115 — powiadomienia terminala w tle, tryb agenta przez SSH i więcej

Terminale w tle informują agentów

Rozwiązanie: `--isolated`

Rozpoznawanie linków `@import` CSS

Nowy workflow `azd ai agent`