Limit the model list
Allow all currently eligible models or choose up to 100 exact model and route names. Requests outside that list are rejected before provider work.
One shared key gives every service the same power. LLMRegistry lets you issue separate keys, limit what each one can do, and stop a request before it reaches a provider when a rule is broken.
A key can have its own environment, model list, network rules, expiration, and spending limit. A test key stays separate from live traffic.
Allow all currently eligible models or choose up to 100 exact model and route names. Requests outside that list are rejected before provider work.
Add up to 25 IPv4 addresses or CIDR ranges. This creates another check for server-side keys that should run only from known networks.
Choose an hourly, daily, weekly, monthly, or lifetime limit. The gateway reserves expected cost before it calls a provider.
These controls are part of the request path, not a report that arrives after money is spent.
The raw key is shown once. LLMRegistry stores a SHA-256 digest and a short visible prefix, so lists and logs cannot reveal the original secret.
The gateway rejects revoked or expired keys, the wrong environment, a blocked model, or a request from outside the allowed network.
Available key quota and organization funds are held before provider input and then settled against the request’s actual result.
Usage is recorded once whether the provider succeeds, fails, falls back, races another model, or returns a cache hit.
Keys should be easy to replace and hard to forget.
Give each service the models, budget, network, and lifetime it needs—and nothing more.
Get started