FreeRide is a local gateway running on http://localhost:11343. It accepts
the OpenAI Chat Completions API and forwards to whichever free-tier provider
the user has keys for, failing over across providers and keys when one rate
limits or errors.
This skill teaches you (the agent) how to detect FreeRide, wire any OpenAI-shaped client against it, diagnose failures, and use its CLI.
In order, cheapest first:
curl -s http://localhost:11343/health. Returns
{"ok": true, "version": "0.x.y", "providers": [...]} when up.lsof -iTCP:11343 -sTCP:LISTEN -n -P 2>/dev/null
or ss -tlnp | grep 11343 on Linux.~/.freeride/config.json exists (means FreeRide
was installed even if not currently running).The port 11343 is hard-coded — FreeRide refuses to auto-pick a different
port because agent configs (Aider's OPENAI_API_BASE, Continue's
apiBase, etc.) are written against this exact value.
bash
export OPENAI_API_BASE=http://localhost:11343/v1
export OPENAI_API_KEY=any
The API key value is irrelevant — FreeRide doesn't authenticate inbound
requests; it uses the user's real provider keys (which it reads from env
vars like OPENROUTER_API_KEY) for outbound calls. Setting any,
unused, or any literal string works.
python
from openai import OpenAI
client = OpenAI(base_url="http://localhost:11343/v1", api_key="any")
resp = client.chat.completions.create(
model="openrouter/free", # or any model from /v1/models
messages=[{"role": "user", "content": "hello"}],
)
bash
curl http://localhost:11343/v1/chat/completions \
-H 'Content-Type: application/json' \
-d '{"model": "openrouter/free", "messages": [{"role": "user", "content": "hi"}]}'
"stream": true works. Server emits text/event-stream with data: {...}
chunks and a final data: [DONE]. The first chunk is buffered until
upstream confirms the stream is real — if upstream fails before the first
chunk, FreeRide retries on the next provider/key transparently. After the
first chunk has shipped, mid-stream errors propagate as a truncated stream.
bash
curl http://localhost:11343/v1/models
Returns the OpenAI {"object": "list", "data": [...]} shape. Models from
all configured providers appear in one flat list, deduped by id. Add
?refresh=true to bypass the 6h cache.
_freeride_provider: "<name>".X-FreeRide-Provider: <name> header.Useful for debugging: if completions seem off-tone or off-spec, check this field to know whether a fallback kicked in.
text
freeride serve # start gateway on localhost:11343
freeride bind <agent> # write gateway URL into agent config
freeride list # list available free models, ranked
freeride status # show OpenClaw config + cache age (v2)
freeride auto # auto-configure OpenClaw (v2)
freeride rotate # swap primary if it fails (v2)
freeride telemetry [on|off] # manage telemetry beacon
freeride-watcher # background daemon, rotates on failure
freeride bind supports: aider, continue, hermes, openclaw. It
writes the agent's config atomically and preserves unrelated keys. After
bind, the agent works without further user steps.
ProviderEnv var(s)NotesOpenRouterOPENROUTER_API_KEYMost-tested providerGroqGROQ_API_KEYHardcoded free-tier allowlistNVIDIA NIMNVIDIA_API_KEYCurated allowlistCloudflare Workers AICLOUDFLARE_API_TOKEN + CLOUDFLARE_ACCOUNT_IDAccount ID is part of URLHuggingFaceHF_TOKEN (or HUGGINGFACE_API_KEY)$0.10/mo Free, $2/mo PRO budget
Multi-key rotation is supported — pass keys as a JSON array:
bash
export OPENROUTER_API_KEY='["sk-or-v1-key1","sk-or-v1-key2"]'
When key 1 hits 429, FreeRide cools it for 120s and uses key 2 next.
Cooldowns persist across restarts ( ~/.freeride/cooldown.json).
SymptomLikely causeFix503 from gatewayAll (provider, key) pairs failedCheck freeride list for which providers have usable keys; check upstream provider statuscommand not found: freeride after installConsole-script not on PATHUse python -m freeride as fallback, or add ~/.local/bin to PATHFirst-run banner spamTelemetry disclosure (one-time)Run freeride telemetry off to opt outNo providers configuredNo env vars setSet at least one provider key (see table above)httpx.HTTPStatusError import errorOld install with httpx 1.0.dev3Upgrade FreeRide; v0.3.0a3+ pins httpx>=0.27,<1
Per request, FreeRide walks (provider, key) pairs in registration order.
For each pair:
RATE_LIMIT or AUTH → mark this key cooling for 120s, advance keys
within the same provider.MODEL_NOT_FOUND → skip remaining keys for this provider, advance to
the next provider (other keys of the same provider won't help).QUOTA_EXHAUSTED → advance providers (same as MODEL_NOT_FOUND).UNAVAILABLE → advance pair.OK → ship the response, stamp the provider header.Once the first chunk of a streaming response has shipped, mid-stream upstream errors propagate as a truncated stream — they do NOT trigger failover (the client has already started receiving content).
On by default. Hourly POST to https://telemetry.free-ride.xyz/v1/beacon
with {installation_id, version, os, tokens_served, request_count, providers_active, uptime_hours}. Never sent: prompts, completions,
model IDs, API keys, hostnames, IPs.
Opt out: freeride telemetry off.
curl -s http://localhost:11343/health — is it running?curl -s http://localhost:11343/v1/models | jq '.data | length' — does
it know about any models? (zero usually means no provider keys.)freeride list — does it surface usable models per provider?env | grep -E '(OPENROUTER|GROQ|NVIDIA|CLOUDFLARE|HF)_'._freeride_provider field or
X-FreeRide-Provider header on the failed attempt's response (if
any) tells you who was last tried.curl -sSL https://api.free-ride.xyz/install.sh | sh