API compatibility

Jatevo parameter compatibility

A practical reference for OpenAI-style clients using Jatevo model routes. This page describes request behavior, not benchmark quality, vendor claims, or output ranking.

Standard payloads work best

Use model, messages, and stream for the most portable Chat Completions behavior across Jatevo routes.

Some optional controls are advisory

Sampling fields may be accepted for SDK compatibility without guaranteeing precise output control.

Deterministic and introspection controls are limited

Seeded generation, log probabilities, and multiple choices are not currently part of the GPT-5.5 surface.

GPT-5.5 route

Compatibility matrix

Jatevo aims to be OpenAI-compatible for common Chat Completions clients. Some optional parameters from the wider OpenAI ecosystem are not available on every model route yet.

For production apps, prefer the minimal request shape unless a parameter is listed as supported for the exact model route you are using.

ParameterStatus
model
Supported

Required. Use a model id available to your key, such as gpt-5.5 when enabled.

Call /v1/models with your key when you need to confirm available model ids.

messages
Supported

Required for /v1/chat/completions. System, user, and assistant messages are accepted.

Keep system instructions stable and put task-specific context in user messages.

stream
Supported

Streaming responses are supported for compatible clients.

Use stream: true for agent and CLI clients that need incremental output.

temperature
Accepted

Accepted for client compatibility. On some model routes it may be normalized and may not change output.

Do not rely on temperature as a precise sampling guarantee for GPT-5.5 today.

top_p
Accepted

Accepted for client compatibility. On some model routes it may be normalized and may not change output.

Prefer prompt-level control for tone, length, and strictness.

n
Limited

Only n = 1 is supported. Requests for multiple choices are rejected.

Send separate requests if your application needs multiple independent candidates.

max_tokens / max_completion_tokens
Limited

Accepted by many SDKs, but output length enforcement is not guaranteed on every GPT-5.5 route.

For now, include explicit length requirements in the prompt and validate output in your app.

seed
Not supported

Deterministic seed control is not currently available for GPT-5.5.

Avoid building workflows that depend on exact repeatability from the same seed.

logprobs / top_logprobs
Not supported

Token log probability output is not currently exposed on this model surface.

Use application-level scoring or a model route that explicitly documents logprob support.

presence_penalty / frequency_penalty
Not supported

Penalty controls are not currently guaranteed for GPT-5.5 requests.

Use prompt instructions when you need less repetition or more variety.

logit_bias
Not supported

Token biasing is not currently supported on this model surface.

Do not depend on forced token inclusion or exclusion for safety-critical behavior.

stop
Not supported

Stop sequences are not currently guaranteed for GPT-5.5 requests.

Post-process delimiters in your application when strict truncation is required.

Recommended

Use the smallest reliable payload

This request shape is the safest baseline for OpenAI-compatible SDKs, CLI agents, and server-side integrations. Add optional controls only after confirming they are supported by the selected model route.

Keepmodel, messages, stream
Avoid for portabilityseed, n > 1, logprobs, logit_bias
Validate in appstrict length limits and delimiter truncation

Minimal Chat Completions request

curl https://api.jatevo.ai/v1/chat/completions \
  -H "Authorization: Bearer $JATEVO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "gpt-5.5",
    "messages": [
      {
        "role": "user",
        "content": "Summarize this in three concise bullets."
      }
    ],
    "stream": true
  }'

Compatibility is versioned behavior

This page reflects the current GPT-5.5 Chat Completions behavior on Jatevo. Parameter support can expand over time; applications should handle 400 responses for unsupported optional fields.

Updated Jun 16, 2026