fast 与 balanced 回答的条件不同
固定测试为单独草稿设置专用 stage 和 stands-alone 问题；接受首个独立草稿不等于比较全部已完成计划。
查看对应来源 ↗代码仓库分析
jev-planner
多 Agent 规划协调器：生成 Agent 起草和审阅计划，Jev 评分并选择是否继续复审及由谁汇总。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 0
- Forks
- 0
- 协议
- MIT
- 最近提交
- 2026-09-23
Jev 在这里做什么
Jev 评估完整性、可行性、风险覆盖、较强计划、汇总者及是否需要再审，代码控制 fast、balanced、ultra 流程。
将复审轮次和汇总者选择显式化，避免由不受约束的文字答案驱动规划循环。
2026-10-24 核对固定版本的说明与实现材料。本站没有执行规划 Agent 或付费调用。源码测试验证提问构造，不验证最终计划质量。
这个项目适合解决什么任务？
协调多个规划 Agent，而不让 Jev 撰写计划。
资料分析日期：
从输入到动作
- 各 Agent 独立起草，Jev 评估完整性、可行性、风险覆盖及是否需要再审。
- 模式与轮数上限决定交叉审阅。
- Jev 选择汇总者；除非现有计划可直接采用，否则生成 Agent 才合并内容。
实现中值得检查的地方
有界判断仍需工作流策略
jev.ts 把规划问题映射到 Choice、Score、Noul；模式、复审上限和 finalizer 覆盖仍在模型之外。
查看对应来源 ↗选择建议
适合多个草稿确实能暴露取舍的任务。fast 偏提前接受，balanced/ultra 偏广泛审阅，更多 Agent 调用会改变成本与时延。
如何自行检查
对照 jev.test.ts 的 solo、drafts、reviews，再追踪 jev.ts 的 toTypeSafe；确认 finalizer 候选来自配置的 Agent 集合。
结论的适用边界
- 本站没有执行规划 Agent 或付费调用。
- 源码测试验证提问构造，不验证最终计划质量。