Provider visible
Routage
Destination et format visibles
Chaque route publiée indique le format d'appel et si le modèle est hébergé par RouterLab ou traité par un fournisseur tiers, sans exposer la logique de routage interne.
Swiss AI Control LayerTrustRouteCrédits suivis
Transparence & infrastructure
Voyez ce que RouterLab héberge, et ce que les fournisseurs propriétaires traitent.
Cette page sépare les rôles : RouterLab contrôle l'accès, les crédits et l'usage, et héberge les modèles open source en Suisse et en Allemagne. Les fournisseurs propriétaires traitent les requêtes qui leur sont adressées.
TrustBoundaryMap
Carte des responsabilités
Une requête traverse plusieurs zones. RouterLab rend ces zones lisibles.
Source client
App / agent / workflow
OpenAI SDK
Claude Messages API
Automatisation produit
ROUTERLAB CONTROL
RouterLab API
Authentifie la clé API
Applique les droits et accès
Rattache usage et crédits
Traitement du modèle
Selon le type de modèle
Open source : RouterLab CH / DE
Propriétaire : fournisseur externe
OpenAI / Anthropic / Google
Visible
Route publiée + hébergement
Mesure
Usage + crédits
Métadonnées
Sans contenu prompt
Ce que RouterLab contrôle
Accès, routes, crédits et usage sont regroupés au même endroit.
RouterLab centralise l'accès API, applique les droits du compte, affiche la route logique publiée et rattache chaque appel aux crédits. La logique de routage interne reste confidentielle.
Crédits suivis
Crédits
Consommation rattachée au solde
Chaque appel alimente l'usage et le ledger de crédits pour suivre le coût réel.
Clé RouterLab
Clés API
Une clé côté application
Vos apps appellent RouterLab avec une clé RouterLab au lieu de stocker des clés provider partout.
Dashboard
Suivi
Usage lisible après l'appel
Le dashboard montre la route logique publiée, la consommation et les crédits restants, sans afficher le contenu des prompts et réponses ni la logique de routage interne.
Infrastructure et régions
Le signal CH / DE est visible, les providers tiers aussi.
L'infrastructure RouterLab et les modèles open source sont hébergés en Suisse et en Allemagne. Les modèles propriétaires sont traités par leurs fournisseurs respectifs.
Infrastructure CH / DE
RouterLab et open source en CH / DE
L'infrastructure RouterLab et les modèles open source sont exploités sur nos serveurs en Suisse et en Allemagne.
Traitement externe
Fournisseurs propriétaires nommés
OpenAI, Anthropic (Claude) et Google (Gemini) traitent les requêtes qui utilisent leurs modèles selon leurs propres infrastructures et politiques.
Routes visibles
Statuts providers lisibles
Les routes publiées exposent le format, le statut et la catégorie d'hébergement. Elles ne décrivent pas la logique de routage interne.
TrustRoute
Hébergement et fournisseurs explicites
| Provider | Format | Role | Ce que cela signifie | Signal |
|---|---|---|---|---|
 | OpenAI SDK | Fournisseur tiers | Traite la requête sur l'infrastructure d'OpenAI, selon ses propres politiques | Fournisseur tiers |
 | Claude Messages API | Fournisseur tiers | Traite les requêtes Claude sur une infrastructure externe à RouterLab | Fournisseur tiers |
 | OpenAI-compatible | Fournisseur tiers | Traite les requêtes Gemini sur l'infrastructure de Google | Fournisseur tiers |
 | OpenAI-compatible | Hébergé par RouterLab | Modèles exécutés sur l'infrastructure RouterLab en Suisse et en Allemagne | Hébergé par RouterLab |
Données, clés et limites
La transparence vient aussi de ce qui est limité.
Le bon niveau de transparence est précis : dire ce qui est contrôlé, et ne pas promettre ce qui dépend d'un provider.
Accès centralisé
Clés API
Vos intégrations appellent RouterLab avec une clé RouterLab. Les clés providers ne sont pas distribuées dans vos apps clientes.
Ledger crédits
Usage et crédits
RouterLab conserve uniquement les événements et métadonnées nécessaires au suivi des crédits, coûts, usage et support.
Pas d'archive durable
Prompts et réponses
RouterLab ne journalise ni n'archive durablement leur contenu. Un cache technique de très courte durée peut être utilisé lorsque cela est strictement nécessaire à l'exécution du service.
Rôles
Accès compte
Les espaces client et admin restent séparés par authentification et rôles applicatifs.
TransparencyBoundary
Limites explicites
Cette page évite les promesses juridiques non vérifiées. Elle décrit le rôle opérationnel de RouterLab.
Pas une promesse de rétention provider
Les politiques de traitement et de rétention d'OpenAI, Anthropic et Google dépendent du fournisseur et de la route propriétaire choisis.
Pas un certificat légal
La page explique le fonctionnement opérationnel. Les engagements juridiques doivent rester dans les documents légaux ou contrats.
Pas de masquage provider
Quand une route part vers un provider tiers, RouterLab doit le rendre explicite au lieu de l'enfouir.
Les pages légales restent la source pour les conditions, privacy et data protection.
DataFlowDiagram
La transparence suit le même chemin que la requête.
Le suivi porte sur les métadonnées opérationnelles nécessaires aux droits, à la destination publiée, à l'usage et aux crédits. Il n'inclut ni le contenu des prompts et réponses ni la logique de routage interne.
01
Requête
POST /v1/chat/completions
02
Contrôle
Clé + droits + plan
03
Destination
Hébergement / fournisseur
04
Crédits
Ledger + usage
Vérification
Vérifiez le flux avec une clé trial.
Testez l'endpoint, choisissez un modèle et regardez les crédits et usages remonter dans le dashboard.