Перейти к содержимому
Jev | typesafeAPI & Playground
…

Use Cases / pr-risk

Jev: оценка риска PR

Загруженным репозиториям нужен быстрый сигнал риска по заголовку PR + сводке diff до глубокого человеческого ревью. Chat LLM медленны и плохо порогуются; regex пропускает auth и утечки секретов.

Try a related template free on this host — 5 anonymous real-API runs with no signup — then ship the same schema with a prepaid jv_live_ key. See is Jev free? and playground.

Why Jev

Передайте заголовок PR, сводку и затронутые пути как state. Получите Choice-вердикт (allow / review / block), Score риска и Noul needs_security_review, которые бот может enforce. Пример: удаление JWT на /admin → block + высокий риск.

How to define the decision

state должен включать заголовок, краткую сводку diff и затронутые пути. Choice для вердикта, Score для риска, Noul для needs_security_review. Выровняйте метки вердикта с пониманием бота.

When to use Jev

  • Первый проход CI или бота по сводкам PR
  • Приоритизация очереди security review
  • Детекция путей с большим blast radius (auth, billing, admin)

When not to use Jev

  • Замена человеческого security review на чувствительных изменениях
  • Полный статический анализ или SAST diff
  • Генерация исправления кода

Sample input and output

From the live tool template. Run it in the playground for a real API response — sample labels below are illustrative until you click Run.

Input

title: Relax auth on /admin for staging tests

summary: Removes JWT check on /admin/*; adds console.log of session cookies.

files: app/api/admin/route.ts, middleware.ts

Sample display fields

  • verdict: block · 88%
  • risk: 0.86 · high
  • needs_security_review: yes · 92%

Block или высокий риск → потребовать security review или задержать merge. Allow с низкой уверенностью → как review. Модельные scores никогда не перекрывают жёсткие CODEOWNERS или branch protection.

Failure modes and human fallback

  • Upstream or network errors: retry with backoff; do not invent a decision.
  • Low confidence: route to a human queue or safer default — never auto-act on money/destructive tools.
  • Schema drift: keep a golden fixture set in CI so label changes fail the build before production.
  • Jev читает сводки, которые вы даёте — не замена diff-сканерам.
  • Fail closed (block или человеческое ревью) при сбое API.
  • Держите IAM и branch protection как жёсткие контроли.

API example

Same prepaid jv_live_ balance as tools. Output tokens are free on this host's metering model.

curl
curl https://jevtypesafe.org/api/v1/decide \
  -H "Authorization: Bearer jv_live_YOUR_KEY_HERE" \
  -H "Content-Type: application/json" \
  -d '{"state":"PR risk judge\nTitle: Relax auth on /admin for staging tests\nFiles: app/api/admin/route.ts, middleware.ts\nSummary:\nRemoves JWT check on /admin/*; adds console.log of session cookies.","questions":{"verdict":{"type":"choice","instructions":"Merge recommendation for a careful production team?","criteria":{"approve":"low risk, fine to merge with normal review","caution":"merge only with extra eyes / staging proof","block":"do not merge until security/auth issues are fixed"}},"risk":{"type":"score","instructions":"Overall production risk from 0 (safe) to 1 (severe).","criteria":["cosmetic","limited","material","severe"]},"needs_security_review":{"type":"noul","instructions":"Should security review this before merge?"}}}'

FAQ

Какой tool открыть первым?
Откройте PR Risk Judge в Tools, прогоните sample, затем подключите те же вопросы в CI через /api/v1/decide.
Может ли это автоматически одобрять merge?
Только если риск-аппетит позволяет — и никогда в одиночку для auth/billing путей. Предпочитайте «block или эскалацию» тихому allow при низкой уверенности.

Related use cases

Ready to build?

Free anonymous tool runs, then prepaid packs and a jv_live_ key — independent host, not affiliated with TypeSafe AI.

Jev: оценка риска PR | Риск merge до code review