Support is decided before pricing
When you select a model for optimization, RunInfra shows one of three verdicts before it shows a charge:
A temporary metadata outage is separate from a permanent refusal and offers Retry. A refused model creates no hold, reservation, or ledger entry. RunInfra decides the refusal before any charge preview appears.
Every refusal names one next action
A Hugging Face timeout or server error is never treated as an access refusal. Those stay retryable, so a temporary outage on their side does not become a permanent-looking verdict you have to go fix.
Naming a model
Three forms, all resolved to the same Hugging Face id:owner/repo id is exact. A name or an @ mention is resolved for you. A description (“a fast multilingual 7B”) makes the agent recommend one.
What can be served
Large language models, embeddings, rerankers, vision-language models, speech-to-text, text-to-speech, and image generation, sourced from Hugging Face. Availability for a given model depends on the selected runtime and the deployment support for that modality, and the agent tells you before it provisions anything. You can also chain models into one pipeline, for example speech-to-text feeding a language model feeding text-to-speech for a voice assistant.Limits
- The maximum context window is set by the model itself. A request that exceeds it is rejected. See Errors for the response shape.
- Multimodal request limits depend on the selected model and runtime. The agent reports the limits that apply to your configuration before it provisions.
- Rerank deployments answer
POST /v1/rerankandPOST /v1/{pipelineId}/rerank, not the chat-completions route. Text-embeddings-inference rerank deployments are text-only, and compatible vLLM vision rerank deployments accept documentcontentarrays for text, images, and video where the model supports them. - Some model licenses carry commercial-use or user-count gates. RunInfra passes them through and you agree to them on your own Hugging Face account. RunInfra adds no restrictions of its own.
- Fine-tuning is external today. Train elsewhere, then bring the weights.
Uploading your own weights (Enterprise)
Uploading your own weights (Enterprise)
Uploading model weights is an Enterprise capability. On other plans the upload is refused with an upgrade path. Contact sales.An upload is a folder, not a file: the complete Hugging Face model repo you exported, with Uploads live at runinfra.ai/models. That page is not in the dashboard sidebar while the dashboard narrows around Model APIs, but the route, your bookmarks, and the command palette all still open it.
config.json at the root, safetensors or PyTorch .bin weights (plus the index file when sharded), and the tokenizer files. Extra files are stored as they are. The ceiling is 50 GB.Validation runs in the browser before any bytes move and again on the server. The stored model ends up either validated and ready for measured optimization, or stored incomplete with the specific reason. Interrupted uploads can be retried, and nothing is ever marked ready that is not.Uploaded models go through the same optimization path as any other, and you reference one by the name you gave it:Next steps
Optimize a model
Plan, filter, measure, rank, pick.
Lossless first
Why your weights are left at full precision by default.