byesu vs LiteLLM: Hosted Gateway or Self-Hosted Proxy
Short version: these are different kinds of tool. LiteLLM is open-source software: a Python SDK and a proxy server that you run yourself in front of provider accounts that you own. byesu is a hosted AI API gateway: you get one key, byesu is the provider-facing side, and there is nothing to deploy. Pick LiteLLM when your team wants to self-host, keep its own provider keys and contracts, and control routing and budgets. Pick a hosted gateway when you want one key for Claude, GPT, Gemini and Grok without running infrastructure. The two also work together, because LiteLLM can call any OpenAI-compatible endpoint.
Last verified: 2026-11-14. Every statement about LiteLLM below comes from docs.litellm.ai or the LiteLLM GitHub repository, read on that date and listed under Sources. Anything those pages did not state is left out. byesu publishes this page.
At a Glance
| Dimension | byesu | LiteLLM |
|---|---|---|
| What it is | Hosted AI API gateway | Open-source Python SDK and self-hosted proxy server (AI Gateway) |
| Who runs it | byesu | You: Docker, Helm or Terraform |
| Provider keys | Not needed; one byesu key | Your own keys for each provider |
| API formats | OpenAI-compatible /v1/chat/completions and /v1/responses; Anthropic-native /v1/messages | /chat/completions, /responses, /messages, /embeddings and more |
| Billing | Pay-as-you-go by token usage from a prepaid balance; live price in the console | You pay each provider directly; the open-source software is free, enterprise features need a license key |
| Spend control | Per-request usage in the console; quota per token | Virtual keys with budgets and rate limits per key, team and user (needs a database) |
| Routing | Handled by the gateway | You configure fallbacks, retries and load balancing |
| Data path | Requests pass through byesu | Runs in your own infrastructure |
| Public status data | Status page, weekly benchmarks | Not applicable; you monitor your own deployment |
What LiteLLM Is
LiteLLM's documentation describes two ways to use it:
- Python SDK — a library that calls 100+ LLMs through one interface and returns responses in the OpenAI Chat Completions format, whichever provider served them.
- Proxy server (AI Gateway) — described as a self-hosted gateway for platform teams managing LLM access across an organization. It gives each user, team and project a virtual key with its own models, budgets and rate limits, records spend by key, team, user and tag, handles load balancing, fallbacks and retries, and includes an Admin UI.
The proxy exposes /chat/completions, /responses and an Anthropic-format /v1/messages endpoint, among others. Deployment options are Docker, Helm and Terraform. The quick start notes that virtual keys require a database and that budgets are not enforced without one; the Docker Compose quick start runs the proxy alongside PostgreSQL. The project is MIT-licensed, and an enterprise license key on the same image enables features such as SSO, audit logs and team admin roles.
What byesu Is
byesu is a hosted AI API gateway. You create a key in the console, set a base URL and choose a model:
- OpenAI-compatible clients use
https://byesu.com/v1(/v1/chat/completionsand/v1/responses). - Anthropic-format clients such as Claude Code use
https://byesu.com(/v1/messages).
One key covers Claude, GPT, Gemini, Grok and other models. Billing is pay-as-you-go by token usage with no subscription; the live price of each model is shown in the console after sign-in, and the console records usage per request. There are setup guides for Claude Code, Codex CLI, Cherry Studio and other clients. Availability and latency are published on the status page and the weekly benchmarks page.
What byesu does not offer: you cannot bring your own provider keys, there is no self-hosted version, and it does not provide the organization features LiteLLM documents, such as per-team budgets, SSO or guardrails.
Where LiteLLM Is the Right Choice
- You need your own provider contracts. Negotiated pricing, committed spend, cloud credits or data agreements only apply when requests use your own accounts. LiteLLM is built around that.
- Prompts must stay in your environment. LiteLLM's enterprise page describes it as self-hosted in your VPC, so prompts and responses do not leave your environment on the way to the provider.
- You manage access for many people. Virtual keys, budgets and rate limits per team or user, spend tracking by tag and an Admin UI are the core of the proxy.
- You want to define routing yourself. Fallback order, retries and load balancing across deployments are yours to configure.
- You call LLMs from Python and only want one interface. The SDK alone does that with no server at all.
Where a Hosted Gateway Is the Right Choice
- You do not want to run infrastructure. No proxy, database, upgrades or monitoring to own.
- You want one key and one balance instead of an account, a billing setup and rate limits with each provider.
- You are an individual or a small team using coding tools such as Claude Code or Codex CLI and want to switch between model families with the same key.
- You want to start in minutes: create a key, set the base URL, pick a model (Quick Start).
The trade-off is the one listed above: with a hosted gateway your requests pass through a third party and you use its catalog and its prices instead of your own provider agreements.
Using Them Together
The two are not exclusive. LiteLLM's OpenAI-compatible provider lets you point a model at any OpenAI-compatible endpoint by adding the openai/ prefix to the model name and setting api_base. That makes byesu one upstream in a LiteLLM proxy, next to your own provider keys:
model_list:
- model_name: claude-opus-5-5
litellm_params:
model: openai/claude-opus-5-5 # openai/ prefix = OpenAI-compatible route
api_base: https://byesu.com/v1
api_key: os.environ/BYESU_API_KEYlitellm --config config.yamlThis syntax follows LiteLLM's OpenAI-compatible endpoints and proxy config pages (checked 2026-11-14): api_base should end in /v1 with nothing after it, and os.environ/NAME reads the value from an environment variable. The model name after openai/ must match the byesu console list exactly. A full walkthrough, including the Python SDK, is in Using byesu with LiteLLM.
A common arrangement: a team runs LiteLLM for virtual keys and budgets, uses its own provider keys for the models it has contracts for, and adds a hosted gateway as another upstream for the rest.
Which One Should You Pick?
Choose LiteLLM if you:
- Want to self-host and keep prompts inside your own infrastructure
- Have, or want, direct accounts and contracts with providers
- Need per-team keys, budgets, rate limits and spend reports
- Have someone to operate a proxy and its database
Choose byesu if you:
- Want one key for Claude, GPT, Gemini and Grok with nothing to deploy
- Prefer pay-as-you-go from a single balance over separate provider accounts
- Mainly use clients such as Claude Code, Codex CLI or Cherry Studio
- Are fine with requests passing through a hosted gateway
Use both if you already run LiteLLM and want to add models through one more OpenAI-compatible upstream.
Related Links
- Using byesu with LiteLLM — SDK and proxy setup
- OpenRouter alternatives in 2026 — hosted, self-hosted and direct options side by side
- byesu vs OpenRouter — comparison with another hosted gateway
- Pricing & Billing — how byesu charges are calculated
FAQ
What is the difference between byesu and LiteLLM?
LiteLLM is open-source software, a Python SDK and a self-hosted proxy, that you run in front of provider accounts you own. byesu is a hosted AI API gateway: you use one byesu key, do not bring provider keys and do not deploy anything. LiteLLM gives more control and takes operations work; byesu removes the operations work and gives less control.
Is LiteLLM free?
The LiteLLM SDK and proxy are open source under the MIT license, and you pay your model providers directly for usage. Per the LiteLLM enterprise page (checked 2026-11-14), features such as SSO, audit logs and team admin roles are enabled by an enterprise license key. You also carry the cost of hosting the proxy and its database.
When should I choose LiteLLM over a hosted gateway?
Choose LiteLLM when your team wants to self-host, keep its own provider keys and contracts, keep prompts inside its own infrastructure, and control routing, budgets and rate limits per team or user. It needs someone to deploy and operate the proxy, and a Postgres database for virtual keys and budget enforcement.
Can I use byesu with LiteLLM?
Yes. LiteLLM can call any OpenAI-compatible endpoint: add the openai/ prefix to the model name, set api_base to https://byesu.com/v1 and pass your byesu key as api_key. This works in both the Python SDK and the proxy config.yaml, so byesu can be one upstream next to your own provider keys.
Does byesu support bring-your-own-key or self-hosting?
No. byesu is a hosted gateway and is the provider-facing side, so you do not add your own provider keys and there is no self-hosted version. If you need either, LiteLLM or another self-hosted gateway is the better fit.
Sources
All pages read on 2026-11-14.
- LiteLLM docs home — SDK and proxy description, feature list
- LiteLLM proxy overview — virtual keys, spend tracking, routing, Admin UI, deployment options
- LiteLLM Docker quick start — master key, PostgreSQL, database requirement for virtual keys and budgets
- LiteLLM OpenAI-compatible endpoints —
openai/prefix,api_base,/v1suffix - LiteLLM proxy config —
os.environ/syntax,litellm --config - LiteLLM /v1/messages and /responses — endpoint formats
- LiteLLM enterprise — license, enterprise-only features, self-hosted in your VPC
- LiteLLM GitHub repository — endpoint list
- byesu: status, benchmarks, LiteLLM setup guide
