Agents | The .NET Blog

CodeAct w Agent Framework: Jak zmniejszyć opóźnienie agenta o połowę

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

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

W każdym projekcie agentów przychodzi moment, gdy patrzysz na ślad i myślisz: „Dlaczego to tak długo trwa?" Model działa dobrze. Narzędzia działają. Ale jest siedem rund komunikacji, żeby uzyskać wynik, który można obliczyć za jednym razem.

To właśnie problem, który rozwiązuje CodeAct — a zespół Agent Framework właśnie wydał wsparcie alfa przez nowy pakiet agent-framework-hyperlight.

Czym jest CodeAct?

Wzorzec CodeAct jest elegancko prosty: zamiast dawać modelowi listę narzędzi do wywoływania jedno po drugim, dajesz mu jedno narzędzie execute_code i pozwalasz wyrazić cały plan jako krótki program w Pythonie.

Podejście	Czas	Tokeny
Tradycyjne	27,81s	6 890
CodeAct	13,23s	2 489
Poprawa	52,4%	63,9%

Bezpieczeństwo: Mikro-VM Hyperlight

Pakiet agent-framework-hyperlight używa mikro-VM Hyperlight. Każde wywołanie execute_code otrzymuje własną, świeżo utworzoną mikro-VM. Uruchomienie mierzone jest w milisekundach. Izolacja jest praktycznie bezpłatna.

Twoje narzędzia nadal działają na hoście. Kod kleju wygenerowany przez model działa w piaskownicy. To właściwy podział.

Minimalna konfiguracja

from agent_framework import Agent, tool
from agent_framework_hyperlight import HyperlightCodeActProvider

codeact = HyperlightCodeActProvider(
 tools=[get_weather],
 approval_mode="never_require",
)

agent = Agent(
 client=client,
 name="CodeActAgent",
 instructions="You are a helpful assistant.",
 context_providers=[codeact],
)

Kiedy używać CodeAct (a kiedy nie)

Używaj CodeAct, gdy:

Zadanie łączy wiele małych wywołań narzędzi (wyszukiwania, łączenia, obliczenia)
Ważne są opóźnienie i koszt tokenów
Potrzebujesz silnej izolacji dla kodu generowanego przez model

Zostań przy tradycyjnym wywołaniu narzędzi, gdy:

Agent robi tylko jedno lub dwa wywołania na turę
Każde wywołanie ma skutki uboczne wymagające indywidualnego zatwierdzenia
Opisy narzędzi są skąpe lub niejednoznaczne

Wypróbuj teraz

pip install agent-framework-hyperlight --pre

Przeczytaj pełny post na blogu Agent Framework.

Gdzie Twój Agent Pamięta Rzeczy? Praktyczny Przewodnik po Przechowywaniu Historii Czatu

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

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

Budując agenta AI, większość energii poświęcasz na model, narzędzia i prompty. Pytanie gdzie żyje historia rozmowy wydaje się szczegółem implementacyjnym — ale jest jedną z najważniejszych decyzji architektonicznych, jakie podejmiesz.

Decyduje o tym, czy użytkownicy mogą rozgałęziać rozmowy, cofać odpowiedzi, wznawiać sesje po restarcie oraz czy Twoje dane kiedykolwiek opuszczają Twoją infrastrukturę. Zespół Agent Framework opublikował szczegółową analizę.

Dwa podstawowe wzorce

Zarządzane przez usługę: usługa AI przechowuje stan rozmowy. Twoja aplikacja trzyma referencję, a usługa automatycznie dołącza odpowiednią historię do każdego żądania.

Zarządzane przez klienta: Twoja aplikacja utrzymuje pełną historię i wysyła odpowiednie wiadomości z każdym żądaniem. Usługa jest bezstanowa. Kontrolujesz wszystko.

Jak Agent Framework to abstrahuje

AgentSession session = await agent.CreateSessionAsync();
var first = await agent.RunAsync("Mam na imię Alice.", session);
var second = await agent.RunAsync("Jak mam na imię?", session);

session = agent.create_session()
first = await agent.run("Mam na imię Alice.", session=session)
second = await agent.run("Jak mam na imię?", session=session)

Szybki przegląd dostawców

Dostawca	Przechowywanie	Model	Kompaktowanie
OpenAI/Azure Chat Completions	Klient	N/A	Ty
Foundry Agent Service	Usługa	Liniowy	Usługa
Responses API (domyślnie)	Usługa	Rozgałęziający	Usługa
Anthropic Claude, Ollama	Klient	N/A	Ty

Jak wybrać

Potrzebujesz rozgałęzień lub „cofnij"? → Responses API zarządzane przez usługę
Potrzebujesz suwerenności danych? → Zarządzane przez klienta z backendem DB
Prosty chatbot? → Liniowe zarządzane przez usługę wystarczy

Przeczytaj pełny post po kompletne drzewo decyzyjne.

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.

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

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

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ąć.

Gdzie Hostować Agenty AI na Azure? Praktyczny Przewodnik po Decyzjach

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

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

Jeśli teraz budujesz agenty AI z .NET, pewnie zauważyłeś: jest wiele sposobów na hostowanie ich na Azure. Container Apps, AKS, Functions, App Service, Foundry Agents, Foundry Hosted Agents.

Microsoft opublikował kompleksowy przewodnik po hostowaniu agentów Azure AI.

Sześć opcji na pierwszy rzut oka

Opcja	Najlepsza dla	Zarządzasz
Container Apps	Pełna kontrola kontenera bez K8s	Obserwowalność, stan, cykl życia
AKS	Enterprise compliance, multi-cluster	Wszystkim
Azure Functions	Sterowane zdarzeniami, krótkotrwałe zadania	Prawie niczym
App Service	Prosty agent HTTP	Wdrożeniem, skalowaniem
Foundry Agents	Agenty bez kodu	Prawie niczym
Foundry Hosted Agents	Agenty z własnym frameworkiem	Tylko kodem agenta

Foundry Hosted Agents — słodkie miejsce dla deweloperów agentów .NET

Wdrożenie jest naprawdę proste:

azd ext install azure.ai.agents
azd ai agent init
azd up

To pojedyncze azd up buduje kontener, wypycha go do ACR, provisionuje projekt Foundry i uruchamia agenta.

Mój framework decyzyjny

Potrzebujesz zero infrastruktury? → Foundry Agents
Masz własny kod agenta ale chcesz zarządzanego hostingu? → Foundry Hosted Agents
Sterowane zdarzeniami, krótkotrwałe zadania? → Azure Functions
Maksymalna kontrola kontenera? → Container Apps
Ścisła zgodność i multi-cluster? → AKS

Podsumowanie

Dla większości deweloperów .NET budujących z Semantic Kernel lub Microsoft Agent Framework, Hosted Agents to prawdopodobnie właściwy punkt startowy. Sprawdź pełny przewodnik Microsoftu.

Azure MCP Server 2.0 Właśnie Wylądował — Samodzielnie Hostowana Agentic Cloud Automation Jest Tutaj

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

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

Jeśli ostatnio budowałeś cokolwiek z MCP i Azure, pewnie wiesz, że lokalne doświadczenie działa dobrze. Ale gdy musisz udostępnić tę konfigurację całemu zespołowi? Tam rzeczy się komplikowały.

Już nie. Azure MCP Server osiągnął stabilną wersję 2.0, a główna funkcja to dokładnie to, o co prosiły zespoły enterprise: obsługa samodzielnie hostowanego zdalnego serwera MCP.

Co to jest Azure MCP Server?

Azure MCP Server implementuje specyfikację Model Context Protocol i ujawnia możliwości Azure jako ustrukturyzowane, odkrywalne narzędzia. Liczby mówią same za siebie: 276 narzędzi MCP w 57 usługach Azure.

Wielka sprawa: samodzielnie hostowane zdalne wdrożenia

W prawdziwym scenariuszu zespołowym potrzebujesz:

Wspólny dostęp dla deweloperów i wewnętrznych systemów agentów
Scentralizowana konfiguracja
Granice sieci i polityk enterprise
Integracja z pipeline’ami CI/CD

Azure MCP Server 2.0 rozwiązuje to wszystko. Do autoryzacji masz dwie opcje:

Managed Identity — przy pracy z Microsoft Foundry
Przepływ On-Behalf-Of (OBO) — delegacja OpenID Connect z rzeczywistymi uprawnieniami użytkownika

Wzmocnienie bezpieczeństwa

Wersja 2.0 dodaje silniejszą walidację punktów końcowych, ochronę przed wzorcami injection i ściślejsze kontrole izolacji.

Pierwsze kroki

GitHub Repo — kod źródłowy, dokumenty
Docker Image — wdrożenie w kontenerze
Rozszerzenie VS Code — integracja IDE
Przewodnik self-hosting — flagowa funkcja 2.0

Agentic Platform Engineering Staje Się Rzeczywistością — Git-APE Pokazuje Jak

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

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

Platform engineering to jeden z tych terminów, które świetnie brzmią na konferencjach, ale zazwyczaj oznaczają “zbudowaliśmy portal wewnętrzny i wrapper Terraform.” Prawdziwa obietnica — self-service infrastruktura, która jest bezpieczna, zarządzana i szybka — zawsze była o kilka kroków za daleko.

Zespół Azure właśnie opublikował Part 2 swojej serii agentic platform engineering. Nazywają to Git-APE — projekt open-source, który używa agentów GitHub Copilot i serwerów Azure MCP do zamiany żądań w języku naturalnym na zwalidowaną, wdrożoną infrastrukturę.

Co faktycznie robi Git-APE

Podstawowy pomysł: zamiast uczyć się modułów Terraform, deweloperzy rozmawiają z agentem Copilot. Agent interpretuje intencje, generuje Infrastructure-as-Code, waliduje wobec zasad i wdraża — wszystko w VS Code.

git clone https://github.com/Azure/git-ape
cd git-ape

Otwórz obszar roboczy w VS Code, a pliki konfiguracji agenta są automatycznie odkrywane przez GitHub Copilot:

@git-ape deploy a function app with storage in West Europe

Czyszczenie jest równie proste:

@git-ape destroy my-resource-group

Dlaczego to ważne

Dla tych z nas budujących na Azure, przesuwa to rozmowę z “jak zbudować portal” na “jak opisać nasze guardrails jako API.”

Jako deweloper .NET: Azure MCP Server i agenty GitHub Copilot działają z dowolnym obciążeniem Azure — Twoje ASP.NET Core API, .NET Aspire — wszystko może być celem agentic deployment flow.

Podsumowanie

Git-APE to wczesne, ale konkretne spojrzenie na agentic platform engineering w praktyce. Sklonuj repozytorium i przeczytaj pełny post.

Microsoft Foundry Marzec 2026 — GPT-5.4, Agent Service GA i Odświeżenie SDK, Które Zmienia Wszystko

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

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

Miesięczne posty “Co nowego w Microsoft Foundry” to zazwyczaj mieszanka drobnych ulepszeń. Edycja z marca 2026? To prawie same główne funkcje.

Foundry Agent Service jest gotowy do produkcji

Środowisko uruchomieniowe agentów nowej generacji jest ogólnie dostępne — zbudowane na OpenAI Responses API, kompatybilne przewodowo z agentami OpenAI.

Kluczowe dodatki: kompleksowe prywatne sieci, rozszerzenie auth MCP, podgląd Voice Live i hosted agents w 6 nowych regionach.

GPT-5.4 — niezawodność ponad surową inteligencję

GPT-5.4 nie chodzi o bycie mądrzejszym. Chodzi o bycie bardziej niezawodnym.

Model	Cena (za M tokenów)	Najlepszy dla
GPT-5.4 (≤272K)	$2.50 / $15 output	Agenty produkcyjne
GPT-5.4 Pro	$30 / $180 output	Głęboka analiza
GPT-5.4 Mini	Opłacalny	Klasyfikacja, ekstrakcja

SDK jest w końcu stabilny

SDK azure-ai-projects opublikował stabilne wersje we wszystkich językach — w tym .NET 2.0.0.

Fireworks AI przynosi otwarte modele na Azure

DeepSeek V3.2, gpt-oss-120b, Kimi K2.5 przy uruchomieniu.

Przeczytaj pełne podsumowanie.

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

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

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

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ę.

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

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

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.

Foundry Agent Service jest GA: Co Naprawdę Ważne dla Budowniczych Agentów .NET

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

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

Bądźmy szczerzy — budowanie prototypu agenta AI to łatwa część. Trudna część to wszystko potem.

Foundry Agent Service właśnie osiągnął GA, a to wydanie jest skupione na tej luce “wszystko potem”.

Zbudowany na Responses API

Nowej generacji Foundry Agent Service jest zbudowany na OpenAI Responses API. Architektura jest celowo otwarta — nie jesteś przywiązany do jednego dostawcy modeli.

Prywatna sieć: blokada enterprise usunięta

Brak publicznego wyjścia — ruch agenta nigdy nie dotyka publicznego internetu
Iniekcja kontenera/podsieci do Twojej sieci
Łączność narzędzi — serwery MCP, Azure AI Search działają przez prywatne ścieżki

Uwierzytelnianie MCP

Metoda auth	Kiedy używać
Key-based	Prosty wspólny dostęp
Entra Agent Identity	Service-to-service
Entra Managed Identity	Izolacja per-projekt
OAuth Identity Passthrough	Delegowany dostęp użytkownika

Voice Live

Voice Live składa STT, LLM i TTS w jedno zarządzane API.

Oceny

Wbudowane ewaluatory — spójność, trafność, uziemienie
Niestandardowe ewaluatory — Twoja własna logika biznesowa
Ciągła ocena — próbkowanie żywego ruchu produkcyjnego

Sprawdź przewodnik quickstart i ogłoszenie GA.

Agents | The .NET Blog

CodeAct w Agent Framework: Jak zmniejszyć opóźnienie agenta o połowę

Czym jest CodeAct?

Bezpieczeństwo: Mikro-VM Hyperlight

Minimalna konfiguracja

Kiedy używać CodeAct (a kiedy nie)

Wypróbuj teraz

Gdzie Twój Agent Pamięta Rzeczy? Praktyczny Przewodnik po Przechowywaniu Historii Czatu

Dwa podstawowe wzorce

Jak Agent Framework to abstrahuje

Szybki przegląd dostawców

Jak wybrać

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

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

Gdzie Hostować Agenty AI na Azure? Praktyczny Przewodnik po Decyzjach

Sześć opcji na pierwszy rzut oka

Foundry Hosted Agents — słodkie miejsce dla deweloperów agentów .NET

Mój framework decyzyjny

Podsumowanie

Azure MCP Server 2.0 Właśnie Wylądował — Samodzielnie Hostowana Agentic Cloud Automation Jest Tutaj

Co to jest Azure MCP Server?

Wielka sprawa: samodzielnie hostowane zdalne wdrożenia

Wzmocnienie bezpieczeństwa

Pierwsze kroki

Agentic Platform Engineering Staje Się Rzeczywistością — Git-APE Pokazuje Jak

Co faktycznie robi Git-APE

Dlaczego to ważne

Podsumowanie

Microsoft Foundry Marzec 2026 — GPT-5.4, Agent Service GA i Odświeżenie SDK, Które Zmienia Wszystko

Foundry Agent Service jest gotowy do produkcji

GPT-5.4 — niezawodność ponad surową inteligencję

SDK jest w końcu stabilny

Fireworks AI przynosi otwarte modele na Azure

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

Ulepszenia aplikacji Agents

Rozpoznawanie linków @import CSS

Podsumowanie

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

Uruchamiaj i debuguj agenty AI bez wdrażania

GitHub Copilot szkieletuje Twój projekt azd

Container App Jobs i ulepszenia wdrażania

Podsumowanie

Foundry Agent Service jest GA: Co Naprawdę Ważne dla Budowniczych Agentów .NET

Zbudowany na Responses API

Prywatna sieć: blokada enterprise usunięta

Uwierzytelnianie MCP

Voice Live

Oceny

Rozpoznawanie linków `@import` CSS