Jev 정체 분석. 타입세이프, 판단형AI, 사용법, 논란까지.
2026년 9월 15일 TypeSafe가 공개한 Jev(제브)는 문장을 만드는 대신 정해진 선택지 안에서 확률과 함께 판단만 반환하는 'System One Model'입니다. 공식 발표 기준 응답 속도는 종단간 70~500밀리초, 입력 토큰 가격은 100만 토큰당 0.042달러로, 같은 시기 공개된 대형 모델들과 비교해 압도적으로 저렴하고 빠릅니다. 자산을 직접 다루는 온체인 AI 에이전트의 판단 비용을 줄일 대안으로 주목받는 동시에, "할루시네이션이 구조적으로 불가능하다"는 주장 자체가 논쟁의 대상이 되고 있다는 점이 이번 조사의 핵심입니다.
핵심 요약
- Jev의 입력 토큰 가격은 100만 토큰당 0.042달러로 Claude Opus 5.5(4달러)·GPT-6 Astra(10달러)보다 훨씬 저렴함
- 창립자는 전 오픈AI ChatGPT 공동발명가 디오구 알메이다
- 출력은 Choice·Score·Noul 세 가지 구조화된 형식뿐이며 자유형 텍스트는 생성하지 않음
- 컨텍스트 윈도우는 6만 4천 토큰으로 제한적임
- 속도·비용 개선 수치는 모두 TypeSafe 자체 발표로, 독립 검증은 이번 조사에서 확인되지 않음
목차
- 새로운 분류, System One Model이 등장한 배경
- 속도와 가격, 숫자로 보면
- 판단 세 가지 형식과 사용 방법
- 온체인 AI 에이전트와 맞물리는 이유
- 할루시네이션 없다는 주장, 어디까지 사실인가
- 숫자는 화려하지만 검증은 아직이다
새로운 분류, System One Model이 등장한 배경
Jev를 만든 TypeSafe의 창립자 디오구 알메이다는 오픈AI에서 ChatGPT 개발에 참여했던 인물입니다. 그는 "모델은 오랫동안 대화에서 초인적이었는데, 자동화는 왜 이 정도에 머물러 있는가"라는 문제의식에서 TypeSafe를 창업했다고 공식 블로그에서 밝혔습니다. 모델명은 19세기 경제학자 윌리엄 스탠리 제번스에서 따왔습니다.
ALT: 개발사, 창립자, 출시일, 모델 분류, 이름 유래, 컨텍스트 윈도우, 가격, 속도를 정리한 표
속도와 가격, 숫자로 보면
You.com이 정리한 비교에 따르면 Jev의 응답 시간은 70~500밀리초이고, 일반 대화형 LLM은 같은 비교에서 3~329초가 걸린다고 소개됩니다. Jev는 토큰을 순서대로 생성하는 대신 가능한 답을 병렬로 동시에 샘플링하기 때문이라는 설명입니다.
ALT: Jev 0.042달러, Claude Opus 5.5 4달러, GPT-6 Astra 10달러를 로그 스케일로 비교한 막대그래프
반대로 컨텍스트 윈도우는 Jev가 불리한 쪽입니다. 6만 4천 토큰으로, 100만 토큰을 지원하는 대형 모델들과 비교하면 좁은 편입니다.
ALT: Jev 6.4만 토큰, Claude Opus 5.5와 GPT-6 Astra 각 100만 토큰의 비율을 비교한 도넛형 차트
판단 세 가지 형식과 사용 방법
ALT: Choice, Score, Noul 세 판단 타입의 설명과 예시를 정리한 표
사용법은 비교적 단순합니다. TypeSafe 콘솔에서 API 키를 발급받고 pip install typesafe-sdk로 SDK를 설치한 뒤, 판단이 필요한 상황(state)과 질문(questions)을 코드에 전달하면 Choice·Score·Noul 형식의 결과가 돌아옵니다. HTTP로 직접 호출할 때는 POST https://api.typesafe.ai/v1/systemone 엔드포인트에 API 키와 model: "jev-latest" 파라미터를 담아 요청합니다. 정식 베타 대기 중에는 OpenRouter, Vercel AI Gateway 등 제3자 경로로도 접근할 수 있다고 안내됩니다.
온체인 AI 에이전트와 맞물리는 이유
Jev가 이슈가 된 배경에는 자산을 직접 이동시키는 온체인(블록체인) AI 에이전트의 확산이 있습니다. 매 판단마다 비싼 대형 LLM을 호출하는 대신 저렴하고 빠른 판단 전용 모델을 쓰면 자동화 비용을 크게 줄일 수 있다는 기대 때문입니다. 다만 국내 매체 블록미디어의 보도를 포함해 이번 조사에서 실제 온체인 환경에 적용된 구체적 사례는 확인되지 않았습니다.
할루시네이션 없다는 주장, 어디까지 사실인가
TypeSafe는 Jev가 스키마에 없는 값을 반환할 수 없어 "할루시네이션이 구조적으로 불가능하다"고 주장합니다. 그러나 해외 매체 보도에 따르면 Jev는 여전히 잘못된 분류, 적대적 입력에 대한 오류, 표면적 의미 해석 오류의 가능성이 남아 있고, 오픈엔드 작업이나 광범위한 문제 해결에는 애초에 부적합하도록 설계됐습니다. "정해진 형식을 벗어난 답을 낼 수 없다"는 것과 "판단 내용이 항상 옳다"는 것은 다른 주장이라는 점을 구분해야 합니다.
숫자는 화려하지만 검증은 아직이다
Jev를 둘러싼 40~200배 속도 개선, 445배 비용 절감 같은 수치는 인상적이지만, 모두 TypeSafe 자체 발표이며 정확히 어떤 기준선과 비교했는지는 공개되지 않았습니다. 아직 얼리 액세스 단계인 만큼 실제 서비스에 장기간 투입돼 검증된 사례나 독립 기관의 재현 결과도 이번 조사에서 확인되지 않았습니다. 판단을 자동화하는 인프라가 광고된 대로 작동하는지는, 결국 더 많은 사용 사례와 제3자 검증이 쌓인 뒤에야 판가름 날 문제로 남아 있습니다.
댓글
댓글 쓰기