实战四:选择候选字段,再由代码校验
先找候选日期、金额或编号;让判断与解析、运算各司其职。
把“提取”分成两层
假设邮件中同时出现下单日期、发货日期和期望到货日期。你需要的是“客户提出的到货日期”,不只是找到任意日期。
第一层由代码、已有解析器或独立工具找出候选,并保留原文位置;第二层用 Jev 判断哪个候选符合定义,或者选择没有足够证据。
可追溯的候选,而不是随意生成
{
"text": "订单于 9 月 10 日提交,希望 9 月 25 日前到货。",
"candidates": {
"date_1": {"raw": "9 月 10 日", "span": "下单时间"},
"date_2": {"raw": "9 月 25 日", "span": "期望到货"},
"none": {"raw": "没有足够依据"}
}
}
问题可以是:“哪个候选表示客户希望收到货物的日期?”Choice 返回候选标签。这个过程不授权你补全未出现的年份、时区或合同条件。
代码接下来的工作
解析格式、核实年份和时区、校验金额范围、计算日期差,并保留来源。出现多个都合理的候选时送审。不要依赖 Jev 做精确日期运算或四则运算。
文档不是天然可读输入
托管 Jev 接受文本。扫描 PDF、图片和音视频需要先由相应工具提取文本或结构化观察;OCR 错误也会进入后续判断。候选质量和模型判断要分别评估。
练习的验收点
准备没有目标字段、多个相近字段、格式错误和缺少年份的样例。成功不是“每条都有结果”,而是该拒绝猜测时能转人工,并能把选中的值定位到原文。
本页来源与验证边界
核对日期:2026-09-19。文档整理,不代表本站完成了真实 API 或业务效果测试。
TypeSafe · Pre-parsed value extraction →TypeSafe · Choice →TypeSafe · Jev 1.13 limitations →阅读进度只保存在当前浏览器

