编者摘要:Jev 是 TypeSafe AI 推出的System One 类型决策 AI 模型,它不是聊天大模型,不会写文章、生成故事,核心本领只做「带置信度的标准化判断」。输入杂乱原始信息 + 一个定义严格的结构化问题,输出固定结果:选项选择、分数、布尔是 / 否,同时附带置信概率,非常适合嵌入软件内部当决策组件。
简单说:普通大模型是写作文,Jev 是做标准化多选题、打分、判断题,输出结果类型被严格约束,不会自由瞎编内容。它主要用来做分类路由、安全护栏打分、内容审核、任务评分、Agent 工具调用校验、数据标注、业务风控等场景,可以直接嵌入程序,配合普通大模型一起工作:大模型负责写内容,Jev 负责判断、校验、过滤。
一份开源 Awesome‑Jev 清单,收集了大量公开项目、SDK、落地案例,同时清单明确提醒:被收录不等于项目靠谱。入库只看是否公开、是否真实调用 Jev 做判断,不审核代码质量、安全性、可用性。很多项目是同一天批量产出的原型 demo,属于实验性参考,不能直接拿来上生产,使用前必须自己核验:是否真调用 Jev 接口、有没有可运行示例、许可证是否合规。
Jev 生态分为两块:一是官方 Jev 服务;二是大量社区复刻开源替代品,像 Laya、Kev、Verdict、NanoJev 等,可以本地部署,不用调用云端 API。大量编码 Agent(Claude Code、Pi、Codex)都接入 Jev,用来做工具调用风险拦截、上下文裁剪、技能路由。
它有自己短板,不是万能:不是所有任务用 Jev 就一定效果更好,部分检索重排序测试中,Jev 表现并没有超越传统向量检索;同时要关注置信度校准问题,低置信结果不能直接采信,必须交给人工复核。
适用逻辑:凡是需要 AI 给出固定类型判断、对幻觉零容忍、追求低延迟低成本的业务优先考虑 Jev;需要生成文本、创意创作、开放式问答,交给传统生成大模型。现在金融、法律合规、游戏仿真、智能家居、日志告警、招聘简历筛选都出现大量实验落地。
10 个关键问题问与答
Q1:Jev 和普通 GPT/Claude 大模型最大区别是什么?
A:普通大模型自由生成文本;Jev 不生成自由文本,只输出预先定义好的选项、分数、是非判断,附带置信概率,主打做标准化判断,专门给程序调用。
Q2:Jev 可以拿来聊天写文案吗?
A:不适合。它定位是决策层,设计初衷不是生成自然语言,强行用来生成文字效果很差。
Q3:Awesome‑Jev 清单收录项目就代表生产可用吗?
A:不代表。入库仅满足公开、调用 Jev 两点,不审核安全性、代码质量。很多是原型 demo,上线前要自行审查。
Q4:Jev 可以本地离线部署吗?
A:官方 Jev 是云端 API;社区有 Laya、Kev、Verdict 等开源复刻版本,可以本地跑,能力接近 Jev。
Q5:AI Agent 里 Jev 一般用来干什么?
A:做工具调用安全校验、选择调用哪个技能、裁剪冗余对话上下文、判断任务是否完成,拦截高危操作。
Q6:什么场景不建议使用 Jev?
A:开放式创作、写报告、开放式问答;复杂推理任务;需要自由生成长文本的场景。
Q7:置信度低代表什么,该怎么处理?
A:代表模型拿不准。业务上不能采信结果,标准做法是交给人工复核,不要强行执行。
Q8:Jev 做 RAG 检索重排序一定更强吗?
A:不一定,公开测试显示部分数据集上,Jev 重排序效果没有超过传统向量检索,需要业务实际测试。
Q9:有哪些编程语言、工具支持 Jev?
A:Python、Go、Java、PHP、Swift、Rust 都有 SDK;支持 MCP 协议;还提供 DuckDB、SQLite 数据库扩展。
Q10:我想把 Jev 引入项目,要做哪些检查?
A:①确认代码真实调用 Jev 接口;②存在可运行测试用例;③确认开源许可证;④业务上配置置信阈值,低置信流转人工;⑤做业务场景实测验证效果。
附录 awesome-jev 一份精选的开源项目与最佳实践清单
均基于Jev——TypeSafe AI 面向类型化决策的System One 模型构建。
本README 将当前各分类文件聚合到一个首页,最新收录的条目无需进入子页面即可在此查看。
Jev不是聊天模型。它接收非结构化状态外加一个类型化问题,返回一个类型化决策——选择、分数或布尔值,并各带置信度。因此它可以作为软件的即插即用决策层:分类、路由、评分标准打分、校验以及智能体护栏。本清单追踪谁在真正用它构建产品,以及哪些模式可以跨行业复用。
本仓库对各分类一视同仁——每条目只归属于一个分类,依据是其直接的应用领域。另设专门的“相关实践与讨论”分类,收录可信的公开实践信号——X 推文、Reddit 讨论与访谈——即便某用例尚无足够完整的独立案例页,也会收录其中。
注意事项
收录并非背书。本项目只应用inclusion规则:条目必须公开、可引用、确实用Jev 做类型化决策,并可用一句话概括。它不审查代码质量、安全性、成熟度,也不确认项目能否运行。
对同日批量提交的条目尤须谨慎。同一作者同时发布的多个仓库,往往共用同一套脚手架,提交历史很薄,却可能满足所有收录规则而仍未被验证。数量不等于质量。采纳前请先对照“策展并非背书”一节中的核对清单。
1.为什么要有这份清单
大多数Jev 讨论散落在发布帖、模型网关列表和一次性原型中。本清单快速回答两个实际问题:
- Jev 已经在生产流程中的哪些地方真正做出决策?
- 哪些决策模式可以跨行业复用?
这不是一个包罗万象的数据库,而是一份高信号、可快速浏览的实地指南。
2.收录标准
一条条目应满足以下全部条件:
- 来源公开且可引用。
- 示例确实用Jev(或文档化的Jev 移植版/衍生版)完成具体决策任务——而非与Jev 无关的通用分类器、路由器或LLM 裁判。
- 来源明确点名Jev/jev、引用TypeSafe AI 的System One 模型,或展示了类型化决策闭环(类型化问题→ 带置信度的类型化答案→ 接受/拒绝/升级)。
- 摘要用一句话说明场景、方法与价值。
以下情况不收录:
- 仅形似该模式、但并未使用Jev 的通用分类器、路由器或研究智能体。
- 缺乏具体实践、纯理论或观点。
- 只有发布热度、没有可运行成品或可复现结果的吹嘘内容。
- 清单内部的冗长长篇大论。
- 私有、无法访问或过于模糊、难以分类的来源。
3.策展并非背书
收录只意味着一件事:条目满足上述收录规则。它不是质量审查、安全审计或推荐。我们不验证项目能否编译、测试能否通过、公布的数据能否复现,或授权协议是否允许你使用。
这一点对批量涌现的项目尤为重要。当同一位作者在同一天发布多个仓库时,它们通常共用同一套脚手架——相同的AGENTS.md、CLAUDE.md、STATE.md和CHANGELOG.md——各自通常只提交一两次,且代码之外的文字可能远多于代码。这类项目完全可能是合法的,只是尚未被验证。把它们当作线索,而非已获验证的工具。
采纳某条目前,请自行核验:
核对项 |
为什么重要 |
代码是否真的调用Jev API? |
单看README 可能很好。找一条真正携带类型化问题的请求,以及返回的解析答案。 |
有没有可运行的校验? |
测试、带预期输出的示例或公开演示。没有校验就没有它能运行的证据。 |
数字有没有来源? |
任何准确率、延迟、成本或规模数字都应能追溯到链接页。我们删掉无法核实的说法,但项目页本身可能仍带着它们。 |
仓库里有多少是代码? |
有些项目大部分是提示文档。这可以是正当的——只要知道你得的是哪一种。 |
有没有许可证? |
少数条目没有,限制了复用与再分发。 |
发现问题?提交issue 或pull request——移除与添加同样都是有价值的贡献。关于AI 辅助工作的规则、项目深度与提交频率,见CONTRIBUTING.md
4.当前覆盖情况
- 分类与路由— 45 条
- 自适应与实时界面— 9 条
- 校验与护栏— 37 条
- 打分与排序— 37 条
- 智能体决策— 55 条
- 数据标注与策展— 9 条
- 评估与基准测试— 32 条
- 校准与研究— 36 条
- 基础设施/ SDK / 集成— 84 条
- 游戏与仿真— 24 条
- 金融与交易— 7 条
- 合规与法务— 2 条
- 内容审核— 8 条
- 相关实践与讨论— 90 条
仍在扩充中的开放分类
- 科学计算流程— 0 条
每条目只归属一个分类。当项目可匹配多个分类时,我们选择最贴近其直接应用领域的一个。
5.按分类浏览
- 分类与路由(来源)
- 自适应与实时界面(来源)
- 校验与护栏(来源)
- 打分与排序(来源)
- 智能体决策(来源)
- 数据标注与策展(来源)
- 评估与基准测试(来源)
- 校准与研究(来源)
- 基础设施/ SDK / 集成(来源)
- 游戏与仿真(来源)
- 金融与交易(来源)
- 合规与法务(来源)
- 内容审核(来源)
- 相关实践与讨论(来源)
6.按编码智能体查找
条目上的可选标签标明它面向的编码智能体及集成类型。大多数条目没有标签——只有当来源本身支持该归类时才添加。
- 多智能体(15)— jev-router · Switchboard · jev-guard (leepokai) · jev-axi · jev-harness · Canny · Jev-Code-Reviewer · yoshi · public-browser · jev-agent-skill · hermes-jev-skills · Jevbridge · jev-use · jev-mcp (burnigtm) · typesafe-mcp
- Pi(12)— pi-jev-router · pi-jev-skill-picker · pi-jev · pi-heed · pi-verdict · Reflex · pi-typesafe-jev · pi-jev (TheoOliveira) · pi-quiet-ask · pi-fast-jev-compaction · pi-typesafe-router · Testing Jev for Pi extensions (r/PiCodingAgent)
- Claude Code(9)— jev-skill-router · Sniff Test · claude-code-templates · jev-retrieval · fast-jev-compaction · jev-belay · jev-pruner · SkillRanker · oh-my-claudecode
- Codex(6)— Codex Jev Router · Jev Auto Router · Foreman · fast-dev-compaction · jev-desktop · jev-browser-use
- DeepSeek Harness(3)— dsh-jev-interceptor · dsh-auto-mode · dsh-jev-decide
- Cline(1)— Cline plugins
相关实践与讨论
源文件:categories/related-practices-discussions.md
- Introducing System One Models and Jev (Hacker News) - Hacker News:1,800 分发布帖,约480 条评论争论类型化决策是否在分类、路由与校验上取代LLM 调用。
- Launch thread by Diogo Almeida - X:TypeSafe 创始人的63k 赞公告,主张RLCD 训练的决策模型是比聊天模型更短的经济价值路径。
- Model router built with Jev - X:948 赞演示,Jev 在请求转发前决定由哪个模型服务。
- MLP on Qwen 4B mimicking Jev - X:构建者报告,一个在Qwen 4B 之上训练的小MLP 已经复现了类Jev 决策行为。
- Running a local Typesafe Jev - X(日文):在本地运行Jev 风格决策模型的尝试,并指出速度仍可改进。
- Jev as an AI agent safety monitor - X:测试报告,先用Jev 检查每个智能体动作,据称以几乎无误报与低得多延迟抓住大多数攻击。
- Rethinking security engineering with Jev - X:主张安全工作中纯工程化的决策应属于Jev 而非聊天模型。
- Ask Jev anything, it will judge - X:公开的Convex 后端演示,邀请一百万个被判断的问题而非生成的答案。
- First Jev use case in a Mac app - X:一款已发布Mac 应用在未加载语言模型时,把设置与排障问题路由给Jev。
- Jev 中文解读 - X(中文):向中文读者把System One 类别解释为一种经校准的、面向代码的类型化决策层。
- TypeSafe AI releases Jev (r/singularity) - Reddit:发布帖,把Jev 框定为软件的低幻觉、低成本决策模型而非聊天。
- Testing Jev for Pi extensions (r/PiCodingAgent) - Reddit:构建者描述把Jev 用作智能体工具使用安全层,并规划一个提示复杂度模型路由器。
- Jev "playing" Minecraft (r/accelerate) - Reddit:进行中的演示,Jev 驱动Minecraft,包括夜间躲避僵尸,作为快速结构化决策的测试。
- Awesome Jev by TypeSafe - 精选清单:一份同行的Jev 用例、模式、提示词与入门代码合集,附八个人们已构建项目的视频讲解。
- Jev on OpenRouter - X:OpenRouter 以beta 上线Jev,经其路由层暴露System One 模型。
- Jev on Cloudflare AI Gateway - X:Jev 在Cloudflare 的AI Gateway 上线,可从Workers 调用。
- Jev for instant compaction - X:主张智能体上下文压缩应是Jev 决策而非摘要提示。
- Reviewing unnecessary tool calls with Jev - X:一个Claude 插件让Jev 审查冗余工具调用,约一秒内完成。
- 19 open-source Jev projects - X(中文):清点19 个开源Jev 项目,总星标超过6,800。
- Jev is the fish at the poker table - 博客:用Jev 打扑克,并用牌桌探查快速决策模型在哪些地方有帮助、哪些地方没有。
- Jev is about to change the AI economy - Substack:主张廉价经校准决策会改变推理支出的去向。
- Awesome Jev by 0xLogicrw - X(中文):一份手工核对的Jev 项目清单,发布一天后已成长为一个索引其中287 个项目的导航站。
- Jev repository roundup (Japanese) - X(日文):盘点最有实用前景的Jev 仓库,观察到计算机使用与自动交易主导早期用例。
- Six things I'll still use Jev for - X:一位实践者列出60 天后他仍会依赖的六个Jev 用途,是早期实用性回顾而非发布反应。
- WTF is Jev, ELI5 - X:把Jev 框定为“AI 多选题,而非AI 作文”,是System One 形态最清晰的通俗解释之一。
- 深入解读Jev 模型:毫秒级判定与工程边界 - 中文深读:考察Jev 的毫秒级判断,更有用的是它工程边界的所在。
- Has anyone tried Jev as a relevance filter for RAG? - Reddit:构建者询问Jev 是否可用作检索相关性过滤器与重排序器,试探已报道的负面重排序结果所暗示的边界。
- Can we have Jev in Devin? - Reddit:另一编码智能体的用户要求在其工具内部加入Jev 决策层,信号是类型化决策正成为预期功能。
- All the coolest Jev projects on X - X:由一位也制作了最多观看Jev 教程的构建者整理,发布72 小时内最强Jev 项目的精选帖。
- Full Jev tutorial - X:覆盖API 的教程,随后是三个演示——语音控制浏览、AI 记忆与YouTube 预处理。
- WTF is Jev, and the 9 things people are building with it - X:发布窗口传播最广的解释,把Jev 框定为“AI 多选题,而非AI 作文”并列出九种用法模式。
- Jev is a really smart switch statement - X:一位基础设施创始人的去炒作化框定——Jev 不取代GPT 或Claude,它是带有2026 智能的非常好的switch 语句。
- Arbitrary classification as a type-safe primitive - X:主张真正的新颖处不在分类,而在于Jev 让任意分类成为一个运行时定义、类型安全的可编程原语。
- This is a terrible compaction strategy - X:对流行压缩思路最有力的公开反驳,主张压缩是重建而非过滤,且该插件误解了上下文管理。
- It is the inference technique, not the training - X:主张Jev 的速度来自并行解码而非模型训练,且推理引擎能在任意开放权重模型上暴露类Jev API。
- Jev's Architecture Unmasked - X(日文):技术分析笔记,从约10,000 次API 调用推断Jev 内部结构,结论是它保留LLM 知识但完全去掉token 生成。
- An internal Jev study session with 50+ engineers - X(日文):一家公司举办Jev 内部应急学习会并发布材料——组织化采纳而非个人实验的早期例子。
- X is all over it, Reddit is not - X:观察到一个尖锐的平台分野,Reddit 上只有三条Jev 帖子而X 上满是可用原型——提醒人们渠道覆盖会改变图景。
- Five open Jev replicas worth trying - X(中文):盘点Laya 421M、Decider-2B、NanoJev 0.6B、Reflex 与System-One 4B 为最有前景的开放决策模型,其中两个对Mac 友好。
- jev(): a PostgreSQL extension for natural-language queries - X:一个SQL 函数、无索引无嵌入地用自然语言搜索整个数据库,例如WHERE jev(people, 'could work from home')。
- A DuckDB extension for row classification - X:用Jev 对任意CSV、Parquet 或DuckDB 表分类行,报告约10 秒/千行,且比定制分类器手感更好。
- An on-chain trading bot where Jev decides - X:Jev 从实时价格源决定买或卖,机器人在Monad 每300 ms 区块下真实订单——金融实验不全是纸上谈兵的最清楚信号。
- Jev broke our WebMCP benchmark - X:基准自身作者报告,Jev 加一个快速小LLM 以约112× 低于前沿模型计算机使用的模型成本解决了100% WebMCP 任务。
- Chinese notes after a day with Jev - X(中文):一天的质疑性读后感——Jev 看起来像LLM 本就能做的更快通用分类器,在复杂场景下其世界知识是开放问题。
- Stagehand plus Jev browser control - X:把无障碍树作为状态、候选动作作为问题发送,让Jev 逐步决策,报告一个任务约$0.001、近乎即时执行。
- Introducing CUA-S1 - X:Cua 开源一族面向计算机使用的小型专用System One 模型,从表单填写起步,并询问下一个专家该学什么。
- One 50 ms pass versus 23 turns - X:专家用例最锐利的框定——706K 参数模型一次50 ms 传播填完整个表单,而LLM 智能体为同一表单要23 回合、39.6 秒。
- I reviewed 287 open-source Jev projects - Reddit:一位评审者过完287 个Jev 仓库,缩到20 个真正讲清模型的,是对星标数浏览的有用反制。
- TypeSafe AI's Jev Is Not an LLM - and That May Be the Point - 新闻分析:把模型拒绝生成文本当作特性而非局限,并跟进这对推理支出意味着什么。
- Ask HN: What do you think of Noul, a new decision primitive - Hacker News:提议把Noul——概率为真的答案类型——当作通用软件原语而非Jev 专属。
- When a designer gets access to Jev - X:产品设计师33 秒演示,一个自然语言短语把一大套图标收窄到匹配项、由Jev 决定哪个——4.8k 赞,作者在回复帖里讨论Jev 弄错的图标。
- Made with Jev - 站点:Jev 构建、指南与帖子的目录,带报告成本与速度,外加免费Jev 驱动工具,如AI slop 检测器。
- LangChain is already using Jev inside its harness - X(中文):把LangChain 的采用读作对Jev 适合固定框架角色——智能体路由、模型路由——而非开放式生成的确认。
- Jev is now available to everyone, no waitlist - X:TypeSafe 取消等待名单,把Jev 从早期访问转向全面可用,这一变化使本清单每一条对读者都可复现。
- JEV captcha arbitrage - X:核算用Jev 以每百个$0.0068 解决CAPTCHA、而市场每个付一分钱的经济账,是对逐决策定价如何冲击既有市场的尖锐例证。
- A deep dive into Jev - 博客:资深技术作者的System One 思路讲解,适合拿给只见过LLM 营销的人看。
- Replacing an agentic classification loop with Jev - 博客:用一次Jev 调用替换智能体的分类循环,报告循环快7×。
- Awesome TypeSafe Jev - 精选清单:带来源依据的实地指南,含SDK 与实时演示,是社区索引中最大的,星标423。
- 60 Jev use cases in Chinese - X(中文):盘点六十个用例,其中十二个被点名为最值得研究,围绕同一分工组织——生成模型写、Jev 分类、打分与选择。
- Jev Tutorial - 站点:独立的多语言实现指南,覆盖Choice、Score、Noul、Python SDK 请求、置信阈值、确定性回退与人工升级。
- TypeSafe pauses Jev signups - X:取消等待名单几天后,厂商再次暂停注册以保障服务质量,是需求超出产能的异常直接承认。
- Jev and the System One Model (Latent Space) - 播客:Diogo Almeida 谈RLCD、每美元智能、可靠性,以及为什么聊天优先的界面未必是终点。
- Jev vs GPT-6 Astra: when to use each - 指南:Vercel 自己的决策指南,在System One 模型与前沿模型之间选择,与七个Jev 用例的配套页一同发布。
- A Jev index rebuilt every four hours - X(中文):描述一个每四小时抓取X 的多语言Jev 站点,已积累5,380+ 帖子,一个由机器而非策展人维护的索引。
- Jev 1.13 jaggedness - 文档:TypeSafe 自己的1.13 版本模型jaggedness 页面。
- Jev cannot emit an invalid output, but where is the reliability curve? - Reddit:主张类型安全保证是真的,而校准声明尚缺已发布的ECE 或可靠性曲线,是这份清单反复遇到问题的最尖锐形式。
- Jev is on Workers AI as typesafe/jev - Reddit:报告模型以typesafe/jev 出现在Cloudflare 的Workers AI 表面,是继AI Gateway 之后的第二个Cloudflare 集成。
- Why I couldn't build Jev at OpenAI - 视频:Diogo Almeida 谈为什么这必须是一家独立公司,最接近System One 模型设计理由的东西。
- TypeSafe's Jev Can't See. I Made It Guess What I Drew Anyway - 博客:一个绘画猜测实验,探测一个没有图像输入的模型仍能从草图的文字描述恢复什么。
- Spike: Jev as a judgement layer to cut model cost - Issue:一个多智能体编排平台计划把判断从它的思维模型移到Jev 上,定位为降低成本同时保住质量。
- Awesome Jev Robustness - 精选清单:109 项对Jev 校准、一致性、提示注入、弃权与失败模式的独立测试,按测量对象分组,各带模型版本与样本量。
- jevbooks: 16 Jev design patterns - 站点:500+ 开源Jev 项目的双语画廊,Jev 本身从每个README 门控并标记每条收录,另读出十个代码库中的十六个设计模式(Thermostat、Blind review、Flight recorder),每页一个问题、一个方案与管线发送的识别问题。
- Jev in 25 Lines of Python - 博客+ HN 帖(464 分、139 评论):用Python 构建最小可用的Jev 循环,帖子争论决策步骤是否需要专用模型。
- Will OpenAI eat Jev's lunch? - 分析+ HN 帖(306 分、215 评论):主张OpenAI 最可能快速跟进类型化决策形态,帖子争论护城河是接口还是模型。
- Jev introduces a new shape of LLM - 博客:Simon Willison 对模型输出是类型化决策而非散文意味着什么的解读。
- JevBench - 基准+ HN 帖(126 分、34 评论):在相同问题上比较类型化决策模型的可复现框架。
- Jev in practice: typed decisions, scoped authority - 博客:把类型化决策循环与有界授权配对,使置信值只授权其作用域已允许的动作。
- jevchat - 仓库+ HN 帖(173 分、49 评论):故意把Jev 误用为生成器,定位类型化决策模型在何处不再有用。
- Open-sourced jev architecture last year - HN 帖(96 分、11 评论):同一架构的先行工作主张,讨论转向认可与营销而非技术重叠。
- Jev isn't new tech - Reddit(694 赞、265 评论):最大批评帖,主张营销针对的是以为AI 始于聊天模型的人。
- Jev deserves hype but not the type it's getting - Hacker News:把技术主张与发布框定分开,主张前者无需后者也成立。
- Jev Can't Be Calibrated - 博客+ HN 帖(59 分、60 评论):统计论证校准主张不成立,方法已写清。
- gev beats jev and takes images as input too - 基准:正面交锋评估页,竞品模型在同一问题集上胜过Jev,且额外接受图像输入。
- I benchmarked TypeSafe's JEV against LLMs, BERT and Laya - Reddit(49 赞):在同一任务上把TypeSafe 的JEV 同时与生成模型和经典分类器对比。
- The Jev archive built by OpenChamber - X:独立站点,每四小时抓取X 并把5,380+ 条Jev 帖子整理成分类的多语言索引。
- zsh history completion with Jev - X:从最近100 条去重历史中挑最可能的下一条命令,用Jev 询问,并在提示符后以灰色显示。
- TypeSafe AI draws $10bn interest - 新闻(Financial Times,经Traders Union):报告TypeSafe 正吸引可能使其估值达100 亿美元或以上的资金接洽,距Jev 出隐身一周。
- Vercel and OpenRouter adoption numbers - 新闻:Vercel 报告Jev 在头24 小时内从付费开发者账户吸引的兴趣是其服务上以往任何模型发布的两倍以上,OpenRouter 报告其token 量在一个周末内翻了三倍多。
- Jev / TypesafeAI is revolutionary as LLMs - Reddit r/ArtificialInteligence(182 赞、195 评论):发布期最大的单帖,争论决策模型是改变LLM 的用途而非仅仅更便宜。
- laya.tools - 站点:约950 个基于Laya(Jev 的Apache-2.0 开放替代)项目的独立目录,每日从GitHub、npm、Hugging Face 与X 导入,可按平台与用例浏览,附Laya vs Jev 对比页。
投稿格式
每条目严格用一行:
- [名称](URL) - 领域:用一句话描述该Jev 用例。
如何贡献
- 选择最贴近该Jev 直接应用领域的分类。
- 以要求格式向分类文件添加一行条目,而不是直接加进本README 聚合页。
- 保持摘要具体、便于扫读。
- 优先选择能清楚展示“场景+ 类型化决策+ 价值”的示例。
详见CONTRIBUTING.md。
许可协议
MIT

