awesome-jev README

The project's README from github.com/yibie/awesome-jev. As one markdown file: README.md.

awesome-jev

A curated awesome list of public projects and practices built on Jev, TypeSafe AI's System One model for typed decisions.

This README is the homepage aggregate of the current category files, so the latest accepted entries are visible here without drilling into subpages.

Jev is not a chat model. It takes unstructured state plus a typed question and returns a typed decision — a choice, a score, or a boolean, each with a confidence. That makes it a drop-in decision layer for software: classification, routing, rubric scoring, verification, and agent guardrails. This list tracks who is actually building with it, and which patterns transfer across industries.

The repository treats all categories equally — each entry lives in exactly one category, chosen by its direct Jev application domain. A dedicated Related Practices / Discussions category captures credible public practice signals — X threads, Reddit discussions, and interviews — that describe real Jev usage even when no strong standalone case page exists yet.

[!WARNING] A listing is not an endorsement. This project applies inclusion rules only — public, citable, genuinely uses Jev for a typed decision, one-sentence summary. It does not review code quality, security, maturity, or whether a project runs at all.

Treat same-day bulk submissions with particular care. Several repositories published together by one author, sharing a scaffold and a thin commit history, can satisfy every inclusion rule and still be unproven. Volume is not evidence of quality. See Curation is not endorsement for a checklist to run before adopting anything here.

Why this list

Most Jev discussion is scattered across launch threads, model-gateway listings, and one-off prototypes. This list answers two practical questions quickly:

This is not a comprehensive database. It is a high-signal, fast-scanning field guide.

Inclusion criteria

An entry should meet all of the following:

We do not include:

Curation is not endorsement

Inclusion means one thing: the entry satisfies the inclusion rules above. It is not a quality review, a security audit, or a recommendation. We do not verify that a project compiles, that its tests pass, that its published numbers reproduce, or that its license permits your use.

This matters most for projects that arrive in bulk. When one author releases several repositories on the same day, they commonly share a single scaffold — the same AGENTS.md, CLAUDE.md, STATE.md, and CHANGELOG.md — land in one or two commits each, and may ship considerably more prose than code. Such projects can be entirely legitimate; they are simply unproven. Treat them as leads, not as validated tools.

Before adopting an entry, check it yourself:

Check Why it matters
Does the code actually call the Jev API? An entry can read well on a README alone. Look for a real request carrying typed questions, and a parsed answer coming back.
Is there a runnable check? A test, an example with expected output, or a public demo. No check means no evidence that it works.
Do the numbers have a source? Any accuracy, latency, cost, or volume figure should be traceable to the linked page. We strip claims we cannot verify, but the project page itself may still carry them.
How much of the repository is code? Some projects are mostly prompt documents. That can be legitimate — just know which one you are getting.
Is there a license? A few entries have none, which limits reuse and redistribution.

Found something wrong? Open an issue or a pull request — removal is as valid a contribution as addition. Rules for AI-assisted work, project depth, and submission rate live in CONTRIBUTING.md.

Current coverage

Open categories still being seeded

Each entry lives in exactly one category. When a project could fit multiple categories, we choose the one closest to its direct application domain.

Browse by category

Find by coding agent

Optional tags on an entry name the coding agent it targets and the kind of integration it is. Most entries carry none — they are added only when the source itself supports the classification.

Full list

Classification & Routing

Source file: categories/classification-routing.md

Adaptive & Realtime UI

Source file: categories/adaptive-realtime-ui.md

Verification & Guardrails

Source file: categories/verification-guardrails.md

Scoring & Ranking

Source file: categories/scoring-ranking.md

Agent Decisions

Source file: categories/agent-decisions.md

Data Labeling & Curation

Source file: categories/data-labeling-curation.md

Evaluation & Benchmarking

Source file: categories/evaluation-benchmarking.md

Calibration & Research

Source file: categories/calibration-research.md

Infra / SDKs / Integrations

Source file: categories/infra-sdks-integrations.md

Game & Simulation

Source file: categories/game-simulation.md

Finance & Trading

Source file: categories/finance-trading.md

Source file: categories/compliance-legal.md

Content Moderation

Source file: categories/content-moderation.md

Source file: categories/related-practices-discussions.md

Submission format

Use exactly one line per entry:

- [Name](URL) - Industry: one-sentence description of the Jev use case.

How to contribute

  1. Pick the category that best matches the direct Jev application domain.
  2. Add a single-line entry in the required format to the category file, not directly to the README aggregate.
  3. Keep the summary concrete and scannable.
  4. Prefer examples that clearly show scenario + typed decision + value.

See CONTRIBUTING.md for details.

License

MIT

awesome-jev (yibie/awesome-jev)

Searching Database…

Что это такое?Тщательно отобранный список публичных проектов, интеграций и обсуждений, созданных на базе Jev — модели System One от TypeSafe AI для типизированных решений. Список отслеживает, кто действительно строит что-то на ней и какие паттерны принятия решений переносятся между отраслями.
А что такое Jev, если по-простому?Это не чат-модель: на вход подаётся неструктурированное состояние и типизированный вопрос, а на выходе получается типизированное решение — выбор, оценка или «да/нет», каждое с уровнем уверенности. Проекты используют её как готовый слой принятия решений для классификации, маршрутизации, скоринга, проверки и ограничений для агентов.
Если проект есть в списке, значит, он хороший?Нет. Попадание в список означает лишь, что соблюдены правила — сам список не оценивает качество кода, безопасность, зрелость или даже то, запускается ли проект вообще. Прежде чем доверяться записи из списка, пройдите чек-лист внедрения из README.
Кому адресован этот список?Разработчикам и командам, которые решают, куда Jev могла бы встроиться в их собственный стек, — чтобы посмотреть, какие паттерны принятия решений уже переносятся между отраслями.
Как выглядит продакшн-внедрение Jev?Notra — GEO-платформа маркетинговой аналитики — перевела классификаторы заметности бренда с LLM на булевы решения Jev с порогом 0,5, ориентируясь на 300 мс p50. В пилотном бенчмарке DocJev классифицировал 40 документов из 40 при медианном времени решения около 182 мс.
Почему есть отдельная категория только для обсуждений?Раздел Related Practices / Discussions (72 записи) собирает достоверные публичные сигналы — треды в X, обсуждения на Reddit и интервью, — где описывается реальное использование Jev, пока ещё не существует сильной отдельной страницы с кейсом.
Что эти проекты просят решить Jev?В основном типизированные выборы: роутеры выбирают самую дешёвую подходящую модель, рабочий процесс с почтой решает, счёт это или обычное письмо, Jev Wrapped раскладывает посты по десяти категориям с проверками на рекламу и кликбейт, а Home Assistant отвечает на вопросы о доме вероятностью, выбором или оценкой.
Creator
yibie
Size
1.6 MB
Stars
2.4K
Updated
CommitOct 18
Age
1mo
Commits · 90 Days