Jak sprawdzamy

Kilka źródeł, jedna odpowiedź

Dla każdej usługi zbieramy do czterech niezależnych sygnałów. Każdy z nich może wywołać alarm, a o widocznym statusie decyduje ten najpoważniejszy spośród aktualnych. Zamiast ufać źródłom, które zamilkły lub są nieaktualne, po prostu je odrzucamy.

Nasze własne zapytania testowe

Gdzie mamy dostęp do API, nasz automat co 1–2 minuty wysyła krótkie zapytanie w trybie streamingu bezpośrednio do API dostawcy i mierzy czas nadejścia pierwszego tokena. Nieudaną próbę powtarzamy dwukrotnie w 20-sekundowych odstępach, zanim zostanie zaliczona jako błąd. Odpowiedzi o limitach zapytań (rate limits) oraz błędy po naszej stronie odrzucamy, aby sprawna usługa nie wyglądała na uszkodzoną.

• Awaria ostatnie trzy testy z rzędu zakończyły się błędem
• Częściowa awaria co najmniej połowa testów z ostatnich 10 minut zakończyła się błędem
• Spowolnienia co najmniej jeden na pięć testów zawiódł albo pierwszy token potrzebuje ponad 3 sekund i trzykrotnie dłuższego czasu niż mediana z ostatniej doby

Oficjalna strona statusu dostawcy

Co minutę odczytujemy oficjalne strony statusu i bierzemy pod uwagę tylko te elementy, które dotyczą danej usługi — na przykład komponenty ChatGPT dla ChatGPT, a nie całą infrastrukturę OpenAI. Jeśli strona nie odświeżyła się od 15 minut, ignorujemy ją: zawieszona strona statusu nie powinna sztucznie utrzymywać zielonego ani czerwonego koloru.

Rzeczywisty ruch przez OpenRouter

OpenRouter publikuje odsetek udanych zapytań dla każdego modelu u każdego dostawcy. Monitorujemy modele dostawcy obsługiwane z jego własnych endpointów. Gdy co najmniej dwa z nich, stanowiące co najmniej połowę zestawu, spadną poniżej 80% skuteczności w ciągu 30 minut i jednocześnie o 10 punktów poniżej swojej dziennej normy, usługa otrzymuje status „Spowolnienia”; poniżej 50% średnio oznacza status „Częściowa awaria”.

Jeśli trzy lub więcej firm notuje spadek w tym samym momencie, wspólną przyczyną jest sam OpenRouter — w takim wypadku ten sygnał pomijamy dla wszystkich.

Zgłoszenia użytkowników

Na stronie każdej usługi znajduje się przycisk „Coś nie działa”. Dziesięć lub więcej zgłoszeń w ciągu 15 minut, przy tempie czterokrotnie wyższym niż zwykle dla danej usługi, oznacza status „Spowolnienia”. Same zgłoszenia nigdy nie mogą oznaczyć usługi jako „Awaria”, a każdy użytkownik jest liczony raz na usługę co pół godziny, z limitem na godzinę.

Ochrona przed fałszywymi alarmami

Status przeliczamy na nowo co 30 sekund. Aby powrócić do stanu „Działa”, usługa musi pozostać stabilna przez pełne 3 minuty — dzięki temu API, które na zmianę działa i przerywa, nie powoduje migotania statusu na tej stronie.

Jak czytać kolorowe paski

Pasek 24-godzinny składa się z 48 słupków, po pół godziny każdy; pasek 30-dniowy ma jeden słupek na dzień. Słupek przyjmuje kolor najgorszego stanu zanotowanego w danym okresie. Szary oznacza, że nie mieliśmy wtedy danych — a nie, że wszystko działało poprawnie.

Czego nie widzimy

Nasze boty działają z centrum danych w Europie, więc awaria ograniczona do jednego kraju, sieci komórkowej czy biura może do nas nie dotrzeć. Nie widzimy limitów Twojego konta ani rozliczeń. Niektóre usługi, na przykład Midjourney, nie mają publicznego API ani strony statusu — w ich przypadku polegamy wyłącznie na zgłoszeniach użytkowników.

Skąd pochodzą dane

isAIlive to siostrzany projekt serwisu llmlive.ai, który odpowiada za sam monitoring; obie strony korzystają z tych samych pomiarów. Ta witryna pokazuje tylko jedno — czy narzędzie, którego potrzebujesz, działa w tej chwili.

llmlive.ai →

Co oznaczają statusy

• Działa Żadne źródło nie zgłasza problemów.
• Przerwa techniczna Dostawca zapowiedział prace serwisowe.
• Spowolnienia Błędy lub spowolnienia, ale większość zapytań przechodzi.
• Częściowa awaria Duża część zapytań lub cała funkcja nie działa.
• Awaria Usługa nie działa u większości użytkowników.
• Brak danych Brak świeżych danych z jakiegokolwiek źródła.