jev模型支持中英文输入且处理方式一致，能解析含中文、emoji、标点的utf-8文本并输出结构化结果；questions和state字段名可自定义为中文，但type等类型标识必须为英文。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Jev 模型本身不生成自然语言，也不对输入语言做特殊限制——它处理中文和英文的方式完全一致，只要输入是合法 UTF-8 编码的文本或 JSON，就能正常解析语义并输出结构化结果。
中文输入无需额外转义或预处理
Jev 接收的 "state" 字段支持纯中文、中英混排、带标点甚至 emoji。比如：
"state": {
"工单内容": "订单号 #20260921003 一直没发货，客服电话打不通，很生气！",
"用户等级": "VIP金卡"
}
模型能准确理解“没发货”“打不通”“很生气”等表达，并据此判断分类、情绪分数或是否紧急。
中文问题定义也直接可用"questions" 中的字段名、说明、选项名都可以用中文，不影响推理逻辑。例如：
"questions": {
"应分配部门": {
"type": "choice",
"instructions": "该客户诉求最匹配哪个处理组？",
"criteria": {
"售后组": "涉及退换货、补发、质量问题",
"物流组": "询问发货、在途、签收、丢件",
"投诉组": "表达强烈不满、要求赔偿或升级处理"
}
}
}
Jev 不依赖关键词匹配，而是基于语义建模做决策，所以“发货慢”“迟迟不发”“还没寄出”都能被正确归入“物流组”。
响应中的中文字段名可自定义
返回 JSON 的键名（如 "应分配部门"）由你定义，不是模型固定输出。你可以用英文键名保持代码一致性，也可以用中文键名便于调试，两者都有效。注意：键名只是标识符，不影响模型计算。
需避开的常见误区
- 不要用中文写
type或noul这类类型标识，它们必须是英文字符串（"choice"/"score"/"noul"）； - 中文标点（如“？”“！”）没问题，但避免不可见字符（如零宽空格、BOM 头），会导致 JSON 解析失败；
- 如果 state 是 JSON 对象，确保整体格式合法，中文字段名要用双引号包裹（标准 JSON 要求）。
基本上就这些。
