pplx-decider vs Vela 2.0

pplx-decider

The hosted Decisions API has an OpenAPI description, typed questions, documented limits and a published price of $0.02 per million input tokens, and the v1.1 weights are public under Apache-2.0. The API is days old, the official Python SDK has no method for it, and the governing terms and privacy notice could not be read on 9 October 2026.

Vela 2.0

One self-hosted call answers routing, prompt-attack, personal-data and unsupported-claim questions with probabilities and character offsets, under Apache-2.0 with SHA-256 manifests. The models are days old and carry no Hub version tags, and the three larger sizes keep 74 to 89 per cent of their Decision 2.0 bases on the Jev Decision Index by the authors' figures.

pplx-decider

1. Send Authorization: Bearer. A key in x-api-key returns 401 on this endpoint.
2. Set model on every request. A missing or unknown model returns 400, and the guide shows a -latest name rejected.
3. Resize images to 2,048 tiles of 32 by 32 pixels or fewer before sending. Larger images end in a 504 after about a minute.
4. Check the HTTP status before parsing an error. 404 and 405 have empty bodies, 504 can be HTML, and error.code changes type.
5. For the weights, use the repository's autojev code. The card says default causal inference does not reproduce the evaluated setup.

Vela 2.0

1. Pin a commit hash with revision= when loading from the Hub. The repositories have no tags and main has changed since launch
2. Send the served name in model, for example vllm-sr/Vela-2.0-4B. The bundled server answers 422 to any other name
3. Name span questions pii, halu or toxic, or set "head": "router", to get the trained router head. Other labels go to the broad head
4. Keep input under 16,384 tokens a sequence (8,192 on the 0.3B). The bundled server answers 413 when the questions alone don't fit
5. Set VELA2_API_KEY before binding the bundled server beyond 127.0.0.1, and keep the model runtime on a trusted network