本节摘要:Jev 深度评测(Flavio Copes)里流传最广的一条使用心法:"你从牌堆里抽几张牌摆出来让 Jev 选,而不是让它自己报出一张牌的名字。"本节把这句话展开成判断题/生成题的分界线:答案空间能否预先枚举。能枚举的是判断题(Jev 的主场)——是非、单选、等级落位;不能枚举的是生成题(LLM 的主场)——起标题、估价格、找根因。由此得到一个极简判定测试:"这个 if 的分支数是有限的吗?"最后盘点四个典型的灰色误用:把开放数值当 Score、把计数当 Noul、把起名当 Choice、把多跳推理当验证。
阅读完本节,你应当能够:
"你从牌堆里抽几张牌摆出来让 Jev 选,而不是让它自己报出一张牌的名字。"
"You pick a card from the deck, you don't ask it to name a card." —— flaviocopes.com/jev
这条心法其实是 Jev 能力边界的自然推论:它的输出被结构约束在你声明的空间里,所以它天然只能做"从给定空间里选"的事。让它"报牌名"(开放式生成),等于让系统一干系统二的活。
判断你自己代码里某个分支能不能换成 Jev,就问一句:
这个
if的分支数是有限的吗?
| 判断 | 分支 | 结论 |
|---|---|---|
| 该工单紧急吗 | 2 | ✅ Noul |
| 邮件属于哪个队列 | 4~6 | ✅ Choice |
| 内容风险几级 | 5 | ✅ Score |
| 该回用户什么话 | ∞ | ❌ 生成题,用 LLM |
| 这封邮件"值"多少钱 | ∞(开放数值) | ❌ 别让 Score 背锅 |
注意分界在答案空间,不在问题措辞:"评估严重程度"里"程度"看似模糊,但只要你能写出 5 个具体等级描述,它就是判断题。
len() 一下就够,还免费。⚠️ 灰色地带的通解:任何"半判断半生成"的任务,先问哪一半是有限的——有限的那半交给 Jev,开放的另一半留给 LLM 或代码。这就是下一节的分层架构。
if 分支有限 → 可用 Jev。知道了什么活给 Jev,还要知道什么活留给 LLM、两者怎么在架构里配合——下一节给出"Jev 管门、LLM 管活"的分层设计。