ferryllm
Desktop-first LLM gateway and launcher for Codex, Claude Code, OpenCode, OpenAI, Anthropic, and OpenAI-compatible backends.
ferryllm is a native desktop control panel backed by a Rust LLM gateway. The GUI is the primary workflow: configure providers, start the local gateway, inspect runtime metrics, map client-visible model names to upstream models, and launch Codex, Claude Code, OpenCode, or VS Code with the right environment.
The CLI and GUI are thin shells around the same core gateway engine. Protocol translation, routing, prompt-cache handling, reasoning policy, and provider adapters live in the Rust core so desktop and command-line behavior stay consistent.
What It Does
- Provides a Tauri desktop app with Dashboard, Providers, Launcher, Usage Logs, and Settings
- Ships provider presets, provider testing, best-effort usage probes, and
/v1/modelsmodel discovery - Launches Codex, Claude Code, OpenCode, and VS Code against the local gateway
- Remembers workspaces, provider bindings, recent launches, and discovered local AI sessions
- Accepts OpenAI-compatible chat requests at
POST /v1/chat/completions - Accepts OpenAI Responses API requests at
POST /v1/responses - Accepts Anthropic-compatible messages at
POST /v1/messages - Rewrites model names with exact and prefix routing rules, including user-editable model aliases
- Forwards to OpenAI-compatible, OpenAI Responses, Anthropic, or optional Gemini backend adapters
- Preserves tool calls and SSE streaming behavior
- Forwards or synthesizes
User-Agentheaders for upstream requests - Keeps prompt-cache keys stable while stripping transport metadata
- Applies configurable reasoning policy: preserve, fill missing, cap, or force
Why ferryllm
Most gateways end up as an N x M matrix: every client protocol needs custom code for every provider protocol.
ferryllm uses N + M routing instead:
Client protocol -> ferryllm IR -> provider protocol
That makes it easier to:
- operate the gateway from a GUI instead of hand-editing TOML for every change
- put Claude Code behind a stable backend
- expose one local gateway to multiple client protocols
- keep cache behavior predictable
- add new providers without rewriting every client path
Fast Start
Recommended path: install the desktop app from GitHub Releases.
- Windows: download and run the
.exeor.msiinstaller. - macOS: download and open the
.dmg. - Linux: download and install the
.deb.
Open the app, add a provider from the preset grid or custom form, test it, fetch models if the provider exposes /v1/models, choose model mappings, then start the gateway from the GUI. The app runs the same engine as the CLI:
CLI-only install is still available:
This installs only the ferryllm gateway CLI, not the desktop app.
Run from source:
Set the provider key and start the server:
RUST_LOG=info
Smoke test the Anthropic-compatible endpoint:
Claude Code Bridge
Claude Code sends Anthropic-format requests. ferryllm can receive those requests, rewrite the model, and forward them to an OpenAI-compatible backend.
Claude Code
-> POST /v1/messages, model = claude-*
-> ferryllm Anthropic entry
-> unified IR
-> route match: claude-
-> rewrite backend model: gpt-5.4
-> OpenAI-compatible backend
Start ferryllm:
RUST_LOG=ferryllm=info,tower_http=info \
Point Claude Code at ferryllm:
ANTHROPIC_API_KEY=dummy \
ANTHROPIC_BASE_URL=http://127.0.0.1:3000 \
Expected output:
pong
Desktop GUI
The desktop app is the main ferryllm experience.

It includes:
- Launcher: project list, workspace creation/opening, project-to-provider binding, per-project reasoning selection, Codex/Claude/OpenCode launch, VS Code launch, and session resume.
- Providers: logo preset grid, custom providers, provider test, usage probe, copy/delete actions, key-source status, model mappings, and model discovery from provider model endpoints.
- Dashboard: gateway state, health/readiness, requests, success/error counts, latency, cache hit ratio, per-provider/model table, prompt-cache bar, and recent logs.
- Usage Logs: recent gateway and launcher events in one table.
- Settings: runtime limits, retry/circuit breaker options, reasoning policy, auth, prompt-cache controls, logging, and desktop preferences.
After opening the app, configure a provider, save the config, and start the gateway. The GUI writes a runnable TOML config and launches:
The packaged app first looks for the bundled ferryllm sidecar, then falls back
to a ferryllm executable on PATH. Launcher actions start Codex, Claude Code,
OpenCode, or VS Code with OPENAI_BASE_URL, ANTHROPIC_BASE_URL, model aliases,
and reasoning defaults pointing at the local gateway.


See docs/claude-code.md for persistent Claude Code and cc-switch setup.
Configuration
ferryllm uses TOML config. Secrets stay in environment variables.
[]
= "0.0.0.0:3000"
= 120
= 32
= "fill_missing"
= "medium"
# Optional. With reasoning_policy = "cap", prevents clients from exceeding this.
# max_reasoning_effort = "high"
# Optional. Uncomment to cap in-flight requests.
# max_concurrent_requests = 128
# Optional. Uncomment to cap total requests per minute.
# rate_limit_per_minute = 600
# Optional non-streaming upstream resilience. Streaming requests are not retried.
# retry_attempts = 2
# retry_backoff_ms = 100
# circuit_breaker_failures = 5
# circuit_breaker_cooldown_secs = 30
[]
= "info"
= "text"
= false
[]
= false
# api_keys_env = "FERRYLLM_API_KEYS"
# Optional per-client caps, keyed by the authenticated API key.
# per_key_rate_limit_per_minute = 120
# per_key_max_concurrent_requests = 8
[]
= true
[]
= true
= true
= true
= true
= "ferryllm"
# openai_prompt_cache_retention = "24h"
= true
= "0..1"
= false
= ["x-anthropic-billing-header:"]
[[]]
= "codexapis"
# Default path for controlling reasoning effort today.
= "openai_responses"
= "https://codexapis.com"
= "CODX_API_KEY"
# If you want the legacy Chat Completions path instead, switch this back to:
# type = "openai"
# Or use key_watch for hot-reload from external config files:
# [[providers.key_watch]]
# file = "C:/Users/hzz/.claude/settings.json"
# path = "env.ANTHROPIC_AUTH_TOKEN"
[[]]
= "cc-gpt55"
= "exact"
= "codexapis"
= "gpt-5.4"
[[]]
= "claude-"
= "codexapis"
= "gpt-5.4"
[[]]
= "gpt-"
= "codexapis"
[[]]
= "grok-"
= "codexapis"
[[]]
= "*"
= "codexapis"
= "gpt-5.4"
Check a config without starting the server:
For hot-reload API key configuration (e.g., from cc-switch settings), see the key_watch section in the configuration docs.
To route OpenAI-compatible upstream calls through the Responses API instead of
Chat Completions, use provider type openai_responses. Default builds,
including cargo install ferryllm, include this adapter. If you build with
--no-default-features, add the openai-responses feature explicitly:
[[]]
= "codexapis"
= "openai_responses"
= "https://codexapis.com"
= "CODX_API_KEY"
See examples/config/codexapis-responses.toml.
Reasoning Effort
Configure model reasoning in TOML or from the GUI Settings page:
[]
= "cap"
= "medium"
= "high"
Valid effort values are none, minimal, low, medium, high, xhigh, max, and ultracode.
reasoning_policy controls how ferryllm handles client-provided reasoning:
preserve: leave client reasoning untouched.fill_missing: applydefault_reasoning_effortonly when the client omits reasoning.cap: let clients choose effort, but clamp it atmax_reasoning_effort.force: replace client reasoning withdefault_reasoning_effort.
Launcher can also pass a project-level reasoning choice to Codex and Claude Code. The gateway still applies the server policy, so GUI launches and CLI calls are governed by the same core rules.
At info level, ferryllm logs requested_reasoning and applied_reasoning. With request-shape debug enabled, it also logs outbound reasoning=effort=... or Anthropic thinking budget summaries.
API Surface
| Endpoint | Purpose |
|---|---|
POST /v1/chat/completions |
OpenAI-compatible chat completions |
POST /v1/responses |
OpenAI Responses API |
POST /responses |
Responses API compatibility alias |
POST /v1/messages |
Anthropic-compatible messages |
GET /v1/models |
OpenAI-compatible model listing |
GET /health |
Simple health check |
GET /healthz |
Kubernetes-style liveness check |
GET /readyz |
Readiness check |
GET /metrics |
Prometheus-style metrics with per-provider/model labels |
Prompt Cache
ferryllm keeps prompt-cache keys stable while stripping transport metadata and normalizing the prompt prefix.
With prompt-observability enabled, ferryllm logs prompt-cache usage and exposes it through /metrics.
For Claude Code deployments, the important knobs are:
relocate_system_prefix_rangestrip_system_line_prefixesopenai_prompt_cache_keydefault_reasoning_effortreasoning_policymax_reasoning_effort
See docs/prompt-caching.md and docs/reasoning-control.md.
Architecture
desktop/ Tauri GUI, launcher, dashboard, provider editor
src/
adapter.rs Adapter trait
ir.rs Unified request, response, content, tool, and stream types
router.rs Exact and prefix model routing
server.rs Axum HTTP server
config.rs TOML config loader and validator
entry/ Client protocol translators
adapters/ Backend provider adapters
More detail: docs/architecture.md.
Load Testing
ferryllm ships a benchmark-style load tester for local mock-upstream testing:
MOCK_DELAY_MS=20
See docs/load-testing.md.
Documentation
- Chinese README
- Architecture
- Claude Code setup
- Configuration
- Compatibility notes
- Deployment
- Load testing
- Prompt caching and token observability
- Reasoning control
Roadmap
- More provider adapters and provider-specific tuning
- Weighted and latency-aware provider pools
- Provider usage/balance adapters for NewAPI/OneAPI-style dashboards
- Full config hot reload without managed-process restart
- Richer Prometheus metrics dimensions
- Per-key quota and usage accounting hooks
- Packaged Docker images and deployment templates
License
MIT. See LICENSE.