Загружаем каталог…
Загружаем каталог…
한국 개발자를 위한 Jev AI 가이드: 챗봇이 아닌 '판단 API' 제대로 써보기 TypeSafe의 Jev는 답변 대신 선택·점수·예/아니오 확률을 돌려줍니다. 한국어 데이터로 테스트할 때 알아둘 점, 요금, 첫 API 호출까지 한 번에 정리했습니다. 고객 문의를 분류하거나, 요청마다 어떤 모델을 쓸지 고르거나, 에이전트가 도구를 실행하기 전에 위험한지 확인할 때 보통 LLM에 "billing, bug, account 중 하나로만 답해"라고 시킵니다. 그다음 응답을 파싱하고, 모델이 한 문장을 덧붙이거나 JSON이 깨지면 예외 처리를 추가합니다. 사실 필요한 건 긴 답변이 아니라 if 문 하나에 들어갈 값입니다. TypeSafe AI의 Jev 는 바로 이 "애매한 if"를 위해 만든 모델입니다. 이 글에서는 Jev가 무엇인지, 그리고 한국어 서비스에 적용할 때 무엇을 확인해야 하는지 정리했습니다. Jev는 어떤 모델인가 Jev는 TypeSafe AI가 2026년 9월 15일에 발표한 첫 번째 "System One" 모델입니다. System One이라는 이름은 빠르고 직관적인 판단(시스템 1)에서 따왔습니다. 호스팅 API는 2026년 9월 21일부터 대기자 명단 없이 누구나 쓸 수 있습니다. 현재 공개 모델 이름은 jev-1.13.0 이고, jev-latest 와 jev-preview 별칭으로도 호출할 수 있습니다. 핵심은 Jev가 챗봇이 아니라는 점 입니다. TypeSafe에 따르면 현재 버전은 텍스트를 생성하도록 학습되지 않았습니다. 글쓰기, 요약, 설명은 GPT나 Claude 같은 범용 LLM이 맡고, Jev는 분기 판단만 맡는 식으로 나눠 쓰는 것이 기본입니다. 또 Jev는 오픈소스가 아니며 가중치도 공개되지 않았습니다. 세 가지 출력 타입 Jev에 보내는 질문은 모두 다음 세 가지 중 하나입니다. choice : 직접 정의한 선택지(최대 255개) 중 하나와 각 선택지의 확률을 돌려줍니다. 문의 라우팅이나 의도 분류에 씁니다. score : 2~10단계로 된 순서형 루브릭 위의 점수를 돌려주며, 단계 사이의 값도 나올 수 있습니다. 긴급도, 위험도, 리드 품질 평가에 씁니다. noul : 예/아니오 명제가 참일 보정된 확률(0~1)을 돌려줍니다. 에스컬레이션이나 도구 실행 허용 여부를 정할 때 씁니다. 한 요청에 질문을 최대 8개까지 묶을 수 있습니다. 모든 질문이 같은 상태(state)를 기준으로 평가되기 때문에 입력 토큰 비용도 한 번만 듭니다. 한국어 사용자가 먼저 알아야 할 점 가장 중요한 부분입니다. Jev는 주로 영어로 학습되었습니다. 한국어 텍스트도 판단할 수 있지만 정확도는 영어보다 조금 낮다고 jevmodel.org의 한국어 플레이그라운드에도 명시되어 있습니다. 그래서 다음 순서를 권합니다. 실제 한국어 문의나 로그를 20~50건 정도 준비합니다. 플레이그라운드에서 같은 질문으로 돌려 보고 결과를 직접 확인합니다. 확률이 애매하게 나오는 경우는 GPT, Claude, 또는 사람에게 넘기는 대체 경로를 설계합니다. 선택지 이름(criteria)과 지시문(instructions)을 짧고 명확하게 쓰면 결과가 안정적인지 비교하기 쉽습니다. 한국어 입력에서 어떤 표현이 잘 통하는지는 직접 확인해 보는 것이 가장 확실합니다. 가입 없이 플레이그라운드로 시작하기 TypeSafe와 제휴 관계가 없는 독립 가이드 사이트인 jevmodel.org 한국어 페이지 에서는 브라우저에서 실제 API로 Jev를 체험할 수 있습니다. 가입 없이 입력 토큰 10,000개 , 로그인하면 100,000개 (일반적인 요청 약 500회분)를 무료로 쓸 수 있습니다. 카드 등록은 필요 없습니다. 한국어 플레이그라운드 에서 텍스트를 넣고 질문을 추가한 뒤 실행하면 타입이 정해진 결과가 바로 나옵니다. 첫 API 호출 결과가 쓸 만하다고 판단되면 로그인한 뒤 대시보드에서 API 키를 만들고, 서버 환경 변수 JEVMODEL_API_KEY 에 저장합니다. 아래는 한국어 문의를 분류하는 예시입니다. const response = await fetch("https://jevmodel.org/v1/systemone", { method: "POST", headers: { "Authorization": "Bearer " + process.env.JEVMODEL_API_KEY, "Content-Type": "application/json" }, body: JSON.stringify({ model: "jev-latest", state: "결제가 두 번 됐어요. 오늘 안에 환불해 주세요.", questions: { topic: { type: "choice", instructions: "What is this about?", criteria: { billing: "payments", bug: "broken product", account: "access" } }, escalate: { type: "noul", instructions: "Should a human review this now?" } } }) }); const result = await response.json(); 알아두면 좋은 사양은 다음과 같습니다. state 는 문자열이나 JSON 값이며, 직렬화 후 최대 8,000자까지 보낼 수 있습니다. API 키 하나당 분당 120회까지 요청할 수 있습니다. 성공한 요청의 입력 토큰만 과금됩니다. 재시도할 때는 Idempotency-Key 헤더를 붙이세요. 요청 형식이 TypeSafe API와 같기 때문에 나중에 TypeSafe로 직접 옮길 때는 베이스 URL만 바꾸면 됩니다. 임계값 튜닝이 끝나면 jev-1.13.0 으로 버전을 고정하세요. 별칭은 나중에 다른 버전을 가리킬 수 있습니다. 요금 정리 TypeSafe 공식 가격은 입력 100만 토큰당 $0.042이고, 출력은 무료 입니다. 생성된 텍스트가 아니라 타입이 정해진 값을 돌려주기 때문에 출력에는 과금하지 않습니다. jevmodel.org에서는 TypeSafe 계정 없이 쓸 수 있는 토큰 팩을 $9.90(입력 토큰 1,500만 개)부터 판매합니다. 팩은 만료되지 않고, 실패한 요청은 과금되지 않습니다. 사이트에서도 밝히고 있듯이 토큰당 단가는 TypeSafe에 직접 결제하는 것보다 비쌉니다. 트래픽이 많고 꾸준한 단계가 되면 TypeSafe나 OpenRouter, Vercel AI Gateway로 직접 연결하는 편이 저렴합니다. 이런 곳에 잘 맞습니다 CS 문의 분류: 주제 분류, 긴급도 점수, 에스컬레이션 여부를 한 번에 판단 LLM 라우터: 쉬운 요청은 저렴한 모델로, 어려운 요청은 큰 모델로 분배 에이전트 도구 호출 가드레일: 메일 발송이나 파일 수정 전에 위험도 점수 확인 LLM 심사·RAG 평가: 답변이 근거에 기반했는지, 검색된 문단이 관련 있는지 확인 마무리 Jev는 범용 LLM을 대체하지 않습니다. 대신 지금 채팅 모델에 맡기고 응답을 파싱하던 "애매한 if"를 대체할 수 있습니다. Jev가 분기를 정하고 사람이 읽을 글은 LLM이 쓰는 하이브리드 구조가 가장 현실적입니다. 한국어 정확도는 직접 확인해야 하는 만큼, 먼저 jevmodel.org 에서 실제 데이터 몇 건으로 테스트해 보시길 권합니다. 안내: jevmodel.org는 독립 가이드 사이트이며 TypeSafe AI와 제휴·보증·운영 관계가 없습니다. Jev는 TypeSafe AI의 제품입니다. 이 글의 정보는 jevmodel.org와 TypeSafe의 공개 자료(2026년 9월 기준)를 바탕으로 합니다.
То, что RADAR обнаружил и классифицировал для этой возможности. Это опубликованный источником текст, а не подтверждение, что предложение ещё действует.
한국 개발자를 위한 Jev AI 가이드: 챗봇이 아닌 '판단 API' 제대로 써보기. 한국 개발자를 위한 Jev AI 가이드: 챗봇이 아닌 '판단 API' 제대로 써보기 TypeSafe의 Jev는 답변 대신 선택·점수·예/아니오 확률을 돌려줍니다. 한국어 데이터로 테스트할 때 알아둘 점, 요금, 첫 API 호출까지 한 번에 정리했습니다. 고객 문의를 분류하거나, 요청마다 어떤 모델을 쓸지 고르거나, 에이전트가 도구를 실행하기 전에 위험한지 확인할 때 보통 LLM에 "billing, bug, account 중 하나로만 답해"라고 시킵니다. 그다음 응답을 파싱하고, 모델이 한 문장을 덧붙이거나 JSON이 깨지면 예외 처리를 추가합니다. 사실 필요한 건 긴 답변이 아니라 if 문 하나에 들어갈 값입니다.…
Открыть источник