Jev 是 TypeSafe AI 在 2026 年 9 月推出的 AI 模型。它不和使用者聊天，也不寫文章或程式碼，而是替軟體完成分類、評分與路由等小型判斷，再以固定格式回傳答案與機率；Choice、Score 另附信心分數。
這種設計讓 Jev 可以藏在客服系統、AI Agent、RAG 管線或內容審核流程裡，高頻處理「這張工單該交給誰」「該呼叫哪個工具」「這段資料能不能交給下一個模型」等問題。除了 TypeSafe 自家 API，現在也能從 Vercel、Cloudflare、Netlify 與 OpenRouter 等平台呼叫；它和 ChatGPT、Claude、Gemini 等生成式 LLM 的角色不同，適合的工作與限制也不同。
Jev 是什麼
Jev 是 TypeSafe AI 第一個公開的 System One Model。TypeSafe 把這類模型定位為軟體內的決策元件：程式提供一份文字或 JSON 狀態，再定義可選答案，模型只在這個範圍內判斷，不產生任意文字。 TypeSafe AI: Introducing System One Models & Jev (System One 模型與 Jev 介紹)
「System One」取自 Daniel Kahneman 對快速、直覺式思考的分類。Jev 的名稱則來自經濟學家 William Stanley Jevons；TypeSafe 借用 Jevons paradox 的概念，認為智慧運算成本下降後，軟體對 AI 判斷的需求反而會增加。
TypeSafe AI 在推出 Jev 時也公開公司消息。這家位於舊金山的 AI 公司由 Diogo Almeida、Erik Gafni 與 Sasha Sheng 創立，並取得 DCVC 領投的 4,000 萬美元種子輪資金。Jev 當時以 early access 方式提供，仍屬早期產品。 DCVC: TypeSafe emerges from stealth with a new way of doing AI (TypeSafe 公開亮相與融資資訊)
Jev 和聊天型 LLM 的差別
ChatGPT 類 LLM 接收提示詞後，逐步產生文字、程式碼或工具呼叫。這種輸出彈性高，但軟體必須解析、驗證並處理格式錯誤。Jev 放棄自由文字生成，改為只回傳開發者事先定義的型別，讓程式能直接使用結果。
| 比較項目 | 聊天型 LLM | Jev |
|---|---|---|
| 主要輸出 | 自由文字、程式碼、工具呼叫 | 預先定義的選項、分數或機率 |
| 主要使用者 | 人或需要生成內容的 Agent | 直接讀取結果的程式 |
| 適合任務 | 寫作、對話、程式生成、複雜推理 | 分類、評分、路由、驗證 |
| 輸出格式 | 可能需要解析與驗證 | 固定型別，可直接進入程式分支 |
| 不確定性 | 通常藏在文字回答裡 | 回傳機率；Choice 與 Score 另有 confidence |
Jev 的 type-safe 輸出可以避免模型突然回傳不在 schema 裡的欄位或無法解析的句子，但 type-safe 不等於事實正確。它仍可能在合法選項中選錯答案，因此權限、信心門檻、資料驗證與實際副作用仍應由程式控制。
Choice、Score 與 Noul 如何運作
每次呼叫包含兩個主要部分：state 放入要判斷的文字或結構化資料，questions 定義問題。Jev 提供三種問題型別，而且可以在同一次 request 混用：
| 型別 | 用途 | 回傳內容 |
|---|---|---|
| Choice | 從一組選項挑出一個答案 | 選中的項目、各選項機率、confidence |
| Score | 按照自訂等級評分 | 分數、各等級機率、confidence |
| Noul | 判斷一項敘述是否成立 | 0 到 1 的肯定機率 |
以下範例把客服訊息同時交給三種問題：Choice 選擇負責部門、Score 判斷不滿程度、Noul 判斷是否緊急。這段 request 依官方 Quick Start 改寫；實際使用時要把 API key 放在環境變數，不要寫進程式碼或 Git。
{
"state": "付款失敗三天，訂單一直無法完成，請盡快協助。",
"model": "jev-latest",
"questions": {
"department": {
"type": "choice",
"instructions": "應由哪個部門處理？",
"criteria": {
"billing": "付款、退款或訂閱問題",
"technical": "程式錯誤或整合問題",
"sales": "價格或購買諮詢"
}
},
"frustration": {
"type": "score",
"instructions": "使用者的不滿程度",
"criteria": [
"平靜陳述",
"不滿但語氣平和",
"明顯生氣"
]
},
"urgent": {
"type": "noul",
"instructions": "訊息是否表達急迫性？"
}
}
}同一個 request 裡的問題會根據相同 state 平行評估，但彼此獨立。若後一項判斷必須依賴前一項結果，例如只有付款問題才檢查退款資格，就應拆成兩次依序呼叫，或把條件交給一般程式碼處理。 TypeSafe AI: Introduction (Jev 與三種問題型別)
Jev 如何使用
Jev 本體是雲端模型 API，不是下載到 Mac 或伺服器執行的本機 Agent，也不是像 ChatGPT 一樣按月訂閱後直接聊天的產品。開發者可以直接申請 TypeSafe 服務，也可以透過既有的雲端 AI Gateway 呼叫；API key、請求格式、帳單與限制要以選用的平台為準。
| 入口 | 怎麼呼叫 | 帳號與計費 |
|---|---|---|
| TypeSafe | Playground、POST /v1/systemone、Python 或 JavaScript／TypeScript SDK | 使用 TypeSafe API key，依 TypeSafe 用量計費 |
| Vercel AI Gateway | POST /v1/evaluate、AI SDK，或把 TypeSafe client 的 base URL 改到 Vercel | 使用 Vercel AI Gateway key，呼叫與用量集中在 Vercel |
| Cloudflare Workers AI | 在 Worker 以 binding 或 REST API 呼叫 typesafe/jev | 使用 Cloudflare 帳號與 token，價格由 Cloudflare dashboard 顯示 |
| Netlify AI Gateway | 在 Netlify Functions 使用 @typesafe-ai/sdk | 網站須已部署並啟用 AI Features；不另設 TypeSafe key，費用計入 Netlify credits |
| OpenRouter | 透過 Decisions API 呼叫 typesafe/jev-1.13 | 使用 OpenRouter API key，由 OpenRouter 計費 |
TypeSafe API 最小呼叫流程
先在 TypeSafe dashboard 建立 API key，再把前一節的 JSON request 存成 jev-request.json。執行第一行後貼上 key 並按 Enter，輸入不會顯示，也不會把 key 寫進指令歷史。回傳結果的 answers 會包含答案與機率；Choice、Score 另有 confidence，程式再依欄位值進入下一個分支。
read -s TYPESAFE_API_KEY
export TYPESAFE_API_KEY
curl --request POST \
https://api.typesafe.ai/v1/systemone \
--header "Authorization: Bearer ${TYPESAFE_API_KEY}" \
--header "Content-Type: application/json" \
--data @jev-request.json不論從哪個入口使用，核心流程都是把 state 與 questions 傳到雲端，收到 JSON 格式的答案與機率；Choice、Score 另有 confidence，再由自己的程式決定自動執行、補資料或轉人工。Vercel 還讓既有 TypeSafe client 只更換 base URL 與 key，保留原本的 systemOne 呼叫與回應格式。Vercel 原生 /v1/evaluate 則使用 typesafe-ai/jev，並把 Noul 對應成 boolean／probability；要沿用 TypeSafe 的 noul 格式，應使用 https://ai-gateway.vercel.sh/typesafe 相容入口。 Vercel: AI Gateway now supports TypeSafe clients and an HTTP API for Jev (Vercel AI Gateway 的 Jev 呼叫方式)；OpenRouter 則提供專用 Decisions API 與固定版本、latest alias。 OpenRouter: What Is Jev? TypeSafe’s Decision Model Explained for Developers (OpenRouter 的 Jev 使用說明)
TypeSafe 提供的 Agent Skill 可以安裝在 Claude Code 或其他支援 skill 的 Agent，但它的作用是教 coding agent 如何串接 TypeSafe API，並不會把 Jev 模型下載到電腦。 TypeSafe AI: Quick start (Playground、API、SDK 與 Agent Skill)
TypeSafe 直接供應的標準價格為每百萬 input tokens 0.042 美元 （約新台幣 1.3 元），output tokens 不計費。若每天呼叫 10 萬次、每次平均送入 500 tokens，一天共 5,000 萬 input tokens，依這個單價約為 2.10 美元；網路、儲存與其他雲端服務費用另計。經 Vercel、Cloudflare、Netlify 或 OpenRouter 使用時，則要看各平台當下的價格、credits 與促銷條件，不能直接套用 TypeSafe 的帳單。
Jev 可以做什麼
Jev 適合答案範圍已知、需要快速重複執行，而且程式必須根據結果分支的工作。它可以單獨處理分類，也可以放在大型模型與工具周圍，成為 AI Agent 的判斷層。
替 Agent 選模型、工具與下一步
Agent 收到工作後，可以先讓 Jev 判斷該選哪個模型、呼叫哪項工具、是否已經完成，或這次工具操作要不要交由人工批准。Vercel 的 eve 框架已把 Jev 用在自動選模、typed evaluation 與工具批准；程式也能為每個動作設定 confidence 門檻，低信心時停止執行或改交給較強的 LLM。這讓 Jev 的價值不只是「便宜分類」，而是減少 Agent 在每個分支都呼叫大型模型的延遲與成本。
讓瀏覽器 Agent 把判斷與操作分開
社群專案 jev-browser 示範另一種組合：Jev 根據網頁狀態選出下一個操作與 DOM 目標，Playwright 按照選定的目標執行點擊、輸入或捲動；只有需要生成自由文字時才交給小型 LLM。這個專案是概念驗證，不是 TypeSafe 的正式瀏覽器產品，但它具體呈現決策模型如何降低每個操作步驟都靠 LLM 生成指令的需要。
分類郵件、客服與審核案件
社群專案 Jevmail 會讀取 Gmail 郵件，分成待回覆、更新、促銷、銷售與垃圾郵件，並另外判斷急迫程度。應用程式可在本機執行且只讀取信箱，但判斷仍透過 Vercel AI Gateway 送到雲端 Jev。Cloudflare 的官方範例則涵蓋客服部門路由、依訂單與政策審核退款，以及帳號風險評估，顯示同一份結構化 state 能同時回答多個營運問題。 Cloudflare: Jev (Workers AI 的 Jev 規格與範例)
過濾 RAG 文件並檢查 LLM 輸出
RAG 系統可以先用 Jev 判斷檢索段落是否相關、是否含提示詞注入，再把通過的內容交給 LLM；生成完成後，也能用固定 criteria 檢查答案是否符合政策。 Spring AI 社群整合 已提供 document filter、reranker、tool index、judge、self-refine advisor 與 guardrail advisor。另一個 社群 TypeSafe Playground 還收錄 PR 審查、提案分流、文件欄位擷取與影片字幕分析等實驗案例；這些範例可作為設計起點，但不等於已證實適合直接投入正式環境。
這些用途都有相同前提：Jev 負責需要語意理解、答案範圍又能事先定義的判斷，確定性的規則仍留在程式裡。例如金額加總、日期先後、權限檢查與實際付款不能交給模型猜測。 TypeSafe AI: Example use cases (Jev 應用範圍)
信心分數如何控制自動化
Choice 與 Score 會回傳所有選項的機率分布，再把分布集中程度整理成 0 到 1 的 confidence。它回答的是「模型有多確定」，不是「答案有多少機率正確」。Noul 本身就是肯定機率，因此不另帶 confidence。
| 信心狀態 | 建議處理方式 |
|---|---|
| 高 | 低風險工作可自動執行；高風險工作仍保留額外確認 |
| 中 | 要求使用者確認、補資料或排入人工覆核 |
| 低 | 不執行副作用，轉交人工、規則系統或其他模型 |
不同工作不能套用相同的信心門檻。把客服工單放進不同佇列是可逆操作，容許的信心門檻可以較低；批准退款、停用帳號或執行交易的後果較大，除了提高門檻，還應加入人工確認與傳統權限檢查。 TypeSafe AI: Confidence (機率、confidence 與風險路由)
Jev 的價格、規格與語言支援
截至 2026 年 9 月 23 日，TypeSafe 文件列出的穩定版本是 jev-1.13.0，jev-latest 與 jev-preview 當時都指向這個版本。正式系統若已調整信心門檻，適合固定版本 ID，避免 alias 更新後答案分布改變。
| 存取方式 | TypeSafe API／Playground／SDK，或 Vercel、Cloudflare、Netlify、OpenRouter |
| TypeSafe endpoint | POST https://api.typesafe.ai/v1/systemone |
| TypeSafe 輸入價格 | 每百萬 token 0.042 美元 |
| TypeSafe 輸出價格 | 官方列為不計費 |
| Context | TypeSafe 直接呼叫為每次 request 共 64k tokens，state 加最長單一問題最多 32k；部分 gateway 頁面標示 32k，應依入口確認 |
| 輸入格式 | 純文字，可用 string、JSON object 或 text array |
| 多媒體 | 不直接接受圖片、音訊或影片，需要先轉成文字或結構化欄位 |
| 部署方式 | 目前為託管 API，尚未公開 Jev 權重或 Ollama／本機部署方式 |
TypeSafe 直接服務的 rate limit 在 early access 期間可能調整，官方列出每秒 250,000 tokens 與每分鐘 1,200 requests。透過第三方 gateway 呼叫時，context、rate limit、資料處理與帳單都可能不同，正式導入前要查看該平台的現行文件。 TypeSafe AI: Models (版本、價格、限制與資料處理)
Python SDK 要求 Python 3.10 以上。Jev 目前以英文資料的準確度最好，雖能處理繁體中文與其他 CJK 文字，官方仍建議用自己的資料集驗證後再設定自動化門檻。
Jev 的限制與風險
TypeSafe 公開列出 Jev 1.13 的已知弱點。這些限制也說明它為何應該和一般程式及生成式模型搭配，而不是單獨接管整套系統：
- 不能生成內容：需要寫信、回答問題、產生程式或整理長篇文字時，應使用生成式 LLM
- 不適合精確計算：算術、計數、日期排序與時間差應由程式處理
- 容易照字面解讀：問題、否定條件與選項界線要明確，不能依賴模型自行補足隱含規則
- 多層間接推理會降低準確度：複雜判斷要拆成原子問題，再由程式組合結果
- 無關內容會造成干擾：不要因為有 64k context 就把所有資料塞進 state，應先檢索與過濾
- 可能受對抗性文字影響：state 裡的提示詞注入或誤導內容可能改變答案，正式使用前要測試邊界案例
TypeSafe AI: Introducing System One Models & Jev (System One 模型與 Jev 介紹) 表示，Jev 在相同 System One 類型查詢上可快 40–200 倍；官方 workflow eval 中較高的一組結果為快 193.6 倍、成本低 444.6 倍。這些數字來自 TypeSafe 設計的工作流程與比較方法，尚不能推廣成所有任務的固定差距；導入前仍需以自己的資料、網路位置、問題設計與錯誤成本測試。 TypeSafe AI: Workflow evals (官方工作流程評估)
資料會不會用來訓練 Jev
TypeSafe 表示不會使用客戶的 request 或 response 訓練 Jev，所有帳號共用相同模型權重，而不是替每個客戶用資料微調。企業方案可另外洽談 zero data retention（ZDR）。一般方案的保存期限與實際處理條件仍要以當下的 Data Processing Agreement、Privacy Policy 與帳號合約為準。 TypeSafe AI: Legal (資料處理與法律文件入口)
即使資料不拿來訓練，傳送到託管 API 仍代表資料離開自己的系統。個資、財務、醫療、原始碼與內部文件應先確認公司政策、合約、資料所在地與保存條件；能在本機完成的權限或數值判斷，也不需要送給 AI。
Jev 適合哪些團隊
Jev 適合已經有明確流程與選項，只缺少語意判斷的團隊。大量客服工單、Agent 工具路由、RAG 篩選、內容審核與文件分類都符合這個條件。這些工作若全部交給大型 LLM，延遲與成本可能累積；只用關鍵字規則，又難以處理自然語言的模糊表達。
若產品主要需求是聊天、寫作、程式生成、長篇研究或多步驟推理，Jev 不會取代現有 LLM。較合理的架構是由程式掌握流程與權限，Jev 處理高頻且答案受限的判斷，生成式模型負責需要自由文字或複雜推理的步驟，低信心與高風險案例再交給人工。
常見問答
導入前最常需要確認的是產品類型、與生成式 LLM 的分工、部署方式、繁體中文支援與判斷可靠度。
Jev 是大型語言模型嗎
TypeSafe 將 Jev 定義為 System One Model，而不是聊天型 LLM。它可以理解自然語言，但不產生自由文字，只回傳受限的結構化判斷。從實務功能來看，它接近專門處理 zero-shot 分類、評分與路由的決策模型。
Jev 可以取代 ChatGPT 或 Claude 嗎
不能直接取代。Jev 適合答案空間已知的判斷，ChatGPT、Claude、Gemini 等 LLM 則適合生成內容、對話與複雜推理。兩者可以組成同一套系統，由 Jev 負責路由或檢查 LLM 的輸入與輸出。
Jev 是開源模型嗎？可以用 Ollama 或在本機部署嗎
目前不是可下載權重的開源模型，也不能透過 Ollama 或自行部署。截至 2026 年 9 月 23 日，TypeSafe 尚未公開 Jev 權重或本機部署方式。官方另外提供可安裝到 Claude Code 或其他 Agent 的 TypeSafe skill，但這只是整合指引；即使 Agent 與應用程式在本機執行，實際判斷仍會透過 API 送到雲端 Jev。
Jev 支援繁體中文嗎
可以接收繁體中文文字，但官方表示英文是主要訓練語言，也是目前準確度較好的語言。正式導入繁體中文分類或審核工作前，應用自己的資料測試準確度、機率校準與信心門檻。
Jev 會不會做錯判斷
會。Jev 可以保證輸出符合預先定義的型別，但無法保證每個選擇都正確。高風險操作仍要保留規則驗證、權限檢查、人工確認與失敗時的安全退路。
參考來源
- TypeSafe AI: Introducing System One Models & Jev (System One 模型與 Jev 介紹)
- TypeSafe AI: Introduction (Jev 基本概念與問題型別)
- TypeSafe AI: Quick start (Playground、API、SDK 與 Agent Skill)
- TypeSafe AI: Models (版本、價格、Context 與語言支援)
- TypeSafe AI: Jev 1.13 jaggedness (Jev 1.13 已知限制)
- TypeSafe AI: Workflow evals (官方工作流程評估)
- Vercel: AI Gateway now supports TypeSafe clients and an HTTP API for Jev (Vercel AI Gateway 的 Jev 呼叫方式)
- Cloudflare: Jev (Workers AI 的 Jev 規格與應用範例)
- Netlify: TypeSafe Jev now available in AI Gateway (Netlify AI Gateway 的 Jev 整合方式)
- OpenRouter: What Is Jev? TypeSafe’s Decision Model Explained for Developers (OpenRouter 的 Jev 使用、價格與 Context 說明)
- DCVC: TypeSafe emerges from stealth with a new way of doing AI (TypeSafe 融資與公司背景)