Choosing the right model is about balancing cost, latency, capability, and context window size for your specific workload. With 400+ models available on Portrix, the options can feel overwhelming — this guide cuts through the noise so you can make a confident decision and start iterating fast.
Every model on Portrix is identified by a {provider}/{model-name} string. You pass this string as the model parameter in any request:
The provider prefix routes the request to the correct backend automatically — no additional configuration required.
If your HTTP client or framework does not support modifying the request body, you can pass the model ID in the x-portrix-model header instead of the model field. The header takes precedence when both are present:
This is particularly useful when proxying requests through middleware that cannot rewrite the body, or when building multi-tenant systems where the calling layer selects the model on behalf of the application.
By use case
Chat & Reasoning
Long Context
Embeddings
Vision
Coding
These models excel at general-purpose conversation, instruction following, and multi-step reasoning tasks. Use these models when your input — documents, codebases, transcripts — exceeds typical context limits. Embeddings convert text into dense vectors for semantic search, clustering, and retrieval-augmented generation (RAG). Vision models accept image inputs alongside text, enabling document understanding, screenshot analysis, and multimodal reasoning. These models perform strongly on code generation, debugging, and technical explanation tasks.
Cost vs quality tradeoffs
Use this table as a starting point — actual pricing is available in your Portrix dashboard.
Listing all available models
Retrieve the full, live list of models available to your account at any time:
The response is a standard OpenAI-compatible ModelList object. Each entry includes the model ID, provider, and any capability flags your account has access to.
Using model routing
If you want Portrix to select the best model automatically based on a routing strategy, set the x-portrix-route header instead of specifying a model directly:
Supported routing strategies include cheapest, fastest, and balanced. See the Fallbacks & Load Balancing guide for the full routing reference.
Start with a cheaper, faster model like google/gemini-2.0-flash during development and evaluation. Once you’ve validated your prompts and logic, benchmark against a more capable model to decide whether the quality improvement justifies the cost increase.