Salesforce dodaje do Agent Fabric mechanizmy oceny agentów i kontroli kosztów

27 października 2026 r. Salesforce ogłosiło zestaw nowych funkcji Agent Fabric — swojej platformy sterującej AI, służącej do zarządzania agentami i nadzorowania ich na różnych platformach. Wśród najważniejszych nowości znalazły się Agent Evals, API Evals i zaawansowane mechanizmy kontroli kosztów. Salesforce poinformowało, że platforma obsługuje ponad 1,2 mld żądań dziennie.

W ogłoszeniu przedstawiono nowe funkcje w kontekście konkretnego problemu operacyjnego: w miarę zwiększania skali wdrożeń AI w przedsiębiorstwach agenci mogą zawodzić po cichu — udzielać błędnych odpowiedzi i generować coraz większe koszty, zanim ktokolwiek to zauważy. Salesforce poinformowało, że nowe funkcje pozwalają dyrektorom ds. informatyki (CIO) i liderom AI wykrywać problemy, zanim przerodzą się w skargi klientów lub niekontrolowany wzrost kosztów. Łączą automatyczne interwencje uruchamiane w razie spadku jakości z twardymi limitami wydatków, które nie pozwalają przekroczyć budżetu.

Agent Fabric to korporacyjna platforma sterująca agentami, oparta na MuleSoft, która pozwala z jednego miejsca wykrywać agentów, zarządzać nimi i nimi nadzorować, a także koordynować je oraz monitorować zasoby AI i przepływy pracy oparte na agentach. Jak podano na stronie produktu Agent Fabric, skanery automatycznie wykrywają agentów, serwery Model Context Protocol (MCP) i interfejsy API działające w różnych ekosystemach, takich jak Amazon, Google, Microsoft, Claude, Databricks i Kong, a następnie rejestrują je bezpośrednio w Agent Registry — scentralizowanym katalogu zasobów AI. Platforma obejmuje również MCP Bridge, który udostępnia istniejące interfejsy API jako narzędzia MCP; orkiestrację wielu agentów; obsługę protokołu A2A; ujednoliconą bramę LLM i MCP; Trusted Agent Identity; oraz Agent Visualizer, który odwzorowuje sieć agentów i prezentuje między innymi wskaźniki pewności, wykryte wąskie gardła i ryzyko halucynacji. Na stronie produktu podano, że Agent Fabric i Agentforce — platforma Salesforce do tworzenia agentów działających w środowisku Salesforce — korzystają z tego samego silnika, który określa, jak agenci obsługują interakcje, rozumują, planują i działają.

Ciągła ocena i automatyczne interwencje

Salesforce poinformowało, że Agent Evals automatycznie generuje testy przed wdrożeniem, a następnie ocenia agentów, duże modele językowe (LLM) i serwery MCP działające w środowisku produkcyjnym pod kątem określonych progów jakości. Gdy wyniki są poniżej oczekiwań, system uruchamia zdefiniowane wcześniej interwencje, w tym Agent Kill Switch; jeśli wymagają tego zasady zespołu, interwencja wymaga zatwierdzenia. Na stronie produktu opisano tę funkcję jako mechanizm, który przekształca testy jakości agentów w automatyczne działania, a oceny serwerów MCP i LLM wymieniono jako funkcje, które pojawią się wkrótce.

API Evals rozwiązuje inny problem: agenci przestają działać, gdy zmieniają się interfejsy API, od których zależą. Salesforce poinformowało, że narzędzie automatycznie generuje testy funkcjonalne i wydajnościowe na podstawie specyfikacji API, wykrywając niezgodne zmiany, zanim trafią one do środowiska produkcyjnego.

W ogłoszeniu przedstawiono przykład sprzedawcy detalicznego, aby pokazać, jak przebiega ten proces. Sprzedawca zastępuje model AI obsługujący agenta do obsługi zamówień tańszym modelem, by ograniczyć koszty operacyjne. Po tej zmianie Agent Evals uruchamia zaplanowane testy i wykrywa, że agent podaje nieprawdziwe informacje o opóźnionych zamówieniach. System sygnalizuje problem z jakością i — zgodnie z preferencją zespołu, by człowiek uczestniczył w procesie — prosi o zgodę na poddanie agenta kwarantannie. Po uzyskaniu zgody agent zostaje poddany kwarantannie, a zespół dopracowuje instrukcje dotyczące obsługi opóźnionych zamówień, ponownie ocenia działanie tańszego modelu, aby potwierdzić jego skuteczność, a następnie przywraca agenta do środowiska produkcyjnego.

Agent Kill Switch, opisany na stronie produktu jako funkcja umożliwiająca szybkie zatrzymanie działania agenta w środowisku produkcyjnym, jest ogólnie dostępny od momentu ogłoszenia. Funkcja Triggered-Agent Kill Switch ma stać się ogólnie dostępna w styczniu 2027 r.

Kontrola kosztów i egzekwowanie limitów budżetowych

FinOps Dashboard i Model Wallet zapewniają osobom odpowiedzialnym za budżet jeden widok wydatków na AI oraz twarde limity, które blokują żądania, zanim koszty przekroczą budżet. Salesforce poinformowało, że według scenariuszy testowych firmy Cost Optimization Policies ograniczają zużycie tokenów nawet o 75% dzięki buforowaniu semantycznemu, kompresji ładunków i skracaniu odpowiedzi.

Dokumentacja MuleSoft dotycząca zarządzania kosztami szczegółowo opisuje mechanizmy egzekwowania limitów. Model Wallet egzekwuje budżety dla poszczególnych agentów, instancji lub jednostek biznesowych, na bieżąco śledząc narastające wydatki. Gdy środki w portfelu się wyczerpują, ograniczenia są egzekwowane, zanim dojdzie do przekroczenia budżetu, a nie dopiero po otrzymaniu faktury; prognozy sygnalizują przewidywane przekroczenie budżetu z kilkudniowym wyprzedzeniem. Model Proxy znajduje się na ścieżce ruchu sieciowego i wycenia każde żądanie według stawki faktycznie pobieranej przez dostawcę, dzięki czemu wydatki widoczne na pulpicie są zgodne z fakturą. Zasady optymalizacji (Progressive Disclosure, Smart Response Trimming i kompresja TOON) działają na poziomie bramy i ograniczają marnotrawstwo tokenów bez modyfikowania serwerów MCP ani kodu klienta. Dokumentacja opisuje również śledzenie w czasie rzeczywistym wydatków według zespołu, aplikacji i przypadku użycia oraz automatyczne wyłączanie niekontrolowanych pętli agentów, zanim przekroczą budżet.

FinOps Dashboard, Model Wallet i Cost Optimization Policies są ogólnie dostępne od momentu ogłoszenia.

Wykrywanie i zasady federacyjnej bramy

Salesforce ogłosił również dwie aktualizacje rozszerzające możliwości Agent Fabric poza standardową obsługę platform. Custom Agent Scanner automatycznie wykrywa agentów w środowiskach wewnętrznych, systemach za zaporami sieciowymi i na platformach zewnętrznych, umożliwiając zespołom tworzenie własnych skanerów, które katalogują agentów, modele, serwery MCP i interfejsy API w Agent Registry bez konieczności ręcznego rejestrowania każdego zasobu. W chwili ogłoszenia funkcja jest dostępna w wersji beta, a jej ogólna dostępność jest planowana na styczeń 2027 r.

Open Policies for Federated API Gateways wykrywa, egzekwuje i monitoruje zasady dotyczące interfejsów API w bramach Azure, Apigee i Kong. Pozwala zastosować jedną zasadę, taką jak lista dozwolonych adresów IP lub ograniczenie liczby żądań, we wszystkich tych bramach za jednym razem, zamiast konfigurować ją osobno w każdej z nich. W chwili ogłoszenia funkcja jest ogólnie dostępna.

Dane z ankiet i wypowiedzi klientów

Ogłoszenie łączy nowe funkcje z danymi z ankiet na temat praktyk oceny, wskazując, że mniej niż połowa organizacji korzystających z agentów ocenia je w warunkach rzeczywistego ruchu. Przywołuje raport LangChain na temat stanu inżynierii agentów, w ramach którego przebadano ponad 1300 specjalistów w okresie od 18 listopada do 2 grudnia 2025 r. Z raportu wynika, że 57,3% respondentów ma agentów działających w środowisku produkcyjnym, 32% wskazało jakość jako jedną z głównych przeszkód we wdrażaniu produkcyjnym, a 89% wdrożyło jakąś formę monitorowania swoich agentów. Jeśli chodzi konkretnie o ocenę, 52,4% organizacji poinformowało o przeprowadzaniu ocen offline na zestawach testowych, podczas gdy odsetek organizacji stosujących ocenę online wyniósł 37,3%.

Poonam Deshpande, dyrektorka ds. inżynierii w obszarze handlu cyfrowego w ASICS Digital, powiedziała, że ASICS współpracuje z Salesforce, by pomóc w kształtowaniu wersji beta Agent Evals. „Najbardziej ekscytuje nas w Agent Evals to, że nie ogranicza się do informowania nas, że coś jest nie tak” — powiedziała. „Gdy jakość agenta spada, Agent Fabric może zareagować automatycznie, powiadamiając właściwą osobę lub wyłączając agenta, zanim drobny problem przerodzi się w powszechny problem dla klientów”.

W ogłoszeniu znalazły się również wypowiedzi przedstawicieli kierownictwa Capita, GE Appliances i Newell Brands. Tiina Stephens, dyrektorka ds. inżynierii AI w Capita, powiedziała, że Agent Evals pomoże firmie sprawdzać, czy agenci osiągają jasno określone cele biznesowe i usługowe. Adam Jones, dyrektor wykonawczy ds. transformacji przedsiębiorstwa w GE Appliances, opisał pojedynczą płaszczyznę kontroli, która pozwala firmie sprawdzić, jakie ma agentów i kto ich stworzył, a także wyłączyć ich, jeśli coś pójdzie nie tak. Steve Sigrist, wiceprezes ds. globalnej obsługi klienta w Newell Brands, powiedział, że firma korzysta z Agent Fabric jako płaszczyzny kontroli, wdrażając agentów AI w obsłudze klienta w ramach swoich marek.

„Przedsiębiorstwa mogą skalować wykorzystanie agentów tylko tak szybko, jak są w stanie dbać o ich dokładność i utrzymać koszty w założonym budżecie” — powiedział Andrew Comstock, starszy wiceprezes i dyrektor generalny MuleSoft i Agent Fabric. „Obecnie wykrywanie błędnej odpowiedzi lub nagłego wzrostu wydatków to jedno zadanie, a zatrzymanie tego zjawiska — drugie. Agent Fabric łączy te działania, zapewniając ocenę, kontrolę kosztów i możliwość interwencji, dzięki czemu zespoły mogą natychmiast ograniczać problemy i pewnie skalować wykorzystanie agentów”.

Dostępność

Agent Evals i API Evals przejdą do wersji beta w listopadzie 2026 r., a ich ogólna dostępność jest planowana na styczeń 2027 r. W chwili ogłoszenia Custom Agent Scanner jest dostępny w wersji beta; jego ogólna dostępność jest planowana na styczeń 2027 r., podobnie jak w przypadku Triggered-Agent Kill Switch. Agent Kill Switch, Open Policies for Federated API Gateways, FinOps Dashboard, Model Wallet i Cost Optimization Policies są ogólnie dostępne od 27 października 2026 r.