What is Custom Access?
Custom Access is for anything that isn’t one of our named integrations — your own scripts and services, an internal tool, a CI job, or any client that already speaks the OpenAI API. You point it at Unbound instead of your model provider, and everything it sends is governed like any other agent: the same guardrails, the same policies, the same visibility in Analytics. Use it when:- You’re calling an LLM from your own code and want that traffic governed.
- You use a client that supports an OpenAI-compatible endpoint but has no Unbound integration page of its own.
- You want to try Unbound with
curlbefore wiring up a real tool.
Prerequisites
- Unbound account — Sign up at gateway.getunbound.ai if you don’t have one
- A client that can point at a custom base URL — most OpenAI-compatible clients and SDKs can
Get your values
Configuration
Set the base URL and API key wherever your client expects them. Anything that works against the OpenAI API works here — you’re changing the destination, not the request.Models are addressed as
provider/model-name — for example openai/gpt-4o or anthropic/claude-sonnet-4-5. See Available Models for the full list your organization can reach.Verify it’s working
Send one request, then open Analytics → Overview in the dashboard. If the request lands, it shows up there attributed to your API key. If it doesn’t, see Troubleshooting API keys.What you get
Once traffic flows through Unbound, it’s covered by the same controls as every other integration:- Guardrails — PII and secrets detection on prompts, with block, redact, or route actions
- Model and cost policies — restrict which models this key can reach, and cap what it can spend
- Analytics — usage, cost, and token consumption, attributed and searchable
API Reference
Full request and response reference
Python SDK
Native Python client for Unbound

