Czym jest Toolbox w Foundry?

W miarę jak organizacje wdrażają agentów sztucznej inteligencji, zarządzanie narzędziami między agentami może stać się coraz bardziej złożone. Agenci często łączą się bezpośrednio z narzędziami, interfejsami API, serwerami MCP i innymi usługami, wymagając oddzielnej konfiguracji, uwierzytelniania i ładu dla każdej implementacji. Takie podejście może prowadzić do zduplikowanego nakładu pracy, niespójnego zachowania, kruchych wdrożeń produkcyjnych i dodatkowych obciążeń operacyjnych w miarę wzrostu liczby agentów.

Toolbox zapewnia scentralizowany sposób zarządzania narzędziami i udostępniania ich w usłudze Microsoft Foundry. Za pomocą Toolbox można zdefiniować starannie dobrany zestaw narzędzi raz i udostępnić go za pośrednictwem pojedynczego punktu końcowego zgodnego z MCP, z którego agenci mogą korzystać w różnych frameworkach i środowiskach uruchomieniowych. Toolbox ułatwia integrację narzędzi, umożliwiając jednocześnie scentralizowane zarządzanie poświadczeniami, zapewnianie ładu, obserwowalność i kontrolę dostępu.   Zamiast konfigurować narzędzia niezależnie dla każdego agenta, zespoły mogą zarządzać narzędziami w jednym miejscu, ponownie używać ich w wielu agentach i aktualizować implementacje narzędzi bez konieczności wprowadzania zmian w kodzie agenta. Takie podejście ułatwia organizacjom skalowanie tworzenia agentów przy zachowaniu spójnych praktyk bezpieczeństwa i operacyjnych.

W tym artykule wyjaśniono, jak działa Toolbox, jego podstawowe pojęcia i architektura oraz jak tworzyć Toolboxy i zarządzać nimi w usłudze Microsoft Foundry.

Dlaczego warto używać przybornika?

Rozważ agenta, który pomaga wdrażać nowych pracowników. Pojedyncze żądanie może wymagać od agenta:

  • Pobierz wskazówki dotyczące wdrożenia przy użyciu bazy wiedzy.
  • Utwórz konto Microsoft Entra ID przy użyciu interfejsu API REST.
  • Udostępniaj zasoby chmurowe przy użyciu agenta działającego długotrwale.
  • Utwórz spersonalizowaną wiadomość e-mail powitalną przy użyciu umiejętności agenta.
  • Opublikuj wiadomość powitalną w kanale Microsoft Teams przy użyciu serwera MCP.

To pięć typów, pięć modeli uwierzytelniania i pięć zespołów odpowiedzialnych — dla jednego agenta. Teraz pomnóż to na każdego agenta, którego tworzy twoja organizacja:

  • Zespoły ponownie implementują te same narzędzia niezależnie.
  • Poświadczenia są duplikowane, a każdy agent zarządza własnymi sekretami i odświeżaniem tokenu.
  • Nadzór jest niespójny lub go brakuje, z niewielkim wglądem w to, jakie narzędzia istnieją lub kto z nich korzysta.

Diagram przedstawiający wielu agentów, którzy podłączają własne narzędzia z różnymi modelami uwierzytelniania i zduplikowanymi poświadczeniami.

Bez scentralizowanego podejścia każdy agent musi być skonfigurowany przy użyciu własnych definicji narzędzi, poświadczeń i logiki integracji. W miarę jak organizacje tworzą więcej agentów, ten model może prowadzić do zduplikowanych implementacji narzędzi, niespójnych mechanizmów kontroli zabezpieczeń i zwiększenia nakładu pracy operacyjnej.

Toolbox pomaga sprostać tym wyzwaniom, umożliwiając zespołom centralne definiowanie narzędzi i zarządzanie nimi oraz udostępnianie ich za pośrednictwem pojedynczego endpointu kompatybilnego z MCP. Agenty mogą następnie korzystać z zatwierdzonych narzędzi bez konieczności tworzenia niestandardowych integracji dla każdego agenta, pomagając organizacjom zwiększać ponowne wykorzystanie narzędzi, upraszczać zarządzanie poświadczeniami i spójnie stosować zasady nadzoru we wdrożeniach agentów.

Cykl życia narzędzia — tworzenie, odnajdywanie, używanie i zarządzanie

Toolbox obejmuje pełny cykl życia narzędzia za pomocą czterech filarów — tworzenie, odnajdywanie, używanie i zarządzanie:

Filar Propozycje wartości
Build Twórz kolekcje narzędzi i umiejętności wielokrotnego użytku (wersja zapoznawcza), publikuj raz i konfiguruj uwierzytelnianie centralnie, aby każdy zespół mógł używać tych samych narzędzi bez duplikowania konfiguracji na agenta lub poświadczeń.
Odkryj Użyj wyszukiwania narzędzi, aby ułatwić agentom znajdowanie najbardziej odpowiednich narzędzi w czasie wykonywania. Pojedynczy przybornik może przechowywać setki narzędzi bez zalewania kontekstu modelu, zwiększania kosztu tokenu lub obniżania dokładności wyboru.
Zużyj Łączenie agentów z pojedynczym punktem końcowym zgodnym z MCP, który zapewnia dostęp do narzędzi w przyborniku. Agenty mogą odnajdywać i wywoływać narzędzia w różnych protokołach i modelach uwierzytelniania bez konieczności integracji niestandardowych.
Govern Zastosuj uwierzytelnianie, autoryzację, ograniczenia zabezpieczające, możliwość obserwowania i zarządzanie wersjami na poziomie przybornika. Scentralizowane zarządzanie pomaga organizacjom zachować spójne mechanizmy zabezpieczeń i kontroli operacyjnej między agentami i narzędziami.

Diagram przedstawiający Toolbox jako jeden punkt końcowy zgodny z MCP w Microsoft Foundry. Po lewej stronie usługa agenta Foundry (prompt i hostowani agenci), Microsoft Agent Framework, LangGraph i GitHub Copilot łączą się z Toolbox, który zapewnia Build (wyselekcjonowane narzędzia, umiejętności i agentów), odnajdywanie (zmniejszanie użycia tokenu i okna kontekstowego za pomocą wyszukiwania narzędzi) i Korzystanie (ujednolicony punkt końcowy z ładem i zabezpieczeniami). Po prawej stronie Toolbox łączy się z aplikacjami MCP, A2A, OpenAPI, Microsoft IQ, umiejętnościami, agentami (A2A) i nie tylko. Domyślnie objęte nadzorem.

Zakorzenieni w Foundry, nie ograniczeni do Foundry

Przyborniki są tworzone i zarządzane w usłudze Microsoft Foundry, ale nie są ograniczone do agentów opartych na platformie Foundry. Dowolne środowisko uruchomieniowe lub klient kompatybilne z MCP może używać przybornika, w tym agentów niestandardowych utworzonych za pomocą platformy Microsoft Agent Framework, LangGraph lub własnego kodu.

Ponieważ przybornik jest zasobem zarządzanym, można dodawać, usuwać lub aktualizować narzędzia bez zmieniania kodu agenta. Agenty nadal łączą się z tym samym punktem końcowym, a administratorzy centralnie zarządzają dostępnością i konfiguracją narzędzi. Dzięki wersjonowaniu można ustanowić nową domyślną wersję przybornika i udostępnić ją agentom korzystającym z niego bez ponownego wdrażania tych agentów.

Obejrzyj te pokazy, aby zobaczyć zestawy narzędzi w akcji:

Kluczowe możliwości

Microsoft Foundry Agent Toolbox dodaje możliwości, które sprawiają, że duże, szybko rosnące kolekcje narzędzi są łatwe w zarządzaniu i bezpieczne.

  • Pojedynczy punkt końcowy. Agent łączy się z jednym punktem końcowym zgodnym z MCP i odnajduje każde narzędzie w czasie wykonywania. Możesz dodawać, usuwać lub ponownie konfigurować narzędzia bez zmieniania kodu agenta lub ponownego wdrażania.
  • Scentralizowane uwierzytelnianie. Zestaw narzędzi obsługuje wstrzykiwanie poświadczeń, odświeżanie tokenu i wymuszanie zasad w czasie wykonywania przy użyciu Microsoft Entra ID i przekazywania tożsamości OAuth, dzięki czemu agenci korzystający z narzędzi nie zarządzają poświadczeniami poszczególnych narzędzi.
  • Domyślne zarządzanie. Zastosuj zabezpieczenia (zasady odpowiedzialnej sztucznej inteligencji) do danych wejściowych i wyjściowych narzędzi na poziomie zestawu narzędzi.
  • Wersjonowanie. Utwórz i przetestuj nową wersję przybornika, a następnie ustaw ją jako domyślną, gdy wszystko będzie gotowe. Każdy agent wskazujący na przybornik automatycznie pobiera promowaną wersję bez zmian w kodzie.

Oprócz tych kluczowych możliwości Toolbox udostępnia następujące funkcje:

Wraz z rozwojem Twojej aplikacji rośnie też liczba dostępnych narzędzi. Zestaw narzędzi rozpoczynający się od kilku narzędzi może szybko rozwinąć się do kilkudziesięciu, a nawet setek. Wysyłanie każdej definicji narzędzia przy użyciu każdego żądania modelu stwarza trudności:

  • Wzrost kosztów w miarę skalowania liczby narzędzi: Każda definicja narzędzia dodaje tokeny wejściowe, niezależnie od tego, czy model używa tego narzędzia, czy nie.
  • Zmniejszona pojemność kontekstu: Definicje narzędzi konkurują z historią konwersacji, wiedzą o domenie i innym kontekstem o miejsce w oknie kontekstowym modelu.
  • Mniej dokładne wybieranie narzędzi: Jeśli model musi wybrać spośród setek narzędzi, bardziej prawdopodobne jest wybranie podobnego, ale niepoprawnego narzędzia lub pominięcie najlepszej opcji.

Wyszukiwanie narzędzi rozwiązuje te wyzwania, ukrywając narzędzia domyślnie i ujawniając tylko dwa meta-narzędzia:

  • tool_search — opisz, czego potrzebujesz, i otrzymaj najbardziej odpowiednie narzędzia.
  • call_tool — wywołaj dowolne odnalezione narzędzie według nazwy.

Decydujesz o tym, jak narzędzia są wyświetlane.

  • Przypnij narzędzia krytyczne, aby były zawsze dostępne.
  • Dodaj kontekst , aby ulepszyć odnajdywanie narzędzi przy użyciu terminów używanych przez organizację.
  • Przypnij automatycznie często używane narzędzia.

Dowiedz się więcej: Wyszukiwanie narzędzi.

Umiejętności (wersja zapoznawcza)

Narzędzia określają co agent może zrobić. Skille definiują jak wykonuje zadanie.

  • Pakiet umiejętności wielokrotnego użytku, wieloetapowe przepływy pracy jako funkcje, które agenci mogą wywoływać jak każde inne narzędzie. Na przykład skill może wygenerować sformatowany raport, wykonać przepływ pracy triażu lub zorganizować sekwencję wywołań narzędzi.

  • Umiejętności są wersjonowane i niezmienne. Możesz dołączyć określoną wersję umiejętności do zestawu narzędzi, aby zapewnić spójne i przewidywalne zachowanie w różnych środowiskach.

  • Skills ograniczają wymaganą konfigurację do korzystania z udostępnionych przepływów pracy. Agenty automatycznie odkrywają i ładują umiejętności za pośrednictwem zasobów MCP podczas uruchamiania.

Zobacz Umiejętności (wersja zapoznawcza).

Obsługiwane narzędzia

Obsługiwane są następujące narzędzia.

Narzędzie Skrzynka z narzędziami Bezpośrednia integracja narzędzi
Protokół MCP (Model Context Protocol) ✅ Tak ✅ Tak
Wyszukiwanie w Internecie ✅ Tak ✅ Tak
Wyszukiwanie AI platformy Azure ✅ Tak ✅ Tak
Interpreter kodu ✅ Tak ✅ Tak
Wyszukiwanie plików ✅ Tak ✅ Tak
OpenAPI ✅ Tak ✅ Tak
Agent-do-agenta (A2A) ✅ Tak ✅ Tak
Automatyzacja przeglądarki ✅ Tak ✅ Tak
Inteligencja sieciowa Fabric ✅ Tak ✅ Tak
Inteligencja Pracy ✅ Tak ✅ Tak
Wyszukiwanie narzędzi ✅ Tak ❌ Nie
Umiejętności ✅ Tak Tak, w przypadku agentów promptowych korzystających z Microsoft Copilot harness
Narzędzie przypomnień ✅ Tak ❌ Nie
Wywoływanie funkcji ❌ Nie (wykonywanie po stronie klienta) ✅ Tak
Uziemienie z Bing ❌ Nie ✅ Tak
Korzystanie z komputera ❌ Nie ✅ Tak
Generowanie obrazu ❌ Nie ✅ Tak
SharePoint ❌ Nie ✅ Tak
Agent danych struktury ❌ Nie ✅ Tak
Azure Functions ❌ Nie ✅ Tak

Wprowadzenie