shipwithjev

Blog / Questions / FIG. 144

What Is swift-typesafe? Jev in Swift Apps

The Jev Swift SDK lane explained: a community SwiftPM client for iOS and macOS apps, why it calls a hosted model, and how to ship it safely.

swift-typesafe is shorthand for the community's Jev Swift SDK lane: Swift clients that let iOS and macOS apps ask Jev, the decision model from TypeSafe AI, closed questions and get probabilities back. The one in our directory is a SwiftPM package by krzyzanowskim whose behavior, per its listing, "follows the official JavaScript SDK." Other community lists describe Swift clients as unofficial and experimental, which is the correct label for all of them in September 2026.

What a Swift client does, and doesn't, change

It changes ergonomics: Swift Package Manager install, Swift types for your questions and answers, and a client shaped like the rest of your app. That matters more than it sounds, because a verdict whose answer set is a type is harder to misspell.

It doesn't change where the model runs. The question every mobile developer asks first is whether this means Jev on the phone, and the answer is no: Jev is hosted, and every verdict is a network call. Can Jev run locally owns that answer and its decision tree for privacy, offline, and latency; read it before designing anything that assumes the model lives in your bundle. The Swift client is a well-dressed network request.

The mobile framing: ship a client, not a key

The standard mobile warning applies with extra force here. An API key compiled into an app binary is a key you've published. The sane architecture for any iOS Jev client is a thin app that talks to your own backend, and a backend that holds the credentials and calls Jev. That also gives you one place to log verdicts, cap spend, and swap clients later.

Which raises a fair question: if the backend makes the calls, why use a Swift client at all? Two honest answers. Server-side Swift is real, and a Swift client fits it natively. And for prototypes, internal tools, and macOS utilities where you control every install, calling directly is fine for the first afternoon, as long as nobody ships that build.

For the design seam between local work and remote verdicts (local OCR or sensor preprocessing, then a text verdict), the robotics and on-device page documents the pattern that mobile apps can borrow wholesale.

Before you depend on it

Community-maintained means normal diligence: pin versions, read diffs on update, and watch whether it keeps tracking upstream. API specifics (auth, limits, request shape) defer to docs.typesafe.ai; the wider SDK map, including the official Python and JavaScript clients, lives on the API page. If you need a refresher on what the model is for at all, start with what Jev is.

Frequently asked questions

Is there an official Jev Swift SDK?

Not per current ecosystem listings: the Swift clients are community projects. The official SDKs documented by TypeSafe are Python and JavaScript.

Can my iPhone app run Jev offline?

No. Jev is a hosted model, so every verdict needs a connection; plan a fallback per the local-inference answer.

Is it safe to put my Jev key in the app?

No. Route calls through your own backend so the credential never ships in the binary, and log verdicts server-side.

Does the Swift client add features the API lacks?

It adds Swift ergonomics, not model capabilities. What the model can answer is set by the API, documented at docs.typesafe.ai.

Numbers throughout are as reported by the build authors, not verified by shipwithjev. Code-shaped examples are pseudocode; the official docs live at docs.typesafe.ai.