正常例子 · 质量问题＋物流包装
{
"review": "保温还可以，但杯盖用了两天就漏水，快递盒也压坏了，杯身没破。"
}漏水对应质量；包装被压坏对应物流包装，没有证据说明杯身损坏。
后续动作：分别统计两个标签，保留原文供复核。
SCENARIO / REVIEWS
从评论里找到产品问题
分别判断质量、物流包装和使用体验，一条评论可以包含多个问题。
适合谁 需要整理产品反馈、保留原文证据的产品与电商团队。
教学示例 · 非实时推理先把判断标准说清楚
- 同一条评论可有多个标签，不强迫选一个主问题。
- 物流受损与产品受损分开判断，不推断没有描述的损坏。
- 没有描述问题与信息不足不同；模糊反馈交给人工。
先判断，再看解释
01 / 练习展开完整样例与教学答案
反例 · 无明显问题
{
"review": "用了一个月，没有漏水，清洗方便，包装完整。"
}文本明确否认相关问题，不能因为出现“漏水”两个字就打质量标签。
后续动作：保留为无明显问题，不计入问题数量。
信息不足 · 信息不足
{
"review": "就那样吧，和想的不太一样。"
}没有描述具体缺陷、配送或使用问题。
后续动作：等待人工查看上下文，不强行填入问题类别。
把模板改成你的问题
02 / 配置修改材料与问题标准，生成请求配置。字段名与选项值保持英文，便于代码读取。编辑不会运行模型，也不会改变上方教学答案。
问题与判断标准
字段名固定，标准与选项可修改REQUEST.JSON
查看对应 Python 调用代码
在自己的环境里运行
03 / 实践- 下载并解压案例代码
需要 Python 3.10+，无需第三方依赖。从包含 examples 文件夹的目录运行。
下载完整案例代码包 - 先运行离线教学样例
python -m examples.hello_jev reviews --mode offline --language zh这只检查本地流程，不代表模型效果；修改输入后不能继续回放旧答案。
- 准备好账号后，再做真实调用
在本地设置 TYPESAFE_API_KEY，配置文件保存在项目根目录。真实调用会把材料发给 TypeSafe，可能产生费用。本版尚未实测真实调用。
python -m examples.hello_jev reviews --mode live --language zh --request request.json
继续理解背后的方法
请求字段依据官方 API 文档，核对日期：2026-09-20。 API reference