代码仓库分析
Oh My Pi + Jev
Oh My Pi 将 TypeSafe Jev 接入为原生 Judge 后端，用类型化问题完成有界判断，并通过答案校验、超时、重试和鉴权轮换保护调用链路。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 33,041
- Forks
- 3,507
- 协议
- MIT
- 最近提交
- 2026-09-24
Jev 在这里做什么
将 Agent 的状态与有界问题发送给 Jev，并解析结构化回答。
在现有 Agent 流程里接入可替换的判断提供器。
已核对固定版本 README 与集成源码。
Oh My Pi 如何使用 Jev？
Oh My Pi 没有让 Jev 取代编码模型或 Agent 规划器。它把 Jev 放在独立的 Judge 接口后面：调用方提交 state 和类型化 questions，TypeSafe 后端将请求转发到 System One API，再把经过类型检查的答案交还给工作流。
- 请求契约
- 把 state、model 与 questions 发送到 POST /v1/systemone。
- 默认配置
- 默认 API 地址为 api.typesafe.ai，默认模型为 jev-latest；两者都可以通过环境配置覆盖。
- 答案校验
- 每个问题都必须得到同类型答案；缺失或类型不一致会作为 ProviderResponseError 处理。
- 失败处理
- 单次尝试默认超时 10 秒；408、429 和 5xx 最多尝试 3 次，并尊重受上限约束的 Retry-After。
- 鉴权处理
- TYPESAFE_API_KEY 由 Oh My Pi 的鉴权注册表解析，401/403 可以沿用 provider 的密钥轮换逻辑。
它不负责什么？
这是一条可替换的判断通道，不是新的主 Agent。Jev 适合输出空间预先确定的路由、筛选、评分或门禁；开放式编码、解释与长程规划仍应交给生成模型。本站核对了固定提交中的实现，但没有独立运行或基准测试该集成。
Oh My Pi 与 Jev 常见问题
Oh My Pi 原生支持 Jev 吗？
是。固定版本源码中包含 TypeSafeJudge，并将其注册为 TypeSafe System One 的 Judge 后端。
Oh My Pi 中的 Jev 会取代编码模型吗？
不会。它用于有界的类型化判断，编码、解释和规划仍由其他模型或普通代码负责。
这个集成默认调用哪个模型？
固定版本实现默认使用 jev-latest，也允许通过 TYPESAFE_DEFAULT_MODEL 覆盖。