lverif

Audit code diffs for regression risks and breaking changes.

1|Updated Apr 14, 2026
One-click install
npx skills add https://github.com/Virgile-Eratel/skills --skill lverif
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: lverif
Source: https://github.com/Virgile-Eratel/skills/tree/main/lverif
Command: npx skills add https://github.com/Virgile-Eratel/skills --skill lverif

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill reduces the chance you ship regressions after development by quickly auditing changes and enumerating the most likely risks.

Core Features & Use Cases

  • Post-development risk audit: Reviews the working diff and branch-vs-main diff to find breaking changes, type issues, security problems, and missed edge cases.
  • Fast vs deep mode: Performs a quick audit for internal-only changes and a deeper audit when exported interfaces, routes, or schemas are modified.
  • Prioritized, strict reporting: Produces a prioritized P0/P1/P2 list with a file:line anchor for each reported risk, in French by default.

Quick Start

Ask the AI to run the lverif audit automatically after the plan is finished to get a prioritized list of concrete risks from your diff.

Frequently Asked Questions about lverif

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit a code diff for regression risks and breaking API changes?

A post-development code diff audit reviews your working changes and branch-vs-main differences to identify regression risks, breaking API changes, typing breakages, and security gaps. It generates a prioritized P0/P1/P2 report with specific file:line anchors for each detected risk.

How does regression risk detection work for missed edge cases in code review?

Regression risk detection works by comparing your current branch against main using git diff main...HEAD. It evaluates modified exported interfaces, routes, and schemas to enumerate potential type issues and unhandled edge cases, outputting a low-noise prioritized risk report.

Can I automate a security and risk audit to run after development finishes?

Yes, you can automate a security and risk audit to run after development finishes. The workflow can auto-run the audit immediately after plan completion, analyzing your git diff to enforce read-only behavior and flag security gaps without requiring manual intervention.

Does the risk audit support deep analysis for exported schemas and routes?

Yes, the risk audit supports deep analysis for exported schemas and routes. It automatically switches from a fast audit mode to a deeper audit mode when exported interfaces, routes, or schemas are modified, ensuring comprehensive breaking change detection.

What is the best way to generate a prioritized P0/P1/P2 report for code review?

The best way to generate a prioritized P0/P1/P2 report for code review is to run an automated post-dev audit on your git diff. This enforces read-only behavior and outputs a low-noise report with file:line evidence for each identified regression risk and security gap.

Why does my code review audit output in French instead of English?

Your code review audit outputs in French because the tool enforces strict French-first output by default. This design choice ensures the prioritized risk reporting aligns with its intended low-noise, strict formatting standards for the target development environment.