Powrót do bloga
AI Automation2026-04-078 min read

4 Poziomy Serwisowe Degradacji Agenta AI — Od Pełnego Trybu do Odpowiedzi Zapasowej

Twój agent AI ulegnie degradacji w środowisku produkcyjnym. Nie „może". Ulegnie. Pytanie brzmi: czy ta degradacja będzie kontrolowanym przekazaniem sterowania, czy katastrofalną awarią. Zespoły, które traktują poziomy usług jako kwestię architektoniczną, a nie afterthought, nie tylko utrzymują dostępność dłużej. Dają użytkownikom doświadczenie, które buduje zaufanie nawet wtedy, gdy coś idzie nie tak.


Dlaczego binarne myślenie „działa/nie działa" nie sprawdza się w przypadku agentów AI

Tradycyjne oprogramowanie zawodzi w jednym kierunku: przestaje działać. Usługa albo działa, albo nie. Dostajesz błąd albo go nie dostajesz. Ten binarny model jest niewłaściwy dla agentów AI z przyczyn strukturalnych.

Agenci AI to systemy probabilistyczne, których jakość wyników zmienia się w wymiarach, których binarna dostępność nie jest w stanie uchwycić. Usługa może technicznie działać, ale generować degradowane wyniki. Agent może odpowiadać, ale z halucynacjami gorszymi niż cisza. Agent może działać wystarczająco wolno, że czas odpowiedzi podważa przypadek użycia.

Binarne modele awarii tworzą również złe doświadczenie użytkownika. Gdy agent AI całkowicie zawodzi, użytkownik widzi błąd bez kontekstu o tym, co się stało, dlaczego i kiedy zostanie to naprawione. Użytkownik nie ma żadnej agency. Albo czeka, albo odchodzi.

Model oparty na poziomach usług zmienia relację między użytkownikiem a agentem podczas awarii. Zamiast błędu i dezorientacji, użytkownik otrzymuje transparentność tego, co agent może teraz zrobić, a czego nie może. Zamiast binarnego wyniku, użytkownik otrzymuje zdegradowany, ale funkcjonalny system, który daje mu agency nad tym, jak postąpić dalej.


Poziom usług 1: Tryb pełny

Tryb pełny to normalny stan operacyjny. Wszystkie narzędzia są dostępne. LLM odpowiada w normalnych parametrach latencji. Wywołania narzędzi kończą się sukcesem zgodnie z oczekiwaniami. Agent działa bez degradacji w każdym wymiarze.

Wymaga to aktywnego monitorowania do utrzymania. Tryb pełny nie jest stanem pasywnym. Wymaga, aby systemy monitoringu śledziły latencję, wskaźniki błędów, dostępność narzędzi i jakość wyników, tak aby degradacja od trybu pełnego była wykrywana, zanim stanie się widoczna dla użytkownika.

Monitorowanie utrzymujące tryb pełny: wskaźnik sukcesu wywołań narzędzi powyżej 99%, latencja odpowiedzi LLM w granicach 95. percentyla bazowego, brak otwartych circuit breakerów, wskaźnik wykrywalności halucynacji w akceptowalnych granicach oraz brak alertów dotyczących degradacji jakości.


Poziom usług 2: Tryb ograniczony

Tryb ograniczony to pierwszy poziom degradacji. Agent pozostaje w pełni funkcjonalny dla większości żądań, ale niektóre narzędzia są niedostępne lub zdegradowane. LLM nadal odpowiada, ale z wyższą latencją. Agent może zakończyć większość zadań, ale nie wszystkie.

Warunki wyzwalające tryb ograniczony to którykolwiek z następujących: jedno lub więcej narzędzi niekrytycznych zwraca błędy z podwyższoną częstotliwością, latencja LLM wzrosła o ponad 50% powyżej wartości bazowej, circuit breakery otworzyły się na integracjach drugorzędnych, lub wskaźnik błędów przekroczył próg wskazujący, że usługa nadrzędna jest niezdrowa, ale nie całkowicie niedostępna.

Doświadczenie użytkownika w trybie ograniczonym powinno być jawne. Agent powinien komunikować, że działa w stanie zdegradowanym i które możliwości są obecnie ograniczone. Na przykład: „Obecnie doświadczam opóźnień z integracją CRM. Mogę zakończyć twoje żądanie używając danych z cache, ale aktualizacje mogą trwać dłużej niż zwykle."

Tryb ograniczony jest do przetrwania. Większość incydentów produkcyjnych nigdy nie eskaluje poza tryb ograniczony, jeśli systemy odzyskiwania błędów i fallback działają poprawnie. Celem trybu ograniczonego jest utrzymanie podstawowej funkcjonalności, podczas gdy zdegradowany komponent dochodzi do siebie.


Poziom usług 3: Tryb minimalny

Tryb minimalny to stan, w którym agent działa z poważnie ograniczoną możliwością. Większość narzędzi jest niedostępna. Odpowiedzi LLM są wolne lub działają z modelami fallback. Agent może odpowiadać na podstawowe zapytania, ale nie może realizować złożonych przepływów pracy.

Warunki wyzwalające tryb minimalny: krytyczne integracje narzędzi zwracają błędy z częstotliwością uniemożliwiającą niezawodne ukończenie zadań, główny API LLM doświadcza awarii lub poważnej degradacji, circuit breakery otworzyły się na wielu krytycznych ścieżkach, lub wskaźnik błędów przekroczył próg wskazujący na systemową awarię.

Doświadczenie użytkownika w trybie minimalnym musi być jawne i uczciwe: „Integracje CRM i e-mail są obecnie niedostępne z powodu awarii usługi nadrzędnej. Mogę odpowiadać na podstawowe pytania, ale nie mogę realizować aktualizacji ani wysyłać wiadomości w tym momencie. Przewidywany czas rozwiązania: 30 minut."

Tryb minimalny to ostatni przystanek przed całkowitą degradacją. Celem na tym poziomie jest utrzymanie minimalnej жизнеспособnej zdolności, która zachowuje relację z użytkownikiem, podczas gdy zespół rozwiązuje podstawowy incydent.


Poziom usług 4: Tryb degradacji

Tryb degradacji to ostatni poziom. Agent działa bez dostępu do narzędzi i bez API LLM. Nie ma inteligentnego przetwarzania. System może odpowiadać tylko danymi z cache, statycznymi odpowiedziami lub uprzejmym potwierdzeniem niedostępności usługi.

Doświadczenie użytkownika w trybie degradacji nigdy nie powinno być surowym kodem błędu ani niewyjaśnioną pustą odpowiedzią. Użytkownik powinien otrzymać jasny komunikat: „Funkcje zasilane AI są tymczasowo niedostępne. Twoje dane są bezpieczne. Oczekujemy, że problem zostanie rozwiązany w ciągu [przedział czasowy]. W pilnych sprawach prosimy o kontakt [alternatywna ścieżka]."

Tryb degradacji nie jest stanem awarii w tradycyjnym sensie. To kontrolowane zamknięcie warstwy inteligentnej z graceful przekazaniem do systemów statycznych. Różnica między trybem degradacji jako momentem budowania zaufania a trybem degradacji jako awarią leży całkowicie w komunikacji i alternatywnych ścieżkach.


Projektowanie modelu poziomów usług

Elementy architektoniczne, które sprawiają, że poziomy usług działają:

Jawnie śledzenie stanu. Agent musi wiedzieć, w jakim trybie находится w każdej chwili. To aktywna zmienna stanu, która jest aktualizowana przy każdym wyzwalaczu degradacji i napędza logikę komunikacji.

Automatyczne wyzwalacze degradacji. Przejścia między poziomami nie powinny wymagać interwencji człowieka. System powinien degradować automatycznie, gdy warunki są spełnione, i automatycznie wracać do normy, gdy warunki się normalizują.

Szablony komunikacji. Każdy tryb wymaga wcześniej przygotowanej komunikacji, której agent lub system używa do informowania użytkownika. Te szablony powinny być przejrzane przed tym, zanim będą potrzebne podczas incydentu.

Ścieżki odzyskiwania. Każda degradacja powinna mieć zdefiniowaną ścieżkę odzyskiwania, którą podąża zespół. To runbook, który zapobiega przedłużaniu się incydentów w trybie degradacji.

Agency użytkownika. Najważniejsza zasada projektowa: użytkownik powinien zawsze mieć agency. Nawet w trybie degradacji użytkownik powinien mieć opcje. Użytkownik z agency podczas awarii to użytkownik, który wraca.


Monitoring, który to sprawia, że to działa

Kluczowe metryki napędzające przejścia między poziomami usług: dostępność narzędzi według integracji, percentyle latencji LLM, stan circuit breakerów we wszystkich komponentach, wskaźniki błędów według typu i severity, wskaźniki wykrywalności halucynacji oraz problemy zgłaszane przez użytkowników jako wskaźnik opóźniony.

Alertuj na metryki, które przewidują degradację, nie tylko na samą degradację. Jeśli wskaźniki błędów narzędzi rosną w kierunku progu trybu ograniczonego, alertuj przed przekroczeniem progu. Celem jest wczesne wykrycie degradacji, aby zareagować, zanim użytkownicy jej doświadczą.

Poziomy usług to nie funkcja. To architektoniczne zobowiązanie do traktowania niezawodności jako kwestii produktowej, a nie operacyjnej. Zespoły, które budują poziomy usług w architekturę agenta od pierwszego dnia, to zespoły, których agenci utrzymują zaufanie użytkowników przez incydenty, które powalają wszystkich innych.

Ready to let AI handle your busywork?

Book a free 20-minute assessment. We'll review your workflows, identify automation opportunities, and show you exactly how your AI corps would work.

From $199/month ongoing, cancel anytime. Initial setup is quoted based on your requirements.