APIQIKAPIQIK
Docs
Guides

Model Selection Guide

Choose models by quality, latency, cost, context, and tool capabilities using repeatable evaluations.

No single model suits every task. Define quality, speed, cost, and capability constraints, then run a small evaluation using real data.

Main decision factors

FactorQuestionValidation
Task qualityCan the model reliably handle reasoning, writing, code, or extraction?Compare accuracy, human ratings, and format validity on representative samples.
LatencyDo time to first token and total generation time meet product requirements?Measure TTFT and P50, P95, and P99 latency separately.
CostAre per-request and monthly costs acceptable?Estimate from input/output token distributions, not unit prices alone.
ContextWill prompts, history, and knowledge passages fit the window?Measure real context-size percentiles and reserve output space.
Advanced capabilitiesAre tools, vision, structured output, or reasoning required?Check the catalog and test essential parameters through the API.
StabilityAre peak error rates and tail latency manageable?Load-test success rates and latency with platform routing.
  1. Build a candidate set. Filter catalog models by text, code, multimodal, or tool requirements.
  2. Fix evaluation inputs. Use real data covering common requests, edge cases, and failures.
  3. Align parameters. Compare similar temperatures and output lengths to avoid confounding results.
  4. Roll out gradually. Start with limited traffic and monitor quality, cost, latency, and errors.
  5. Re-evaluate regularly. Rerun core evaluations after model version, price, or routing-node changes.

Common model tiers

Low latency

For classification, rewriting, short answers, and real-time interaction, prioritize TTFT and throughput.

High quality

For complex reasoning, important content, or difficult-case fallbacks, allow higher cost and latency.

Structured tasks

Focus on JSON validity, field stability, and tool-argument accuracy.

Code tasks

Use compilation, tests, and static checks as objective metrics rather than subjective review alone.

Use the current model catalog as the source of truth. Availability, identifiers, context limits, prices, and capabilities can change. qwen-turbo and deepseek-chat illustrate request structure, not fixed recommendations for specific tasks.