How to Run Abliterated Models: Local, Cloud or API
There are three ways to learn how to run abliterated models: on your own machine, on a rented GPU, or through a hosted API. They trade control against effort, and the right pick depends on your hardware and how often you will use the model.
Updated


Pick a route first
| Local | Rented cloud GPU | Hosted API | |
|---|---|---|---|
| Upfront cost | Hardware you may already own | None | None |
| Setup time | An evening | An evening, plus remote server care | Minutes |
| Ongoing cost | Electricity | Hourly while the machine runs | Per token |
| Skill needed | Moderate | Moderate to high | Low |
| Privacy | Highest | Depends on the host | Server-side; prompts not used for training |
If you only want answers from a model that does not refuse lawful adult requests, the API is the shortest path. If you want to experiment with weights, merge models or run offline, go local. The cloud GPU option fits people who need a large model for a few hours and do not want to buy hardware.
Route 1: run it locally
You need the weights in a format your runtime loads, and enough memory. The most common setup is a GGUF file with llama.cpp or a tool built on it, such as Ollama or LM Studio.
- Estimate memory. Weights take about parameters x bits per weight / 8. A 14B model at 4-bit is around 7 GB. Add a few gigabytes for the context cache.
- Download a quantized file from a source you trust. The page on what an abliterated model is explains what these files contain.
- Start a server. With llama.cpp the command looks like the one below.
- Point your app at it. The server exposes an OpenAI-style endpoint, so any compatible client connects.
llama-server -m ./weights-Q4_K_M.gguf -c 8192 -ngl 99 --port 8080
Here -c sets the context length and -ngl 99 offloads all layers to the GPU if they fit. Lower -ngl if you run out of memory, and expect slower output when layers stay on the CPU.
Common local problems are easy to recognize. If loading fails with an out-of-memory message, pick a smaller quantization or lower the context length, since the cache scales with it. If output is painfully slow, some layers are running on the CPU, so check how many are offloaded. If replies drift into repetition, lower the temperature a little and raise the repetition penalty. And if the model answers in a strange format, the chat template may not match the one the model expects; most runtimes let you set it explicitly.
Local is best when privacy and offline use matter, or when you already own a card with 16 GB or more of memory.
Route 2: rent a GPU in the cloud
Rental services let you start a machine with a large GPU and pay by the hour. The steps match the local route, but you do them over SSH on a remote machine, and you must keep the machine running while you use it. That last part matters: you pay while it is idle, so stop it when you finish.
A typical rental session goes like this. You pick a machine with enough GPU memory for your model, start it from a prebuilt image that already has drivers installed, copy or download the weights, launch the server, and connect through an SSH tunnel so the port is never public. Plan twenty to thirty minutes for downloads alone with a large file, and billing usually runs during that time. Write the steps in a script once, so the next session starts quickly.
Check current hourly prices on the provider's site, since they change often. A rental makes sense for a one-off job such as running a big model through a batch of documents. It makes less sense for a chat you open a few times a day, because the meter keeps running between sessions, and a persistent storage volume for the weights is often billed separately.
Security is on you. Do not expose the model server to the open internet without authentication, because anyone who finds the port can use your GPU time.
Route 3: call a hosted API
This service gives you one open-weight model, run by an independent provider and tuned to answer without content refusals for lawful adult use. The model ID is uncensored. It is not an official API of any model vendor and not a router across several. The base URL is https://api.abliteratedmodels.cc/v1.
from openai import OpenAI
client = OpenAI(base_url="https://api.abliteratedmodels.cc/v1", api_key="YOUR_KEY")
resp = client.chat.completions.create(
model="uncensored",
messages=[
{"role": "system", "content": "You are a candid technical assistant."},
{"role": "user", "content": "Explain TCP slow start in five sentences."},
],
temperature=0.7,
)
print(resp.choices[0].message.content)
The same request with curl:
curl https://api.abliteratedmodels.cc/v1/chat/completions \
-H "Authorization: Bearer YOUR_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"uncensored","messages":[{"role":"user","content":"Hello"}],"stream":false}'
Streaming, tool calling and JSON mode work as in the OpenAI API. Details are in the documentation.
Cost of each route, with the API math
Local and rental costs depend on prices you must look up yourself. API cost is simple to compute. The rates are $0.15 per 1M input tokens and $0.50 per 1M output tokens.
A coding-assistant request with 8,000 tokens of context and a 600-token answer costs 8,000 / 1,000,000 x $0.15 = $0.0012 for input, plus 600 / 1,000,000 x $0.50 = $0.0003 for output. That is $0.0015 per request. One hundred such requests a day for 30 days is 3,000 requests, or $4.50 a month.
The minimum top-up is $20, which would cover that usage for more than four months, and credit never expires. Bonuses apply from $50: +5%, then +10% from $100 and +15% from $200. You can pay by crypto (USDT on TRC20, USDC on Base). See the pricing page for the table.
Which models run well for coding
If your goal is code, model size and training data matter more than the abliteration step. Larger models write more reliable code, and they need more memory locally. The comparison on the best abliterated models for coding lists what to look at. When you test candidates, give each the same five or six tasks from your real work: a bug fix, a short function, a refactor, an explanation of unfamiliar code. Compare results, not marketing.
The hosted option is useful as a baseline. Run your task set against the API first, then see whether a local model you can afford matches it.
Start with the cheapest test
Before you buy hardware or rent a machine, spend a few minutes on the API. Sign up with Google, or with email and password, then claim the trial on the API key page. It is $0.50, valid for 7 days, one per person, and needs no card. At $0.0015 per request, that is over 300 requests.
Trial keys allow 2 concurrent requests and 60 per minute. Full keys allow 8 and 300. If you exceed a limit you get HTTP 429 with rate_limited or concurrency, and a 429 with Retry-After: 5 during temporary overload. For a broader look at models without refusals, read the page on the unfiltered AI model.
The API is text only and has a hard rule: no sexual content involving minors.
More guides
Questions and answers
What GPU do I need to run an abliterated model locally?
It depends on the model size. A 4-bit 14B model needs about 7 GB for weights plus cache space, while a 70B model at 4-bit needs about 35 GB.
Can I run one on a laptop without a GPU?
Small quantized models run on CPU, slowly. For anything larger, a hosted API avoids the problem because your laptop only sends requests.
Is Ollama enough?
For many people, yes. Ollama and LM Studio wrap llama.cpp and load GGUF files, so you can serve a model locally with little configuration.
Can I mix local and API use?
Yes. Both can expose an OpenAI-style endpoint, so you switch by changing the base URL, key and model name.
Your key is one form away
Create an account, copy the key, change the base URL. That is the whole setup.