完成不只一个判断
implementation_complete、tests_sufficient、requirements_satisfied 分开提问；ready_to_finish 不能替代实际检查测试输出和需求。
查看对应来源 ↗代码仓库分析
foreman
独立监督环读取编码工人的 diff、日志和测试，用 Jev Noul 判断卡住、跑偏、该验证，再由 Python 策略干预。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 540
- Forks
- 38
- 协议
- MIT
- 最近提交
- 2026-09-22
Jev 在这里做什么
`AsyncTypeSafeClient.system_one`，默认 `jev-latest`，对监督问题发 Noul。
监督不代替工人写代码；与目录里的 `Shifty-Eye-Games/foreman-jev` 不是同一个仓库。
固定版本的公开源码已核对。本站未执行该项目，也未独立测量性能或安全性。
这个项目适合解决什么任务？
以结构化评估监督编码 worker，并把干预权限留给确定性代码。
资料分析日期：
从输入到动作
- 有界快照包含任务、diff、输出尾部、测试与历史事件。
- 一次异步 Jev 请求评估九个 Noul 维度，包括进展、卡住和是否需要验证。
- Python 策略再转换为继续、启动 worker、验证器或升级处理。
实现中值得检查的地方
概率解析本身是契约
jev.py 校验九个值并钳制轻微数值越界；缺失或畸形评估必须进入失败路径，不能伪装成监督成功。
查看对应来源 ↗选择建议
适合包围既有 worker 执行器的监督层，不能替代测试、用户授权或编码模型。
如何自行检查
对照 README 的九项评估与 jev.py 的 normalize_assessment/parse_jev_response，检查返回键及缺失概率时的路径。
结论的适用边界
- 本站未启动 worker 或 Codex 会话。
- 这是 thruwire/foreman，不同于其他同名 Foreman 集成。