Skip to content

system_one_sdk

Provider-neutral Elixir SDK for System One typed Noul, Choice and Score calls, with hosted TypeSafe integration by default.

LibrarybetaMIT

Overview

System One SDK Poncho is an Elixir/BEAM repository holding four independently publishable Mix packages. system_one_contracts is a small provider-neutral System One v1 wire and inference contract. system_one_sdk is the main API with a default hosted TypeSafe integration through the typesafe_api_sdk Hex package. system_one_bumblebee (native BEAM/Nx model execution) and system_one_server (an HTTP service exposing System One v1) are listed as upcoming.

Most Elixir application developers only need system_one_sdk. Hosted use does not require Bumblebee, Nx, EXLA, Plug or Bandit, so the dependency footprint stays small, while runtime implementers can depend on the contracts package alone. The repository includes a fast QC script that runs formatting, compilation and offline tests per package, without live calls or model downloads.

What the decision model decides

TypeQuestionAnswers
OtherApplication-defined Noul, Choice and Score questions sent to a System One provider(inferred)—

How it works

  1. Add {:system_one_sdk, "~> 0.6"} to a Mix project.
  2. Build a System One request with state and typed questions.
  3. The SDK sends it to the hosted TypeSafe provider by default.
  4. Typed answers return to the application for its own logic.

Strengths

  • Provider-neutral contracts allow other runtimes later.
  • Small dependency set for hosted use.
  • Packages are versioned and published independently.

Caveats

  • Native inference and server packages are still upcoming.
  • Hosted use depends on TypeSafe's API and key.

Getting started

Add {:system_one_sdk, "~> 0.6"} to your mix.exs dependencies.

At a glance

Type
Library
Status
beta
Language
Elixir
Runtime
BEAM
Has code
yes
Has tests
yes
License
MIT

Use cases and integrations

How curated lists describe it

Frequently asked questions

Which package do I need?

Most applications need only system_one_sdk; server implementers can use system_one_contracts.

Does it need a TypeSafe key?

The default integration is hosted TypeSafe, so yes for hosted use.

Can it run models locally?

Native BEAM/Nx execution is planned in system_one_bumblebee but marked upcoming.

Related projects

  • Hack Club's lightweight LLM proxy, listed for adding a Jev forwarding endpoint behind its auth, limits and usage logging.

    MCP serverproductionTypeScript
  • Ax, a DSPy-style multi-language LLM framework, listed with a native TypeSafe provider for Boolean, Choice, Score and raw Jev questions.

    PluginproductionTypeScript
  • Effect TypeScript library whose @effect/ai-typesafe package maps classify, probability and rating operations to Jev questions.

    ProjectproductionTypeScript
  • PHP monorepo whose Polyglot module adds a TypeSafe driver for typed Noul, Choice and Score decisions alongside LLM inference.

    ProjectproductionPHP
  • Go MCP server giving any client typed Jev decisions via OpenRouter or TypeSafe, with validated answers and no paid retries.

    MCP serverproductionGo
  • Simon Willison's LLM plugin that adds Jev as a model for yes/no, choice and score questions from the command line.

    PluginproductionPython