Résidence & modèles

Les en-têtes de divulgation de la réponse, les alias gérés et le catalogue de modèles vérifié en direct.

En-têtes de réponse

Les appels à un alias sluis/* divulguent la route résolue via les en-têtes de réponse x-sluis-* ; les appels provider/model ordinaires ne portent aucun en-tête supplémentaire. La résidence elle-même est une politique d'organisation, appliquée à l'envoi, jamais un en-tête de requête.

Alias gérés

Les alias gérés sont des noms de modèle réservés sluis/.... sluis/auto choisit par requête ; les alias par usage choisissent depuis des snapshots quotidiens des benchmarks Artificial Analysis curés par Sluis. Artificial AnalysisChaque alias se résout d’abord dans la politique de résidence du tenant, donc la règle de souveraineté passe avant le rang du benchmark.

Appelez un alias partout où vous passeriez un id provider/model. Les en-têtes de réponse montrent la route demandée et le modèle concret exécuté.

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 est l’alias géré ou tenant qui a résolu la requête. x-sluis-model est la cible provider/model concrète après politique de résidence, shadowing et routage.

Modèles pris en charge

Sluis expose les fournisseurs intégrés via des clés gérées lorsqu'un identifiant de plateforme est configuré ; connectez votre propre clé (BYOK) ou ajoutez un fournisseur compatible OpenAI personnalisé dans la Console pour remplacer ou étendre le catalogue. Chaque identifiant appelable porte le préfixe du fournisseur : passez provider/model (p. ex. mistral/mistral-large-latest) et Sluis le route selon votre politique de résidence. Le catalogue tient compte des identifiants et de la politique, utilise les catalogues en direct des fournisseurs lorsqu'ils sont disponibles et peut revenir aux modèles déclarés si le catalogue en amont échoue. La disponibilité UE des candidats Vertex est vérifiée séparément par sonde.

# 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"