Works with the AI Agents you already use

    Claude CodeClaude CodeCursorCursorCodex CLICodex CLIMuseMuseDotsDots+22 more

    Rule Calibrate

    1

    Dry-run your CLAUDE.md rules against your recent commits and see which are noisy, vague or never fire, before you enforce them.

    Free

    Security scanned
    Rule Calibrate

    Rule Calibrate

    Example session with this skill installed

    Run rule-calibrate on this repo. How would my CLAUDE.md rules have done against the last 15 commits?

    • Read your context and instructions
    • Compiled the rule calibrate

    Summary

    One rule is

    noisy (it fires on everything), two are

    decisive (they catch real violations), and one is

    quiet (it never fired). 10 of 10 changes were judged against 4 rules.

    This is real output from the packaged skill on a small throwaway repo (notes-app, 11 commits, 4 rules in CLAUDE.md). For this run I pointed the skill at a tiny local stand-in that marks a rule as firing when its backticked word appears in the change. It shows the flow and the table format. It says nothing about how a real model judges your rules.

    The result

    10 of 10 hunks judged against 4 rules (fire level 0.8)
    
     10/10  median 0.95 max 0.95  noisy     Always keep `import` lines sorted and at the top of the file.
      4/10  median 0.05 max 0.95  decisive  Never leave `print(` calls in library code, use logging.
      2/10  median 0.05 max 0.95  decisive  Never use `eval` anywhere in the codebase.
      0/10  median 0.05 max 0.05  quiet     Always add type hints to public functions.
    

    How to read each line

    RuleFiredVerdictWhat to do
    Keep import lines sorted10 of 10noisyIt fires on every change, so enforcing it would block everything. Reword or narrow it first.
    No print( in library code4 of 10decisiveSeparates violations from clean changes. Safe to enforce.
    Never use eval2 of 10decisiveSame.
    Type hints on public functions0 of 10quietThe code follows it, or the rule is too vague to notice. Make it concrete if you want it enforced.

    Next steps

    • Reword the noisy rule, then run it again.
    • For each quiet rule, check one commit by hand: does the code really follow it?
    • When the table looks sane, turn rule enforcement on in the jev-tools plugin.
    • Use --commits 30 --hunks 60 for a longer look, at more tokens.

    Connects securely to your tools. The creator never sees your data.

    About this skill

    Hey! Before you let any tool block your edits for breaking a project rule, find out which of your rules are actually any good.

    This skill is a dry run for your rulebook. It takes the "never / always / must" bullets from your CLAUDE.md (or AGENTS.md), replays your recent commits against each one, and tells you how often every rule would have fired.

    What you get

    One line per rule: fired/hunks median max verdict rule, with a verdict:

    • noisy: fires on 60% or more of real changes. Reword or narrow it before you enforce it.
    • weak: never decisive. Make the rule concrete.
    • quiet: never came close to firing. Either the code follows it, or the rule is too vague to notice.
    • decisive: separates violations from clean changes.
    • skipped: fewer than 5 changes could be judged.

    What it reads

    • Rules: imperative bullets ("never", "always", "must", "do not", "avoid") from CLAUDE.md, AGENTS.md and .claude/rules/*.md in the folder you run it from. Up to 20 rules. Prose paragraphs are ignored, and ~/.claude/CLAUDE.md is never read.
    • Changes: the diffs of your last N non-merge commits, code files only (docs, JSON, lock files and images are skipped, as are secret-looking file names), each capped at 8,000 characters.

    Your code leaves your machine

    This one needs a model, and every judged change is sent to it. That is up to 8,000 characters of a real commit diff each, to api.codiv.ai (free Codiv OpenJev key in OPENJEV_API_KEY) or to a loopback address for a local model set up with jev-tools-setup. Secret-shaped strings are redacted first and the key is only ever sent to those hosts. At 20 rules, expect about 5,000 input tokens per change, so 30 changes is roughly 150,000 tokens. Don't run it on private history you aren't willing to send.

    What you need

    Python 3.10+ and git. Standard library only, nothing to install. It cannot run offline: with no key and no local model it exits with a message.

    Honest limits

    • The evidence is thin. The author replayed 20 rules over 24 real changes from one other project, and no rule fired above 0.35, so every rule read "quiet". That is what a good rulebook on clean history looks like, and also what a blind rulebook looks like. Zero fires is not proof of a good rulebook.
    • Shallow clones have one commit. Run git fetch --deepen=40 first.
    • It appends one small line per model call (timestamp, number of questions, milliseconds, tokens, or an error type) to ~/.jev-tools/log.jsonl, or to the path in JEV_LOG. Diff content and keys are never logged.

    Part of jev-tools

    One of several skills from the free, MIT-licensed jev-tools project. The full plugin adds the optional rule-enforcement hook this skill helps you tune, which is not included in this listing: github.com/Rcidshacker/jev-tools

    How to use

    Skills on Agensi run inside your AI agent. Copy the prompt, paste it into your agent, and it connects to Agensi and installs this skill for you. If a payment is needed, your agent shows it to you first.

    Reviews

    No reviews yet

    Be one of the first to try it. Every listed skill passes our trust checks below.

    Security scanned

    Passed our 8-point scan before listing

    Fresh listing

    Recently published to Agensi

    Free forever

    No account required to browse

    Trust & safety

    Security scanned

    Verified clean 10 days ago

    • Free to download with an account

    Requires

    Codiv
    Python

    Listed10 days ago

    What's inside

    Frequently Asked Questions