Jev에 대해 읽고 가입하려 했지만, 대기 목록 양식을 만났습니다. 대부분의 사람들이 거기서 멈춥니다.
대기 목록은 실제지만, 여러 문 중 하나일 뿐이며 가장 빨리 열리는 문은 아닙니다. TypeSafe의 출시 게시물에는 Jev가 "오늘 조기 액세스에서 이용 가능"하며 팀이 "가능한 한 빨리 개발자들을 대기 목록에서 해제하고 있다"고 명시되어 있습니다. 한편, 두 번째 경로는 9월 중순부터 활성화되었으며, 초대 없이도 이용할 수 있습니다.
이 게시물은 다섯 가지 경로를 한 가지 질문에 따라 순위를 매깁니다: 10분 안에 실제 요청을 보낼 수 있는가? 모델 자체에 대한 설명이 먼저 필요하다면, Jev란 무엇인가부터 시작하고 다시 돌아오세요.
실제로 얻는 것
Jev는 시스템 원(System One) 모델입니다. 상태 블록과 일련의 닫힌 질문을 제공하면, 산문 대신 보정된 확률을 반환합니다. 거의 모든 질문을 커버하는 세 가지 질문 유형이 있습니다: 예/아니오를 위한 noul, 최대 255개 옵션을 위한 choice, 그리고 2에서 10단계의 순서가 있는 레벨을 위한 score입니다.
1. Vercel AI Gateway
이것은 대부분의 독자에게 가장 빠른 문이며, 대기 목록이 없는 유일한 방법입니다. Vercel은 2026년 9월 16일 AI Gateway에 Jev를 추가했습니다 (변경 로그). 이미 Gateway 액세스 권한이 있는 Vercel 계정이 있다면 Jev 액세스 권한이 있습니다. 모델 ID는 typesafe-ai/jev입니다.
AI SDK 버전 7 이상에서 experimental_evaluate를 사용하여 호출합니다:
import { experimental_evaluate as evaluate } from 'ai';
const result = await evaluate({
model: 'typesafe-ai/jev',
state: 'The support agent issued a full refund of $42.00 and closed the ticket.',
questions: {
refunded: { type: 'boolean', instructions: 'Was a refund issued?' },
},
});
// result.answers.refunded -> { type: 'boolean', probability: 0.99 }
한 가지 주의사항은 미리 계획을 세울 만큼 중요합니다. Vercel의 평가 문서는 평가가 AI SDK를 통해서만 가능하며, Gateway의 OpenAI 호환, Anthropic 호환 또는 Cohere 호환 엔드포인트를 통해서는 불가능하다고 명시합니다. 따라서 서비스가 현재 기본 URL에 OpenAI 클라이언트를 연결하여 Gateway와 통신하는 경우, 해당 클라이언트는 Jev에 도달할 수 없습니다. 경로에 AI SDK가 필요합니다.
이는 Go 서비스, Rails 앱 또는 OpenAI 형태의 SDK를 통해 모델에 접근하는 모든 것에서 Gateway 사용을 배제시킵니다. 이미 AI SDK를 사용하는 TypeScript 프로젝트의 경우, 한 줄의 모델 변경만 필요합니다.
프로덕션 환경에서 이 경로에 의존하기 전에 알아야 할 한 가지 더 있습니다: Gateway 키가 유일한 자격 증명이므로, TypeSafe 콘솔, 키별 사용량 페이지, 그리고 초당 250,000 토큰 및 분당 1,200 요청이라는 Jev 자체의 한계에 대비하여 현재 위치를 확인할 수 없습니다. 이 수치들은 어차피 동적입니다. 트래픽 양이 중요하다면 자체적으로 요청 수를 기록하세요.
2. OpenRouter
Jev는 OpenRouter에서 대기 목록 없이 활성화되어 있습니다. 모델 ID는 typesafe/jev-1.13, 날짜가 지정된 빌드 typesafe/jev-1.13-20260917, 그리고 최신 릴리스를 추적하고 싶다면 typesafe/jev-latest입니다. 가격은 TypeSafe와 직접 일치하여 백만 입력 토큰당 $0.042이며, 목록에는 직접 API 문서에 명시된 64k가 아닌 32,000 토큰 컨텍스트가 표시되므로, 대규모 상태 워크로드를 이동하기 전에 해당 한도를 확인하세요.
이것은 오늘 열리는 두 번째 문이며, 이미 OpenRouter를 통해 모델을 라우팅하고 Jev가 다른 모든 것과 함께 청구되기를 원한다면 적합합니다. 알아둘 가치가 있는 한 가지 특이점: Jev는 OpenRouter의 공개 모델 목록 API에 나타나지 않으므로, 해당 엔드포인트를 열거하여 모델 선택기를 만드는 모든 것에서는 Jev를 볼 수 없을 것입니다.
3. 직접 API를 위한 공식 대기 목록
이것은 모두가 가장 먼저 찾는 문이며, 오늘 경로 1을 사용하더라도 여전히 가입할 가치가 있습니다. typesafe.ai에서 가입하고 콘솔은 console.typesafe.ai에 있습니다.
초대를 받으면 형태는 단일 POST입니다. 엔드포인트는 https://api.typesafe.ai/v1/systemone이며 Bearer 키를 사용합니다. 두 가지 모델 ID가 활성화되어 있습니다: 현재 jev-1.13.0으로 해석되는 jev-latest와 공식 릴리스 여부와 관계없이 최신 빌드를 가리키는 jev-preview입니다. Jev API 키 생성 가이드는 키 생성, 첫 번째 요청 및 만날 수 있는 오류 코드를 다룹니다.
기다림의 대가에 대해 냉철하게 생각하십시오: TypeSafe는 대기 시간, 대기열 위치 및 목표 날짜를 공개하지 않았습니다. "가능한 한 빨리"가 기록된 유일한 약속입니다. 목록에 가입한 다음, 기다리는 동안 경로 1을 기반으로 빌드하세요.
Gateway가 작동한다면 굳이 수고할 필요가 있을까요? 직접 액세스는 TypeScript뿐만 아니라 모든 클라이언트 언어를 제공합니다. 또한 대기 시간 예산에서 한 단계(hop)를 줄여주는데, 이는 벤더 자체의 종단 간 수치가 70ms에서 500ms인 경우에 중요합니다. 그리고 키, 사용량 및 제한이 한 곳에서 표시되는 콘솔을 제공합니다. 가입하는 회사에 대한 배경 정보가 필요하다면, TypeSafe AI라는 회사에 대해 별도로 다루었습니다.
4. Claude Code 및 Codex용 에이전트 스킬
TypeSafe는 코딩 에이전트용 바로 사용할 수 있는(drop-in) 에이전트 스킬을 제공합니다. 두 가지 방법 중 하나로 설치하십시오:
claude plugin marketplace add typesafe-ai/skills
# 또는
npx skills add typesafe-ai/skills
이것은 자격 증명이 아니며, 대기 목록을 통과하게 해주지 않을 것입니다. 이것이 제공하는 것은 Jev에 대해 올바르게 빌드하는 코딩 에이전트입니다. 이것이 없으면 "Jev 추가"를 요청받은 에이전트는 채팅 완성(chat-completions) 호출을 시도하고, 프롬프트를 작성하고, 단락에서 예/아니오를 파싱하려고 시도할 것입니다. 이것은 확률 필드를 반환하는 모델에는 잘못된 형태이며, 결국 결코 작동하지 않을 코드를 디버깅하게 됩니다.
스킬이 로드되면 에이전트는 요청 형태, 세 가지 질문 유형 및 신뢰도 값을 어떻게 처리해야 하는지 알게 됩니다. 뒤에 자격 증명이 여전히 필요하므로 경로 1 또는 경로 2와 함께 사용하십시오. 연결이 올바르게 되면, Jev 사용 방법이 더 어려운 부분인 모델이 실제로 답변할 수 있는 질문을 설계하는 방법을 다룹니다.
5. 공식 SDK
TypeSafe는 Python SDK와 JavaScript SDK를 발행합니다:
pip install typesafe-sdk
여기에 솔직한 버전이 있습니다. 왜냐하면 일부 요약 글에서 이 항목으로 목록을 채웠기 때문입니다. SDK는 별도의 진입 방식이 아닙니다. 이미 자격 증명을 보유하고 있다면 경로 1 또는 경로 2를 사용하는 가장 편안한 방법입니다. 키가 없는 시스템에 패키지를 설치하면 import 문과 401 오류를 얻게 됩니다.
일단 사용 가능하다면 어쨌든 사용하세요. 이들은 재시도, 타입 지정된 응답 및 확률 필드를 처리하여 동일한 파싱을 두 번 작성하는 수고를 덜어줍니다.
6. Jev와 유사한 모델을 로컬에서 실행하기
완전히 막혀서 이번 주에 패턴을 프로토타입하고 싶다면, 커뮤니티는 복제본을 출시했습니다: OpenJev, mini-jev, jevlike, 그리고 Apple Silicon용 MLX 공간입니다. 이들을 통해 호출 코드, 질문 세트 및 임계값 논리를 지금 빌드한 다음, 실제 액세스가 가능해지면 엔드포인트를 교체할 수 있습니다.
이들 중 어느 것도 Jev가 아닙니다. 어떤 것도 Jev의 훈련을 재현하지 않으며, 보정은 정확히 복사하기 가장 어려운 속성입니다. 대체품이 아닌 발판으로 취급하십시오. 우리는 OpenJev 및 오픈 소스 Jev 대안에서 이들을 자세히 비교했습니다.
어떤 경로를 선택해야 할까요?
- 오늘 가장 빠른 방법: 코드가 TypeScript이고 AI SDK를 직접 호출할 수 있다면 Vercel AI Gateway입니다. 며칠이 아닌 몇 분 안에 가능합니다.
- 장기적으로 가장 좋은 방법: 직접 API. 어떤 언어든, 한 단계 적은 홉(hop), 그리고 속도 제한 및 사용량이 실제로 존재하는 곳이 콘솔입니다. 지금 대기 목록에 가입하여 시간이 시작되도록 하세요.
- 완전히 막힌 경우 가장 좋은 방법: 프로토타입을 위한 로컬 복제본과, 에이전트가 작성하는 모든 것이 실제 키가 도착했을 때 올바른 형태를 갖추도록 에이전트 스킬을 사용하는 것입니다.
- 그 자체로 경로는 아닙니다: SDK. 자격 증명을 얻은 후에 설치하세요. 그 전에는 안 됩니다.
Apidog에서 호출을 한 번 빌드하고, 두 가지 문 중 하나로 연결하세요.
curl 대신 API 클라이언트에서 이를 설정해야 하는 실질적인 이유가 있습니다. 어떤 문을 통해 들어오든, 요청 본문은 동일한 형태입니다: 상태 문자열과 질문 객체. 따라서 Apidog에서 호출을 한 번 빌드하고, 키를 환경 변수로 저장하면, 환경을 전환하여 동일하게 저장된 요청을 TypeSafe 엔드포인트 또는 Gateway 경로로 연결할 수 있습니다. 두 가지 간에 두 번째 컬렉션이나 복사-붙여넣기 편차가 없습니다.
그런 다음, 사실이라고 알고 있는 경우에 대해 answers.refunded.probability > 0.9와 같은 확률 필드에 대한 어설션(단언)을 추가하십시오. 이 단일 어설션은 새로운 경로가 이전 경로와 동일하게 작동하는지 즉시 알려줍니다. 대기 목록 초대가 도착하여 Gateway에서 직접 API로 전환할 때, 저장된 요청을 새 환경에서 실행하고 두 개의 JSON 덩어리를 눈으로 확인하는 대신 하나의 녹색 체크 표시를 보게 될 것입니다. Apidog를 다운로드하면 설정하는 데 이 섹션을 읽는 시간과 거의 비슷하게 걸립니다.
자주 묻는 질문
Jev가 OpenRouter의 모델 API에 표시되지 않는 이유는 무엇인가요?
사이트에는 나열되어 있지만, Jev 항목 없이 446개의 모델을 반환하는 공개 /api/v1/models 응답에는 없습니다. 해당 엔드포인트는 채팅 완성 모델을 설명하며, Jev는 평가 모델이므로 형태가 맞지 않습니다. 선택기를 만들기 위해 모델을 프로그래밍 방식으로 열거하는 경우, Jev는 나타나지 않으며 수동으로 추가해야 합니다.
대기 목록은 얼마나 걸리나요?
미공개입니다. TypeSafe는 대기열 길이, 평균 대기 시간 또는 조기 액세스 종료 날짜를 공유하지 않았습니다. 공개된 유일한 진술은 팀이 가능한 한 빨리 개발자들을 목록에서 해제하고 있다는 것입니다. 초대가 몇 주 걸릴 수 있다고 가정하고, 그 동안 Gateway를 기반으로 빌드하세요.
Gateway를 통해 사용하는 것이 더 비싼가요?
Jev는 백만 입력 토큰당 $0.042로 책정되며, 출력 토큰은 과금되지 않아 어떤 경우든 저렴합니다. Gateway는 자체적인 결제 계층을 추가하므로, 프로덕션 트래픽을 이동하기 전에 Vercel 인보이스를 콘솔과 비교하십시오. 컨텍스트는 요청당 64k이며, 그 중 32k는 상태와 가장 긴 질문을 위해 예약되어 있고, Jev 사용 가이드는 해당 예산 내에서 유지하는 방법을 다룹니다.
Go, Ruby 또는 Rust에서 Jev를 사용할 수 있나요?
직접 API를 통해서만 가능하며, 이는 경로 2를 의미합니다. Gateway 경로는 AI SDK가 필요하고, TypeSafe는 Python 및 JavaScript용 SDK만 발행합니다. 다른 어떤 언어에서든 키가 활성화되면 자체 HTTP 클라이언트를 사용하여 https://api.typesafe.ai/v1/systemone으로 일반 POST를 보냅니다.
벤더의 속도 주장은 신뢰할 수 있나요?
벤더의 주장으로 간주하십시오. TypeSafe는 자체 테스트된 워크플로우에서 종단 간 70ms에서 500ms, 193.6배 빠르고 444.6배 저렴하다고 보고합니다. 이것은 독립적인 벤치마크가 아니라, 회사의 워크로드에 대한 회사의 숫자입니다. 제품 팀에 어떤 약속을 하기 전에 자체 상태 크기에서 자체 지연 시간을 측정하십시오.
이미 열려 있는 문부터 시작하십시오.
이 다섯 가지 경로 중 두 가지는 오늘 당장 실행할 수 있습니다: TypeScript를 작성한다면 Gateway, 그렇지 않다면 로컬 복제본입니다. 대기 목록은 같은 날 오후에 가입할 가치가 있습니다. 왜냐하면 언어에 구애받지 않는 유일한 경로이며, 키를 직접 제어하는 유일한 경로이기 때문입니다.
어떤 방법을 통해서든, Apidog에서 요청을 한 번 빌드하고, 확률 필드에 대해 어설션(단언)하고, 두 환경을 나란히 유지하십시오. 그러면 초대가 도착하는 날은 재작성이 아닌 설정 변경이 될 것입니다.