Enterprise AI | The .NET Blog

Microsoft Foundry Czerwiec 2026: Od Dostarczania Funkcji do Zarządzanej Platformy Agentowej

Emiliano Montesdeoca — Sat, 18 Jul 2026 00:00:00 +0000

Czerwcowa fala Foundry 2026 to nie tylko kolejny miesięczny przegląd. Oznacza przejście dojrzałości od „buduj fajnych agentów" do „prowadź agentów jako zarządzane systemy korporacyjne". To rozróżnienie ma znaczenie większe niż jakakolwiek pojedyncza funkcja.

Oryginalne źródło: https://devblogs.microsoft.com/foundry/whats-new-in-microsoft-foundry-june-2026/

Trzy aktualizacje definiują tę zmianę. Po pierwsze, publikowanie agentów do Microsoft 365 Copilot i Teams osiągnęło GA, co przenosi dystrybucję z niestandardowych projektów integracyjnych na opiniowany pas wdrożeniowy. Po drugie, Toolboxes zyskały silniejsze mechanizmy wykrywania i kontroli wykonania, w tym wyszukiwanie narzędzi i rutyny. Po trzecie, obserwowalność plus optymalizacja stały się zamkniętą pętlą, a nie późniejszym dodatkiem.

Moje zdanie: to najważniejszy wzorzec w wydaniu. Śledzenie, ewaluacja, optymalizacja i kontrolowane wdrożenie tworzą minimalny opłacalny model operacyjny dla systemów niedeterministycznych. Jeśli masz tylko jeden z tych elementów, masz telemetrię lub strojenie, a nie zarządzanie.

Claude GA wewnątrz Foundry jest również strategiczny, ale nie głównie ze względu na jakość modelu. Większą wartością jest integracja korporacyjna: uwierzytelnianie Entra, RBAC, ciągłość rozliczeń i dopasowanie polityk. Zespoły przechodzące z bezpośrednich endpointów modeli do Foundry powinny postrzegać to jako konsolidację operacyjną, a nie tylko zmianę dostawcy.

Agenci Autopilot są obiecujący, ale organizacje powinny podchodzić do nich z trzeźwymi wyborami architektonicznymi. Współpraca w przestrzeni współdzielonej w Teams może odblokować produktywność, ale szybko podnosi złożoność tożsamości, uprawnień i odpowiedzialności. Zacznij od ograniczonych zakresów i ścisłych punktów zatwierdzeń przed szerokim wdrożeniem.

Praktyczne rekomendacje:

Jeśli już jesteś w pilocie, priorytetem jest instrumentacja przed rozszerzeniem możliwości. Podłącz śledzenie GenAI najpierw. Następnie ustanów zestawy ewaluacyjne powiązane z wynikami biznesowymi, a nie ogólnymi metrykami modeli. Dopiero potem uruchamiaj pętle optymalizacyjne i przepływy promocji.
Dla agentów z dużą liczbą toolboxów, włącz wyszukiwanie narzędzi wcześnie, aby zmniejszyć szum kontekstowy i ryzyko wyboru złego narzędzia w miarę wzrostu katalogów.
Dla agentów z pamięcią, zdefiniuj TTL i politykę przechowywania z góry. Pamięć bez kontroli cyklu życia staje się długiem zgodnościowym.

Najbardziej stanowczy wniosek, jaki mogę wyciągnąć, jest taki: Foundry teraz mniej dotyczy „który model wybrać?" a bardziej „czy mogę prowadzić zachowanie agenta jako zarządzany cykl życia?" Zespoły, które dobrze odpowiedzą na drugie pytanie, łatwo dostosują się do rotacji modeli. Zespoły skupione na rankingach modeli będą odbudowywać kruche stosy co kwartał.

Czerwcowe wydanie wyjaśnia jedną rzecz. Foundry staje się platformą operacyjną dla systemów AI, a nie tylko zestawem narzędzi programistycznych. To trudniejszy produkt do zbudowania i znacznie bardziej wartościowy do przyjęcia.

Agent Skills dla .NET Są Stabilne i To Zmienia Architekturę Agentów Korporacyjnych

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

Przejście Agent Skills dla .NET do wersji stabilnej to jeden z najbardziej praktycznych kamieni milowych w obecnym ekosystemie agentów. Rozwiązuje podstawowy problem skalowania: wiedza domenowa nie powinna znajdować się w jednym gigantycznym bloku instrukcji.

Oryginalne źródło: https://devblogs.microsoft.com/agent-framework/agent-skills-for-net-is-now-released/

Projekt jest elegancki i pragmatyczny. Skills pakują instrukcje, zasoby i opcjonalne skrypty w jednostki wielokrotnego użytku, które ładują się na żądanie poprzez stopniowe ujawnianie. To utrzymuje zwięzłość kontekstu, redukuje rozdęcie promptów i umożliwia międzyzespołowe posiadanie specjalistycznej wiedzy.

Moja opinia: to pierwsza wiarygodna ścieżka do korporacyjnej utrzymywalności agentów w stosach .NET. Bez modułowych granic wiedzy, każda nowa polityka czy aktualizacja playbooka staje się delikatną operacją chirurgiczną na promptach.

Najważniejsza jest nie tylko modułowość, ale zarządzanie. Wbudowany model zatwierdzania dla ładowania skilli, odczytu zasobów i uruchamiania skryptów adresuje dokładnie te obawy operacyjne, które zespoły bezpieczeństwa podnoszą, gdy agenci przechodzą z demo do produkcji. Rozszerzalny model wykonywania skryptów czyni też odpowiedzialność jawną: jeśli chcesz wykonywania skryptów opartych na plikach, sam odpowiadasz za sandboxing i audyt.

Praktyczny wzorzec adopcyjny

Zacznij od skilli plikowych dla treści polityk utrzymywanych przez mieszane zespoły techniczne.
Użyj skilli klasowych, gdy potrzebujesz dystrybucji pakietów przez NuGet i ściślejszej kontroli cyklu życia inżynieryjnego.
Zarezerwuj umiejętności definiowane kodem dla dynamicznego składania w czasie wykonania, gdzie niezbędna jest kompozycja stanowa.

Dodaj filtrowanie wcześnie. Nie każdy skill powinien być widoczny dla każdego agenta lub dzierżawcy. Kuratorowana widoczność skilli to zarówno kontrola bezpieczeństwa, jak i kontrola trafności, która poprawia jakość routingu.

Rejestruj wszystko: wybór skilli, odczyty zasobów, żądania wykonania skryptów i zatwierdzenia. Jeśli twój przegląd incydentów nie może odtworzyć, który skill wpłynął na odpowiedź, nie masz obserwowalności produkcyjnej.

Większa zmiana strategiczna jest taka: skille zamieniają zachowanie agenta w komponowalny łańcuch dostaw. Zespoły mogą wersjonować, przeglądać i wydawać wiedzę podobnie do komponentów oprogramowania. To umożliwia niezależną ewolucję bez ciągłego przekwalifikowywania ludzi do przepisywania mega-promptów.

Konkluzja

Jeśli budujesz agentów .NET w skali korporacyjnej, opóźnianie tego wzorca będzie cię kosztować. Skończysz z chaosem instrukcji, niespójnym stosowaniem polityk i kruchym zachowaniem pod wpływem zmian.

Agent Skills nie usuwa złożoności, ale przenosi złożoność do zarządzalnych komponentów. To dokładnie to, co powinna robić dojrzała architektura oprogramowania. Dla wielu zespołów to wydanie jest momentem, w którym inżynieria agentów w .NET zaczyna wyglądać jak prawdziwa inżynieria platformowa.

Samo AI Nie Zmieni Biznesu — Zmieni Go System Wokół Niego

Emiliano Montesdeoca — Sun, 14 Jun 2026 00:00:00 +0000

Jest jedna linijka w najnowszym eseju o platformie AI Microsoftu, która moim zdaniem trafia w sedno obecnej chwili:

zwycięzcami nie będą ci z największą liczbą demo, ale ci, którzy zamienią AI w zarządzany, stale ulepszany system do prawdziwej pracy.

To jest dokładnie prawda.

To jeden z lepszych strategicznych tekstów o AI, ponieważ trafia we właściwy poziom

Zbyt wiele rozmów o AI wciąż sprowadza się do dyskusji o modelach.

Który model jest mądrzejszy. Który model jest tańszy. Który model jest najnowszy.

To nie są nieistotne pytania, ale są zbyt wąskie, jeśli myślisz jak przedsiębiorstwo.

Źródłowy artykuł prawidłowo określa skalę wyzwania. Mówi wyraźnie, że „O sukcesie decyduje system wokół AI”.

To jest użyteczna rama.

Ponieważ prawdziwa wartość korporacyjna pochodzi z systemu wokół modelu:

jak agenci są budowani
jak są osadzani w kontekście korporacyjnym
jak są wdrażani
jak są zarządzani
jak się poprawiają w czasie

To odróżnia rozproszone eksperymenty od prawdziwej transformacji.

Dlaczego uważam, że to ujęcie ma tak duże znaczenie

Jeśli skupisz się tylko na modelu, zyskujesz krótkotrwałe przewagi.

Jeśli skupisz się na systemie, zyskujesz dźwignię, która procentuje.

To kluczowe rozróżnienie.

I jest ono ściśle zgodne z tym, dokąd ostatnio zmierzają historie Foundry, GitHub, Microsoft IQ i Agent Framework.

Moje zdanie

To jeden z mocniejszych strategicznych tekstów w tej partii, ponieważ opisuje AI jako system operacyjny do pracy, a nie jako zestaw odłączonych demo.

To jest poziom, na którym przedsiębiorstwa faktycznie muszą myśleć.

I szczerze mówiąc, więcej publicznej rozmowy o AI powinno odbywać się na tym poziomie.

Oryginalny wpis: AI alone won’t change your business. The system running it will.