Rezydencja i modele

Nagłówki ujawnień, aliasy zarządzane i bieżący katalog modeli z informacjami o dostępności i trybie awaryjnym.

Nagłówki odpowiedzi

Wywołania aliasu sluis/* ujawniają rozwiązaną trasę przez nagłówki odpowiedzi x-sluis-*; a każde wywołanie zawierające osadzony dokument ujawnia, jak ten dokument dotarł do modelu. Zwykłe wywołanie provider/model bez dokumentu nie niesie żadnego z nich. Sama rezydencja to polityka organizacji, egzekwowana przy wysyłce, nigdy nagłówek żądania.

Aliasy zarządzane

Aliasy zarządzane to zarezerwowane nazwy modeli sluis/.... sluis/auto wybiera per żądanie spośród tras dozwolonych przez Twoją politykę: klasyfikator działający wewnątrz wdrożenia Sluis może wybrać trasę rozumowania bez wysyłania tekstu poza wdrożenie; w przeciwnym razie hostowany klasyfikator czyta po ochronie danych trzy krótkie fragmenty promptu, i to wyłącznie na modelu dostawcy należącego do podmiotu z UE, który przetwarza dane w UE. Aliasy według zastosowania wybierają z codziennych snapshotów benchmarków Artificial Analysis kuratorowanych przez Sluis. Artificial AnalysisKażdy alias najpierw rozwiązuje się w polityce rezydencji tenanta, więc reguła suwerenności wygrywa z rankingiem benchmarku.

Wywołaj alias wszędzie tam, gdzie podałbyś id provider/model. Nagłówki odpowiedzi pokazują żądaną trasę i konkretny model, który działał.

curl https://api.sluis.ai/v1/chat/completions \
  -H "Authorization: Bearer $SLUIS_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "model": "sluis/auto", "messages": [{ "role": "user", "content": "Plan a GDPR-safe rollout" }] }'

# response headers:
# x-sluis-route: sluis/auto
# x-sluis-model: mistral/mistral-large-latest

x-sluis-route to alias zarządzany lub tenantowy, który rozwiązał żądanie. x-sluis-model to konkretny cel provider/model po polityce rezydencji, shadowingu i routingu. Jeśli dostawca odrzuci poświadczenie dla modelu trasy zarządzanej, wywołanie przechodzi do następnego zgodnego modelu tej trasy; konkretny provider/model ani alias tenanta nigdy nie są zamieniane.

Obsługiwane modele

Sluis udostępnia wbudowanych dostawców za pomocą zarządzanych kluczy, gdy skonfigurowano poświadczenie platformy; podłącz własny klucz (BYOK) albo dodaj w Konsoli własnego dostawcę zgodnego z OpenAI, by nadpisać lub rozszerzyć katalog. Każdy wywoływalny identyfikator ma prefiks dostawcy: przekaż provider/model (np. mistral/mistral-large-latest), a Sluis pokieruje go zgodnie z Twoją polityką rezydencji. Katalog uwzględnia poświadczenia i politykę, korzysta z katalogów dostawców na żywo, gdy są dostępne, i może wrócić do zadeklarowanych modeli podczas awarii katalogu nadrzędnego. Kandydaci Vertex są osobno sprawdzani sondą pod kątem dostępności w UE. Nebius Token Factory należy do podmiotu z UE, ale jego publiczne modele nebius/... nie mają gwarancji regionu: liczą się jako GLOBAL i wymagają wyraźnego zezwolenia na GLOBAL. Tylko nebius-eu, czyli dedykowane endpointy operatora w regionie UE, liczy się jako UE.

tok/s to przepustowość wyjścia, zmierzona na rzeczywistych żądaniach przez Sluis w ostatnich 7 dniach, a nie na syntetycznym benchmarku. Liczba bez oznaczenia wyłącza czas oczekiwania na pierwszy token; ‡ nadal go zawiera; † oznacza wartość opublikowaną przez dostawcę modelu za pośrednictwem Artificial Analysis, której nie mierzyliśmy. n/a oznacza, że nie mamy jeszcze ruchu dla tego modelu, a dostawca nic nie publikuje.

# models callable through Sluis platform credentials — no auth
curl https://api.sluis.ai/public/models.json | jq '.models[] | "\(.provider)/\(.model)"'

# per key: the models your policy, credentials and allow-list actually reach
curl https://api.sluis.ai/v1/models -H "Authorization: Bearer $SLUIS_KEY"