Skip to main content

openjev-adapters

A drop-in replacement for typesafe_sdk's system_one evaluation API, backed by LLM APIs. It runs typed System One decisions (producing Choice / Score / Noul answers) through OpenAI, Anthropic, or Gemini — no server required.

Part of the OpenJev ecosystem. It stays wire-compatible with both the hosted TypeSafe API (https://api.typesafe.ai/v1) and a self-hosted OpenJev deployment, which share the /v1/systemone contract: the request/response shapes (model + state + questions as a dict) are unchanged, so it remains a straight drop-in for typesafe_sdk.

Useful for comparing OpenJev against an LLM on cost/speed/intelligence, or for running System One decisions entirely against your own models.

Based on @typesafe-ai/system-one-adapter-python (MIT). See NOTICE for changes.

Install

The provider SDKs are optional extras — install the one(s) you use:

Not published to PyPI yet. Install from a clone of this repository, e.g. pip install './openjev/adapters/python[openai]'. The published form will be:

pip install 'openjev-adapters[openai]'      # OpenAI-compatible providers
pip install 'openjev-adapters[anthropic]'   # native Anthropic
pip install 'openjev-adapters[gemini]'      # native Gemini

Usage

Unlike TypeSafeClient, the client is configured with how the LLM should answer, and each call names a provider alongside the model:

from openjev_adapters import SystemOneAdapterClient, Noul, Score, Choice

client = SystemOneAdapterClient(
    structured_outputs=True,  # use the provider's native structured-output mode
    llm_answer_mode="probabilities",  # or "discrete"
    normalize_probabilities=True,
)

response = client.system_one(
    state="This book was a delight to read.",
    questions={"positive": Noul(instructions="The book review is positive.")},
    provider="openai",  # "openai", "anthropic", or "gemini"
    model="gpt-4o-mini",
)

provider and model may also be set on the constructor as defaults. provider is required unless model is a provider instance (e.g. a custom OpenAI-compatible endpoint or a Gemini client):

from openjev_adapters.providers.openai import OpenAIProvider

client.system_one(state, questions, model=OpenAIProvider("grok-4", base_url="https://api.x.ai/v1"))

Use clients as context managers (with / async with), or call close() / await aclose() after all evaluations finish. The adapter closes providers it creates; provider instances passed as model remain caller-owned.

Endpoint configuration

The adapter is wire-compatible with the shared /v1/systemone contract, so the same code can target the hosted TypeSafe API or a self-hosted OpenJev deployment. The base URL and credential are resolved from the environment, with an explicit argument always taking precedence:

Setting Precedence
Base URL argument → OPENJEV_BASE_URL → TYPESAFE_BASE_URL → http://localhost:8080/v1
API key argument → OPENJEV_API_KEY → TYPESAFE_API_KEY
from openjev_adapters import resolve_base_url, resolve_api_key
from openjev_adapters.providers import build_endpoint_provider

# Defaults to localhost; set OPENJEV_BASE_URL to point at any openjev host.
resolve_base_url()  # "http://localhost:8080/v1" unless overridden

# Point at a remote openjev host with:  export OPENJEV_BASE_URL=http://your-host/v1
provider = build_endpoint_provider("gpt-4o-mini")  # OpenAI-compatible, env-resolved
client.system_one(state, questions, model=provider)

build_endpoint_provider (and build_async_endpoint_provider) build an OpenAI-compatible provider aimed at the resolved endpoint; pass base_url= / api_key= to override the environment explicitly. resolve_base_url / resolve_api_key expose the same resolution for custom wiring.

OpenAI's endpoint uses the Responses API, with strict JSON Schema for structured output and JSON mode for prompted output. Custom endpoints (including OPENAI_BASE_URL) default to Chat Completions. Pass api="responses" or api="chat_completions" to OpenAIProvider / AsyncOpenAIProvider to select explicitly, for example when using an OpenAI proxy. Responses are requested with store=False; corrective retries send the conversation history with each request.

Gemini uses the Interactions API. Structured mode sets response_format to JSON Schema; prompted mode leaves the schema in the system prompt. Requests use store=False and send the full conversation on corrective retries. Credentials come from GEMINI_API_KEY or GOOGLE_API_KEY, or api_key= on GeminiProvider / AsyncGeminiProvider.

For larger Anthropic evaluations, configure the output token limit on the provider (default: 4,096 tokens):

from openjev_adapters.providers.anthropic import AnthropicProvider

client.system_one(state, questions, model=AnthropicProvider("claude-haiku-4-5", max_tokens=8192))

AsyncAnthropicProvider accepts the same option. A response that reaches the limit raises typesafe_sdk.TypeSafeError with instructions to increase max_tokens or request fewer questions; it does not consume malformed-output retries.

Provider-declared refusals and incomplete generations, including Anthropic context overflow, also raise TypeSafeError without corrective retries. The error names the reason and preserves the full provider response in error.debug["llm_attempts"].

Response

The response is a typesafe_sdk.SystemOneResponse subclass — same answers and typed views — with two additions:

  • response.usage adds input_tokens_total / output_tokens_total (across retries), n_retries, n_retries_malformed_structure, and latency.
  • response.debug holds llm_attempts, retry_reasons, and probability-normalization diagnostics.

OpenAI-compatible endpoints may omit token usage. Unreported counts are None; the evaluation still succeeds. A cumulative token count is None if any attempt omitted that count. Reported counts, including zero, are preserved.

llm_attempts records every provider call in order, including transient failures and malformed responses. Each entry contains a snapshot of messages, model_request_parameters (schema and structured), llm_response, and debug_info with the model, provider, and any error. The built-in providers also include the exact SDK request arguments, the full provider response in llm_response, and the API and finish reason in debug_info. Custom providers return their text and token counts in llm_response. Calls that fail before returning a model response leave it as None. Terminal TypeSafeError exceptions expose the same attempt history in error.debug.

To replay an attempt through the same configured provider (use await for async):

from openjev_adapters.providers import Message

attempt = response.debug["llm_attempts"][0]
result = provider.request(
    [Message(**message) for message in attempt["messages"]],
    **attempt["model_request_parameters"],
)

It is a Pydantic model like every SDK response in typesafe-sdk>=0.7.0, so use model_dump() for a dictionary or model_dump_json() for JSON:

print(response.model_dump_json())

Async

AsyncSystemOneAdapterClient mirrors the sync client with await client.system_one(...) and async with.

Options

Option Meaning
structured_outputs Use the provider's native structured output, else prompt for JSON and validate client-side (works with any chat model).
llm_answer_mode "probabilities" (per-label distribution) or "discrete" (one value per question).
normalize_probabilities Rescale invalid LLM probability distributions to sum to 1.
n_retry_malformed_structure Corrective retries when the model's output fails schema validation.
retry typesafe_sdk.RetryPolicy for transient provider failures.

The transient retry count and time budget apply separately to each provider request. Corrective requests share the evaluation's n_retry_malformed_structure allowance and preserve the earlier responses and correction messages.

Instructor bridge: confidence for response_model=

If you already describe decisions as Pydantic models for Instructor, openjev_adapters.instructor answers the same model through an OpenJev server and hands back the confidence behind every field. Nothing is generated, so the model always validates.

from openjev_adapters.instructor import from_openjev
client = from_openjev()  # reads OPENJEV_BASE_URL / OPENJEV_API_KEY
ticket, report = client.chat.completions.create_with_confidence(response_model=Ticket, messages=messages)
from typing import Literal
from pydantic import BaseModel, Field

class Ticket(BaseModel):
    category: Literal["refund", "cancel", "billing"] = Field(description="Main request")
    urgent: bool
    severity: int = Field(ge=0, le=3, json_schema_extra={"levels": ["none", "low", "high", "critical"]})
    topic: Literal["shipping", "account"] | None = None   # may abstain -> None

report.confidence["category"]     # confidence of the chosen label (fitted to your labels with calibration_id)
report.probabilities["category"]  # full distribution over the options
report.abstained                  # fields that said "I don't know", e.g. ("topic",)
report.escalated                  # fields the `auto` model re-asked to an LLM
Pydantic field Question Value
Literal[...], str/int Enum Choice the chosen option
bool Noul True when P(yes) >= 0.5
int with ge/gt and le/lt (2 to 10 levels) Score the most likely level
X | None same, with abstention on None when the answer abstains

Other fields must have a default and are left at it; a required free-text field raises UnsupportedFieldError so you can keep extracting it with Instructor. A required field that abstains raises AbstainedError (with .report) rather than guessing.

Options pass straight to /v1/systemone: model="auto" (local first, LLM only when unsure), calibration_id="cal_..." (a map fitted on your labels), abstain_below=0.5, escalate_below, timeout, retry. client.create(...) returns only the model; from_openjev_async() gives the same API with await. System messages are treated as LLM instructions and are not part of the judged text.

Metadata

Release files for openjev-adapters 0.2.2

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for openjev-adapters 0.2.2
File Size Uploaded Provenance Actions
openjev_adapters-0.2.2.tar.gz 32.3 kB Without provenance Details for openjev_adapters-0.2.2.tar.gz

Built distribution (wheel)

Table of built distributions (wheels) for openjev-adapters 0.2.2
File Interpreter ABI Platform Actions
openjev_adapters-0.2.2-py3-none-any.whl Python 3 none any Details for openjev_adapters-0.2.2-py3-none-any.whl

Total release size: 74.0 kB

Release files / openjev_adapters-0.2.2.tar.gz

Download URL openjev_adapters-0.2.2.tar.gz
Size 32.3 kB
Tags Source
SHA-256 checksum
How to use checksums
f7ed74bb691cbb8484ae519cfead091c9114d34593418ce24166789c48dcebaa
BLAKE2b-256 checksum
How to use checksums
2ef81ba0618a1a11821d78a6b690decef0b0d7cd1f1cbc94c39d658eb228f7b2
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via uv/0.9.14 {"installer":{"name":"uv","version":"0.9.14","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"macOS","version":null,"id":null,"libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}

Release files / openjev_adapters-0.2.2-py3-none-any.whl

Download URL openjev_adapters-0.2.2-py3-none-any.whl
Size 41.7 kB
Tags Python 3
SHA-256 checksum
How to use checksums
569bfa61f93ee73c4df9bdf1de5104a6790efbd8a4703c3a4ea4d24d7efff608
BLAKE2b-256 checksum
How to use checksums
139ab51483ff1966e64c730edd82bd3d503dddf9fcc8062881fcd640163799ab
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via uv/0.9.14 {"installer":{"name":"uv","version":"0.9.14","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"macOS","version":null,"id":null,"libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}

Security for openjev-adapters 0.2.2

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Release history Release notifications | RSS feed

This release

0.2.2 This release

2 release files No provenance

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page