A stable client contract
Keep one base URL while the selected model changes behind an explicit RouterLab model ID.
One production entry point
Connect applications, agents and workflows to a stable API layer, then choose the model route that fits each workload. RouterLab keeps access, spend visibility and the public model catalog in one place.
Your client
App, agent or workflow
RouterLab API
OpenAI-compatible + Claude Messages
https://api.routerlab.ch/v1Start with the protocol. Choose a model family or a client integration only after that.
Understand the connection path first, then choose a model from the live catalog.
Keep one base URL while the selected model changes behind an explicit RouterLab model ID.
Use compatible request formats across proprietary and open model families published in the live catalog.
Keys, team-level runtime budgets, credits and usage reporting stay attached to the same control layer.
A direct provider integration is simple for a single fixed model. A gateway becomes useful when an application needs several model families, a common access policy, or the ability to move workloads without changing every client.
import OpenAI from "openai";
const client = new OpenAI({
apiKey: process.env.ROUTERLAB_API_KEY,
baseURL: "https://api.routerlab.ch/v1",
});
const response = await client.chat.completions.create({
model: "model-id-from-/v1/models",
messages: [{ role: "user", content: "Hello RouterLab" }],
});Start from the workload and client contract, then choose the route.
Serve chat, extraction, classification and tool-calling features through a common application integration.
Give coding and autonomous agents a controlled model catalog rather than separate provider credentials.
Combine generation routes with embedding models while keeping usage in one operational view.
Open a RouterLab account and create a key for your application or environment.
Use GET /v1/models and select a published model ID instead of hard-coding a marketing name.
Point your SDK or client to RouterLab, then keep the rest of your request flow familiar.
Use the live catalog and API documentation as the final source for route availability.
It is a stable API layer between an application and one or more model providers. The client calls the gateway, and the gateway applies the published route, access and budget configuration.
No. OpenAI-compatible routes are designed to work with the existing SDK by changing the API key, base URL and model ID.
Yes. The public catalog identifies chat and embedding routes, and each request uses the endpoint and model ID appropriate to that workload.