Jev 生态：OpenJev、NanoJev、jev-router 与 Awesome Jev
现在的 Jev 生态包含 TypeSafe AI 官方模型、独立模型研究、Agent Router、开源应用以及多个 Awesome Jev 项目目录。名称相似，不代表这些项目共享代码、权重、维护者或官方身份。
这篇指南把用户经常搜索的 OpenJev、NanoJev、jev-router、awesome-jev、Jev AI 和 Jev model 映射到真实项目及其用途。
AutoJev 是独立集成层。这里列出的社区项目只用于发现，不代表背书。安装前请检查对应仓库最新的 README、许可证、安全模型和维护状态。
官方 Jev AI 与 Jev 模型
Jev 是 TypeSafe AI 的 System One 决策模型。它接收共享 State 和类型明确的 Choice、Noul、Score 问题，返回有限答案与概率，而不是生成一篇文章。
官方模型和 API 不等于那些复现相似接口或使用开放 Backbone 进行实验的社区实现。可以先阅读 TypeSafe Jev 指南了解 Provider 与模型关系，阅读 Jev 模型指南了解请求和响应概念，并以 TypeSafe 官方文档为 Provider 当前协议的准确信息来源。
OpenJev 是什么？
OpenJev 是一个含义不唯一的社区名称，而不是单一官方模型。目前至少有两个独立仓库正在使用或曾经使用这个名字：
- razorback16/openjev将自己描述为基于 DiffusionGemma 的开放、Jev-Compatible System One 决策服务。README 同时说明了临时 vLLM 依赖，并提醒用户针对自己的任务评估答案质量。
- TheoLeeCJ/SemIf最初以
openjev名称发布，研究如何在本地硬件上使用开放模型实现 Semantic Decisions。项目明确说明，它没有复现 Jev 未公开的模型或训练流程。
它们都不是 TypeSafe AI 的 Jev 权重。应把 “OpenJev” 理解为一组独立兼容性与研究实验，并确认某个搜索结果或讨论具体指向哪个仓库。
NanoJev 是什么？
NanoJev是一个独立研究项目，包含小型 Qwen Backbone、类型化决策 Head 以及训练和评估 Pipeline。仓库提供迷宫与 Snake Controller、浏览器 Replay、Checkpoint 和 Dataset。
NanoJev 适合研究本地模型如何为动态候选项打分，以及确定性游戏代码如何消费这些分数。它不是 Jev 官方版本，仓库中记录的 Benchmark 或游戏结果，也不能在缺少新评估的情况下直接推广到其他生产场景。
jev-router 是什么？
多个项目都使用 jev-router 这个名字，因为路由天然适合有限的 Choice 决策。Router 提供允许的候选列表，让 Jev 选出一个结果，然后再应用确定性约束与降级策略。
gargpratyush/jev-router为 Claude Code 和 OpenAI Codex 的新用户回合选择模型层级，同时保留宿主 CLI 原生的工具、会话和权限。BillionsBobby/JevRouter则是另一个面向模型、工具和 Subagent 的独立 Router。还有一些项目把这个名称用于 HTTP 路由、Skill 或 LLM Gateway。
这些 Package 是彼此独立的社区工具，并不存在一个统一标准的 Jev Router 产品。架构、防护边界和 AutoJev 请求示例请阅读 Jev Router 与模型路由。
Awesome Jev 是什么？
Awesome Jev 通常指社区维护的 Jev 项目目录。目前存在多个列表，例如：
- hellogumbo/awesome-jev：按官方资源、集成、Computer Use、游戏、研究和应用分类的目录。
- yibie/awesome-jev：按照应用场景组织、带来源的项目集合。
- awesomejev.com 和 awesomejev.cc：由各自社区维护的可搜索目录界面。
目录适合发现项目，但被收录不代表通过安全审查或性能验证。采用项目之前，应该继续查看源代码仓库、近期 Commit，并独立复现关键结论。
Jev 生态地图
| 搜索词 | 通常代表什么 | TypeSafe Jev 官方项目？ |
|---|---|---|
| Jev AI | 决策模型概念以及 TypeSafe AI 产品 | 链接到 TypeSafe 时是 |
| Jev model | 回答类型化问题的 System One 模型 | 使用 Provider 模型时是 |
| OpenJev | 独立开放模型或兼容服务实验 | 否 |
| NanoJev | 独立小模型研究与游戏实验 | 否 |
| jev-router | 多个社区路由工具之一，或一种路由模式 | 通常不是 |
| awesome-jev | Jev 链接与项目的社区目录 | 否 |
| AutoJev | 独立 REST、MCP 与 Skills 集成层 | 否 |
这种区分会影响凭证、隐私、许可证和预期行为。官方 SDK 也可能调用托管 Provider，而名字中带有 “open” 的仓库可能要求本地权重、打过 Patch 的 Runtime 或另一份上游模型许可证。
常见 Jev 应用方向
社区项目主要集中在推理前可以列举答案的决策上：
- **模型、工具与 Skill 路由：**在已批准候选项中选择，并保留升级路径。
- **浏览器与 Computer Use：**从 DOM、OCR 或无障碍状态中选择有限操作和已定位目标。参见 Jev Computer Use。
- **游戏与模拟：**从结构化世界状态中选择合法动作，规则仍由确定性代码掌管。参见 Jev 游戏。
- **护栏与验证：**判断工具风险、调研证据或完成状态。
- **本地决策模型研究：**比较开放 Backbone、Scoring Head、概率校准和 Controller 设计。
如何评估 Jev 社区项目
- **确认实际 Provider。**判断它调用 TypeSafe、Gateway、开放模型还是本地兼容服务。
- **检查决策协议。**确认 Choice、Noul、Score 的表示方式，以及候选项是否真的有限。
- **检查 Secret 与数据流。**明确哪些 State 会离开本机、API Key 保存在哪里。
- **复现测量结果。**在运行相同评估之前，把延迟、成本和准确率数字视为项目特定结果。
- **把权限保留在模型之外。**结构有效的答案不代表模型获得点击、花钱、发布、删除或修改生产环境的权限。
- **分别检查许可证。**仓库代码、基础模型权重、Dataset 和 Checkpoint 可能采用不同条款。
要调用托管 Jev，请继续查看 Jev API 指南、Jev MCP Server或 AutoJev Playground。更多模式可以浏览全部 Jev 用例。