PR labeler
Label pull requests by type and area, and flag what belongs in the changelog.
Reads a PR's title, description and changed files, labels its type and area, and says whether users will notice and whether it belongs in the changelog. Size is measured as scope, not lines.
Try it live
Real calls to Jev. Pick an example or paste your own.
Pick an example or paste your own input, then run it.
Under the hood
Every question and rule, in the open. Fork it to change any of them.
What it asks
Reads title, description and files, then asks 4 questions in one call.
- Q1TypePick one
What kind of pull request is this?
FeatureBug fixRefactorDocsTestsDependenciesCI/buildSecurityOther - Q2AreaPick one
Which part of the codebase does it mainly change?
FrontendBackendDatabaseInfrastructureMobileDocsSeveral areasOther - Q3User-facingYes / no
Would users notice this change?
- Q4Changelog-worthyYes / no
Should this change be mentioned in the changelog?
How it decides
Rules run in code, top to bottom. The first one that matches gives the verdict.
- 1Otherwisethe answer to “Type”
- ·DefaultFeature
Call it from your code
Every template runs as-is with an API key, no setup: POST /api/v1/judges/pr-labeler/run.
curl -X POST https://tryevally.com/api/v1/judges/pr-labeler/run \ -H "Authorization: Bearer $EVALLY_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "input": { "title": "Bump next from 16.3.4 to 16.3.5", "files": "package.json\npackage-lock.json" }}'Seen in the wild
Community builds on Jev that use this pattern. Not affiliated with Evally.
More in Engineering
- Engineering
PR risk review
Is this pull request safe to merge, or does it need a careful human look?
Safe to mergeNeeds careful reviewChanges requested7 questions - Engineering
Semantic code lint
Lint code against conventions written in plain English, the rules a regex can't express.
CleanWarningsViolations5 questions - Engineering
Commit message check
Does the commit message match the staged diff, with no secrets or debug leftovers?
Looks goodAmendBlock5 questions - Engineering
Package risk check
Catch typosquats and hostile install scripts before an install runs them.
AllowReviewBlock7 questions - Engineering
Vulnerable code check
Flag injection, path traversal, hardcoded secrets and other common holes in a change.
CleanReviewVulnerable4 questions - Engineering
Judge question review
Review a question before Jev answers it: two judgments in one, inputs no option fits, a rating hiding in a yes/no.
Good to goImproveRewrite3 questions - Engineering
Should this be a judge?
Paste a prompt from your code. Find out whether it's really a decision a judge would answer faster and cheaper.
Use a judgeSplit itKeep the LLM4 questions