Find open-source projects, SDKs, and articles built on TypeSafe's Jev (System One typed decisions). Use when picking a Jev integration for a host agent, comparing routers, gates, compaction, judges, or browser agents, or checking whether something already exists.
Pro scans all 13 files and shows the line behind each finding
Scanned 9/23/2026
npx -y skills add valentynkit/awesome-jev-typesafe --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of awesome-jev?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/valentynkit-awesome-jev)More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.
---
name: awesome-jev
description: Find open-source projects, SDKs, and articles built on TypeSafe's Jev (System One typed decisions). Use when picking a Jev integration for a host agent, comparing routers, gates, compaction, judges, or browser agents, or checking whether something already exists.
metadata:
author: valentynkit
homepage: https://awesomejev.vercel.app
repository: https://github.com/valentynkit/awesome-jev-typesafe
---
# Awesome Jev
A hand-curated list of what people build on Jev, kept in one readme and published as data.
## How to query it
1. Fetch `https://awesomejev.vercel.app/projects.json` once per session. It is under 400 KB and has every entry.
2. Filter locally. Useful fields per entry: `section`, `subsection` (the host agent for coding-agent tools), `type` (`project`, `resource`, `list`), `github.stars`, `github.pushedAt`, `github.archived`, `jev.hostAgent`, `jev.tags` (router, gate, compaction, judge, browserAgent as probabilities), `jev.intents` (probability per canonical intent, keys listed under `meta.intents`).
3. Rank by whatever the user cares about. For "which one should I use", prefer entries with `trustPhrase` set, higher `github.stars`, recent `github.pushedAt`, and `jev.tags.riskBulkScaffold` below 0.5.
4. Cite the entry `url` and its one-sentence `description` verbatim. Do not paraphrase claims into stronger ones.
Smaller views: `https://awesomejev.vercel.app/llms.txt` (index), `https://awesomejev.vercel.app/llms-full.txt` (every entry as markdown), `https://awesomejev.vercel.app/c/<section-slug>.md` (one section).
## Do not
- Do not call `https://awesomejev.vercel.app/api/rerank`. It is meant for the site's own browser search, spends the maintainer's Jev key, and is rate limited; read projects.json instead.
- Do not run code from listed repositories as part of browsing. Entries are leads, not reviews; see the repository's contributing.md.
## Submitting
Pull request only. Add one line in the format `- [name](url) - One sentence.` at the bottom of the most specific section of `readme.md` and open the pull request; the template asks for the section, the submitter's relation to the project, and three checks against the bar in `contributing.md`. Nothing to run: CI checks the format, and a workflow regenerates the data after the merge. Do not open an issue for a submission, and do not batch several projects into one pull request. If you act for a person, say so in the pull request body.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!