Residency & modellen

De responsheaders met routedisclosure, beheerde aliassen en de live geverifieerde modelcatalogus.

Responsheaders

Aanroepen van een sluis/*-alias tonen de opgeloste route via de x-sluis-*-responsheaders; gewone provider/model-aanroepen dragen geen extra headers. Residency zelf is organisatiebeleid, afgedwongen bij verzending, nooit een requestheader.

Beheerde aliassen

Beheerde aliassen zijn gereserveerde sluis/... modelnamen. sluis/auto kiest per verzoek; de use-case aliassen kiezen uit dagelijkse Artificial Analysis benchmark-snapshots die Sluis cureert. Artificial AnalysisElke alias wordt eerst binnen het residency-beleid van de tenant opgelost, dus de soevereiniteitsregel wint van de benchmarkrang.

Roep een alias aan overal waar je een provider/model-id zou meegeven. De responseheaders tonen de gevraagde route en het concrete model dat draaide.

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 is de beheerde of tenantalias die het verzoek oploste. x-sluis-model is het concrete provider/model-target na residency-beleid, shadowing en routing.

Ondersteunde modellen

Sluis ontsluit ingebouwde providers via beheerde keys wanneer een platformcredential is ingesteld; verbind je eigen key (BYOK) of voeg in de Console een eigen OpenAI-compatibele provider toe om de catalogus te overschrijven of uit te breiden. Elk aanroepbaar id draagt de providerprefix: geef provider/model door (bijv. mistral/mistral-large-latest) en Sluis routeert het volgens je residency-beleid. De catalogus houdt rekening met credentials en beleid, gebruikt live providercatalogi waar beschikbaar en kan bij een storing in de upstreamcatalogus terugvallen op gedeclareerde modellen. Vertex-kandidaten worden afzonderlijk op EU-beschikbaarheid geverifieerd.

# the public catalog behind the list above — sanitized, no auth, refreshed hourly
curl https://api.sluis.ai/public/catalog.json | jq '.operations[0].providers[].id'

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