Use cases

What people build on NeuronGate

Six workloads we see most, each with the models that suit it, working code against https://neurongate.net/v1 and the controls that keep its spend predictable.

Use cases

What they share

The workloads differ, but they run on the same three pieces. Set them up once and every new workload is a new key, not a new vendor.

One balance, every model

Prepay in USDT, USDC, ETH or BTC and call any of 200+ models at its listed per-token price. A request that would overdraw the balance is refused, never billed later.

A key per workload

Give each workload its own key with a monthly spend cap and a model allowlist. A runaway agent hits its own cap, not your support bot's.

Logs per request

Every call records model, tokens, cost, latency and status. Filter by key, chart it, or export CSV to see what each workload really costs.

Prompts and completions aren't stored. We keep the usage metadata above for your dashboard; the content of requests and responses passes through.

A typical integration

Whatever the workload, the change to an existing OpenAI-style client is the same: point the base URL at NeuronGate, use a NeuronGate key, and pick a model id from the catalog.

  1. 01

    Your app

    OpenAI SDK, LangChain or plain HTTP

  2. 02

    NeuronGate key

    Checks the key's cap, allowlist and your balance

  3. 03

    Model provider

    The model you named, on a healthy host

  4. 04

    Response

    Streamed or whole, in the OpenAI format

  5. 05

    Usage log

    Tokens, cost, latency; no content

From your code to the model and back

If one host of a model is unavailable, the request is retried on another host of the same model. NeuronGate never swaps in a different model behind your back; when you want a fallback model, you choose it in your code, as the guides show.