Jeff – Jev-compatible 0.8B decision models, trained at home, ~30 ms(Jeff:兼容 Jev 的 0.8B 决策模型,在家可训,约 30 毫秒响应)
2026/9/28大约 5 分钟
Jeff – Jev-compatible 0.8B decision models, trained at home, ~30 ms(Jeff:兼容 Jev 的 0.8B 决策模型,在家可训,约 30 毫秒响应)
📅 2026-09-28 | 🏷️ 工程 & Agent | ⭐ HN 565分/219评论
🔗 原文:https://github.com/firelex/jeff
💬 讨论:https://news.ycombinator.com/item?id=49883844
是什么
Jeff 是一个开源项目,提供与 Jev 兼容的 0.8B 参数小型「决策模型」:不负责写文章、做聊天,专门输出类型化的判断结果,家用硬件就能训练,单次判断延迟约 30 毫秒。它在 HN 一天之内拿下 565 分、219 条评论,是「Jev 生态」在社区爆发的标志性一环。
🔍 小白解读
先说几个词
- 决策模型(Decision Model):一种不聊天、只做判断的小模型,输出「选 A 还是 B」「通过/拒绝」这类结构化结论。打个比方:它不是写方案的顾问,而是专门签字放行的审批员。
- Jev:TypeSafe AI 推出的「系统一」类型化决策模型(据本日 GitHub 生态仓库描述),主打「类型化决策 + 真实概率」。它最近火到周围长出了一整圈配套项目,Jev 就像新出的热门家电,Jeff 是第三方出的高性价比兼容配件。
- 0.8B 参数:模型大小的计量单位,0.8B 即约 8 亿参数,只有主流大模型的几百分之一。好比大模型是重卡,0.8B 是电动自行车——拉不了整柜货,但买个菜随停随走。
- ~30 ms(毫秒):千分之三十秒出结果,快到人感知不到等待。
- 本地训练/本地推理:模型在你自己的电脑上训练和运行,数据不出门,也不用按次付云服务费用。
这篇到底在说什么
打几个比方就明白了。大公司请一位资深专家(大模型)来做每个决定,又贵又慢;Jeff 的思路是:让专家先把判断标准教给一个专职审批员(0.8B 小模型),以后大量例行判断就由审批员秒批,拿不准的再升级给专家。因为只干「判断」这一件事,这个小模型小到在家用电脑上就能训练,快到 30 毫秒出结果。而且它兼容 Jev 的格式标准,属于一个正在快速壮大的生态——同一个窗口期,PostHog 的 Jeeves、Nokia 的 AnyJev 等项目都在给这套「小模型判断」路线添砖加瓦。HN 上 565 分的热度说明,「什么判断值得用大模型」这个问题,已经开始被当成工程问题而不仅仅是研究问题来对待。
这跟普通人有什么关系
对打工人来说,将来大量「初审、分类、打标」类工作可能由这类小模型承担,大模型算力留给真正复杂的任务,整体成本降下来,服务价格才有下降空间。对小公司来说,不用买 GPU 集群也能拥有自己的自动化判断流程。对开发者来说,「本地、便宜、毫秒级」的判断能力意味着很多以前因为成本做不了的自动化功能现在可以试了。
为什么值得架构师关注
- 成本结构重排:如果高频简单判断从大模型迁移到 0.8B 级本地模型,单位判断成本可下降数个数量级(具体幅度需自行压测),token 预算的分配方式会不一样。
- 延迟预算重排:30ms 量级的判断意味着决策步骤可以放进同步调用链,而不用做成异步任务队列,交互设计空间变大。
- 架构分层新范式:「系统二(大模型慢推理)+ 系统一(小模型快判断)」的双层架构正在获得生态级支持(Jev 兼容工具链、PostHog Jeeves、Nokia AnyJev),值得纳入技术雷达跟踪。
- 数据边界:本地训练与推理天然满足数据不出域的要求,对合规敏感场景(金融、医疗内网)是结构性优势。
核心内容
- 开源仓库 firelex/jeff,主打三个数字:0.8B 参数、家用硬件可训练、约 30ms 单次判断延迟。
- 与 Jev 格式兼容——Jev 是 TypeSafe AI 的「系统一」类型化决策模型,强调「类型化决策、真实概率」,已形成活跃社区生态。
- 同窗口期生态多点开花:PostHog 发布 Jeeves(HN 226 分,研究推理如何改进 Jev 类决策模型);Nokia 应用研究部开源 AnyJev(GitHub 959 Star,宣称无需训练即可把任意 LLM 转为 Jev 风格决策模型);社区汇总仓库 awesome-jev 已达 1985 Star。
- HN 讨论 565 分/219 评论,为近 48h 全站最高热度的工程类条目之一。
行动建议
- 若业务中存在大量结构化判断(风控初筛、工单分类、内容审核预判、路由分发),值得花半天做一次可行性评估:统计这类判断的日调用量与现用大模型成本,对照小模型方案的压测延迟与准确率。
- 评估路径:先跑官方仓库示例复现 30ms 声明,再用自己业务的 100~1000 条历史判断样本做小规模微调对比准确率,达标再谈上线。
- 关注 HN 讨论区中实际部署者的反馈,重点看「训练数据量需求」和「判断边界情况处理」两块。
- 同一周先读 Nokia AnyJev(免训练路线)再试 Jeff(自训路线),两条路线各测一版再定。