EN ▾

abliteratedmodels.ccHosted uncensored API for developers.

Abliterated Models
Get API key

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.

Three isometric platforms representing local, cloud GPU and API routes for running a model
A terminal above code blocks with an open gate and flowing light, representing unrestricted coding assistance

Pick a route first

LocalRented cloud GPUHosted API
Upfront costHardware you may already ownNoneNone
Setup timeAn eveningAn evening, plus remote server careMinutes
Ongoing costElectricityHourly while the machine runsPer token
Skill neededModerateModerate to highLow
PrivacyHighestDepends on the hostServer-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.

  1. 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.
  2. Download a quantized file from a source you trust. The page on what an abliterated model is explains what these files contain.
  3. Start a server. With llama.cpp the command looks like the one below.
  4. 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.

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.

Get API key