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
- 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. - A model that lives on the HF hub, one of:
source="huggingface"— any repo your token can access,source="training_job"— a job trained withhf_push(its checkpoint is already in your HF account),source="custom_model"— a saved model you’ve pushed withPOST /v1/models/{id}/push-to-hf.
- A payment method on your HF account (HF requires one for Inference Endpoints).
Planned serving shapes
Thegpu_type/gpu_count you request maps onto HF’s instance catalog:
Creating one
How it behaves
- One endpoint, HF-native scaling.
num_replicas/min_replicas/max_replicasmap onto the endpoint’s ownminReplica/maxReplica.min_replicas=0uses HF’s native scale-to-zero (the endpoint wakes itself on the next request; the deployment staysservingin Veri). - Status is polled. Veri polls the HF API and mirrors the endpoint’s state onto the deployment (
provisioning→serving, failures surface HF’s error message). The endpoint also appears in your HF console, namedveri-<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/completionsproxies to the endpoint, or call the endpoint URL directly: it is anauthenticated-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.

