大候选集会变成淘汰赛
inferJev 可以分组、保留排名靠前者并继续多轮，因此一次高层调用可能对应多次推理，比较上下文也会变化。
查看对应来源 ↗代码仓库分析
atomic
Atomic 编程 Agent 的可选 Jev 决策后端，为路由等流程提供受限的结构化选择。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 820
- Forks
- 113
- 协议
- —
- 最近提交
- 2026-09-24
Jev 在这里做什么
将预定义的问题交给 Jev，解码答案后由调用方应用；常规模型仍负责生成代码。
让结构化决策与文本生成使用各自的接口。
核实的是可选 structured-output provider，不表示 Atomic 默认或全部功能依赖 Jev。 LICENSE 另含商业规模达到阈值后的界面署名条件，非标准 MIT，请阅读原文。
这个项目适合解决什么任务？
把 schema 约束的选择转换成工作流类型化结果，并处理大候选集。
资料分析日期：
从输入到动作
- 编译工作流的 Choice 问题。
- 限制内单次请求，超限时分组并保留候选。
- 验证分布，再把最终键解码为结果结构。
实现中值得检查的地方
校验无法找回提前淘汰的选项
解析器检查概率键、范围、总和及 choice 是否最高概率；结构正确不代表早期轮次保留了真正相关项。
查看对应来源 ↗选择建议
适合强调 schema 和中断控制的工作流；候选很多时，应对比淘汰召回、调用成本与先检索后判断方案。
如何自行检查
连读 planRound、packRequests、inferJev，检查轮次间取消以及 retainForFinal 是否保留必要的逃生选项。
结论的适用边界
- 本站未运行 Atomic 工作流或在线调用。
- 多轮淘汰不等同于同一上下文里一次比较所有候选。