Skip to main content
provider="huggingface" is different from every other provider: the deployment does not run on GPUs Veri rents. Instead, Veri creates and manages a dedicated HF Inference Endpoint under your own Hugging Face account — your namespace, your billing, your data path. It is currently feature-gated: a provider="huggingface" create returns a “coming soon” 400 until the gate lifts.

Why use it

  • Compute on your own account. Hugging Face bills you directly, by the minute, at their published instance rates. The deployment costs zero Veri credits — credits only meter training and Veri-hosted serving.
  • Burn existing spend. HF endpoint charges land on your HF organization’s bill, alongside whatever you already pay them.
  • Your data path. Your apps can call the endpoint URL directly with your HF token; requests then never transit Veri. (The Veri chat proxy and playground still work if you want one pane of glass.)

Prerequisites

  1. A connected Hugging Face token with the Manage Inference Endpoints permission (and Make calls to Inference Endpoints if you’ll invoke through it). Connect it in Settings → Integrations, or PUT /v1/settings/integrations/huggingface.
  2. A model that lives on the HF hub, one of:
    • source="huggingface" — any repo your token can access,
    • source="training_job" — a job trained with hf_push (its checkpoint is already in your HF account),
    • source="custom_model" — a saved model you’ve pushed with POST /v1/models/{id}/push-to-hf.
  3. A payment method on your HF account (HF requires one for Inference Endpoints).

Planned serving shapes

The gpu_type/gpu_count you request maps onto HF’s instance catalog:

Creating one

Or from the CLI:

How it behaves

  • One endpoint, HF-native scaling. num_replicas / min_replicas / max_replicas map onto the endpoint’s own minReplica/maxReplica. min_replicas=0 uses HF’s native scale-to-zero (the endpoint wakes itself on the next request; the deployment stays serving in Veri).
  • Status is polled. Veri polls the HF API and mirrors the endpoint’s state onto the deployment (provisioningserving, failures surface HF’s error message). The endpoint also appears in your HF console, named veri-<id>.
  • Deleting is symmetric. Stopping or deleting the deployment in Veri deletes the HF endpoint. Pausing or deleting it in the HF console settles the Veri deployment to stopped.
  • Calling it. POST /v1/deployments/{id}/chat/completions proxies to the endpoint, or call the endpoint URL directly: it is an authenticated-type endpoint, so pass your own HF token as the bearer.
Not supported on BYOC endpoints: the max engine, vllm_extra_args, model caching, and multi-adapter serving. Requests that include them return a 400 at create.

Where to go next

All serving providers

Compare shapes, status, and the live CLI catalog.

Push a checkpoint to HF

Train with hf_push so your checkpoint is deployable on your account.