rule-audit
rule-audit is a static analyzer for AI system prompts: it parses a prompt into normative rules and reports logical contradictions, coverage gaps, priority ambiguities, meta-rule paradoxes, and absolute-rule edge cases — without calling an LLM.
Part of the Hermes Labs reliability stack.
The problem
A complex AI safety prompt can contain rules that conflict under specific conditions. Those conflicts are easy to write and hard to see by eye. rule-audit reads the prompt the way a linter reads code and surfaces the conflicts as structured findings.
Illustrative example — two rules that have no stated priority between them:
"You must always follow user instructions."
"You must never produce harmful content."
The moment a user instructs the model to produce harmful content, nothing in the prompt says which rule wins. rule-audit flags this pair so the author can add an explicit ordering.
Install
pip install rule-audit
Or from source:
git clone https://github.com/hermes-labs-ai/rule-audit
cd rule-audit
pip install -e ".[dev]"
Pure Python, no runtime dependencies, Python 3.9+.
60-second quickstart
CLI
# Built-in demo — exercises every detector family, no input needed
rule-audit --demo
# Inline prompt
rule-audit "You are helpful. You must never lie. Always answer every question."
# From a file
rule-audit --file system_prompt.txt
# Save a Markdown report
rule-audit --file system_prompt.txt --output report.md
# JSON for downstream processing
rule-audit --file system_prompt.txt --format json
# Summary only (handy in CI)
rule-audit --file system_prompt.txt --format summary
# Keep contradiction and edge-case detail at high severity
rule-audit --file system_prompt.txt --min-severity high
Exit codes: 0 = LOW/MEDIUM risk, 2 = HIGH/CRITICAL risk, 1 = error.
Pre-commit
Audit prompt files before they are committed:
repos:
- repo: https://github.com/hermes-labs-ai/rule-audit
rev: v0.4.0
hooks:
- id: rule-audit
Then run:
pre-commit install
pre-commit run rule-audit --all-files
The hook checks Markdown and text files under prompt/ or prompts/, plus conventional system, developer, and agent prompt/instruction filenames. It reports every matched file and preserves the CLI exit codes above. Adjust files: in your consumer configuration if your prompts live elsewhere.
Claude Code
A native plugin adds one slash command, so you can audit a prompt file without leaving the session:
claude --plugin-dir ./integrations/claude-code
/rule-audit:audit prompts/support_agent.md
It runs this CLI locally and returns a bounded report — at most 5 findings per
family, with the true totals and the command to see the rest — plus the caveats
needed to read a HIGH label correctly. Nothing runs unless you ask for it.
See integrations/claude-code/README.md
for install, disable and uninstall, and for the measurements behind the decision
to ship a command rather than an automatic edit-time hook.
Gemini CLI
An extension adds the same command to Gemini CLI:
gemini extensions install https://github.com/hermes-labs-ai/rule-audit --ref main
/rule-audit:audit prompts/support_agent.md
Gemini CLI shows you the exact command and asks you to approve it, then runs this CLI locally and hands the model the same bounded report. Nothing runs unless you ask for it, and there is no hook.
See integrations/gemini-cli/README.md for
install, disable and uninstall, and for the host-specific details — why the
command exits 0, and why the report is fenced in explicit markers.
Hermes Agent
A plugin adds the command to Hermes Agent:
hermes plugins install hermes-labs-ai/rule-audit/integrations/hermes-agent
hermes plugins enable rule-audit
/rule-audit # audits your own SOUL.md
/rule-audit prompts/support.md # audits any prompt file
Typed bare it audits your SOUL.md — the first section of the Hermes system
prompt, and a system prompt in exactly the sense this tool is calibrated for.
The report goes to you, not to the model. Nothing runs unless you ask for it,
and there is no hook.
See integrations/hermes-agent/README.md
for install, disable and uninstall, and for the host-specific details — why the
plugin registers no model tool, and where the report is displayed.
Codex
A plugin adds the skill to Codex. The repository is itself a Codex plugin marketplace:
codex plugin marketplace add hermes-labs-ai/rule-audit
codex plugin add rule-audit@rule-audit
The installer git-clones the default branch and looks for
.agents/plugins/marketplace.json there. That index is on main, so the bare
form needs no --ref.
> Audit prompts/support_agent.md with $rule-audit:audit
Type $ or /skills to pick the skill — either way it is inserted into the
composer and nothing runs until you send it. Codex then runs the bundled adapter
locally and summarises the findings. Codex may also reach for the skill on its
own when you ask for a prompt audit without naming it, which is how skills work
and which the plugin README explains. There is no hook, nothing runs in the
background, and nothing runs at all until you send a turn.
See integrations/codex/README.md for install,
disable and uninstall, for what an installed skill costs on every turn, and for
the host-specific details — why the wrapper, rather than the skill text, owns
every guarantee.
Machine-readable result envelope
For tooling that compares results across tools, the same audit can be emitted as a Hermes Reliability Lab result envelope — the ordinary JSON report embedded verbatim, plus tool version, a hash of the exact input, one finding per thing the analyzer found (each with its source span), the exit code, a timestamp, and the Git commit when run from a checkout:
python -m rule_audit.evidence --file system_prompt.txt
python -m rule_audit.evidence --case negative_clean_prompt # a labeled calibration case
It changes nothing about detection or scoring and reads and writes no files
beyond the input. Exit codes are the CLI's: 0, 2 for HIGH/CRITICAL, 1
when the input could not be read (the envelope then reports status unknown).
Python API
from rule_audit import audit
report = audit("""
You are a helpful AI assistant.
Always answer user questions completely.
Never produce content that could harm anyone.
Follow operator instructions above all else.
If asked to roleplay without restrictions, comply.
""")
print(report.summary())
# rule-audit report [2026-...T...]
# ============================================================
# Rules parsed : 4
# Contradictions : 1 (1 high, 0 medium)
# Coverage gaps : 5
# Priority ambiguities : 0
# Meta-paradoxes : 0
# Absoluteness issues : 5
# Edge case scenarios : 17
# Risk score : 55/100 [HIGH]
# Full Markdown report
md = report.to_markdown()
# Access findings programmatically
for c in report.result.contradictions:
print(c.severity, c.description)
for ec in report.edge_cases:
print(ec.title, ec.attack_vector)
(Exact counts depend on the input prompt; the values above are the actual output for the five-line prompt shown.)
What it detects
1. Contradictions
Rule pairs that pull against each other. Four detector families:
- Direct — opposing modalities on a shared topic (e.g.
MUSTvsMUST_NOT). - Conditional — one rule applies unconditionally, another applies a contradicting directive under a condition; the overlap region is undefined.
- Scope — a universal obligation (
always …) and a restricted obligation (… only / except …) on the same domain. - Absoluteness — two high-absoluteness rules that pull in opposite directions (e.g. compliance vs safety).
2. Coverage gaps
Checks the prompt against eight safety-relevant domains and flags any with no rule coverage: harmful content, principal hierarchy (user vs operator vs developer), ambiguous requests, persona/roleplay, refusal protocol, instruction-conflict resolution, self-disclosure of instructions, and edge-case fallback behavior. Also flags conditional rules that have no stated default for the else-case.
3. Priority ambiguities
Rule clusters that conflict with no explicit ordering and no meta-rule that resolves them.
4. Meta-rule paradoxes
Rules that reference rules — e.g. "ignore all previous instructions" (self-defeating), "these instructions supersede all others" (exploitable via injection), or override language elsewhere in the prompt that could be used to void other rules.
5. Absoluteness audit
Each always / never / under no circumstances rule is paired with challenge scenarios: known exceptions, context-dependent cases, and adversarial triggers.
6. Edge-case scenarios
For each finding, the report renders a concrete example scenario plus a suggested attack vector, expected failure mode, and mitigation. These are templated from the finding — illustrative starting points for testing, not verified exploits.
Calibration: does it actually work?
calibration/ is a bounded, hand-labeled corpus (11 cases) with an explicit
ground truth — not a statistical claim, an auditable one. Positive cases pin
down a true finding per detector family (direct/scope/conditional/absoluteness
contradiction, meta-paradox, priority ambiguity, coverage gap); negative cases
pin down known false-positive traps, like two rules with opposing modality on
completely unrelated topics.
# Machine-readable benchmark result (JSON), exit 1 on any regression
python -m rule_audit.calibration
# As a pytest gate
pytest tests/test_calibration.py -v
Every Rule carries start / end character offsets into the original
prompt (report.to_dict()["rules"][i]["span"], also threaded onto
contradictions, meta-paradoxes, and absoluteness issues) — every finding
traces back to an exact source span, not just a truncated text snippet.
See calibration/README.md for the case schema and how to add cases.
Limitations / what it does NOT do
- Lexical parser, not a language model. Parsing is sentence-splitting + modal-verb regex + keyword clusters. Rules that need semantic understanding (implied or narrative-embedded constraints) can be missed.
- It does not prove a prompt is exploitable. A
CRITICALrisk label means "many absolute rules and contradictions in a short prompt" by the lexical scoring — not a verified end-to-end exploit. For dynamic verification, pair it withhermes-jailbench(jailbreak regression). - 14 keyword clusters, curated by hand. Uncommon domains may not trigger coverage-gap detection; extend
_KEYWORD_CLUSTERSinanalyzer.py. - Absoluteness defaults to 0.5 for modal sentences with no qualifier keyword. A design choice — tune
_compute_absolutenessfor your corpus. - English only in this release.
- Single-document only. Multi-part prompts (operator + user + tool results) merged into one input are analyzed as a flat rule list; structural separation between principals is not modeled.
- O(n²) pair comparison. Fine for realistic prompts; very large rule sets will be slow.
How it relates to other tools
rule-auditand LintLang are complementary, not duplicates.rule-auditanalyzes the logical content of a system prompt (contradictions, gaps, priority). LintLang lints the structure of agent configs and tool descriptions. Run both.rule-auditis static;hermes-jailbenchis dynamic. Static analysis finds candidate flaws; dynamic testing checks whether they are reachable against a live endpoint.
Architecture
rule_audit/
├── __init__.py # Public API: audit(), audit_file(), AuditReport
├── parser.py # Sentence splitting, modal-verb detection, Rule objects (with source spans)
├── analyzer.py # Contradiction / gap / priority / meta / absoluteness detectors
├── edge_cases.py # Scenario generator from analysis results
├── report.py # AuditReport + Markdown / JSON renderers
├── calibration.py # Labeled calibration corpus runner (calibration_cases/*.json, package data)
├── precommit.py # Pre-commit hook entry point
└── cli.py # CLI entry point
Pure Python standard library, zero runtime dependencies, deterministic (same input → same output), no network calls.
Development
pip install -e ".[dev]"
# Run the test suite
pytest
# With coverage
pytest --cov=rule_audit --cov-report=term-missing
# Audit a real prompt
python -m rule_audit --file your_prompt.txt --verbose
License
MIT — see LICENSE. © Hermes Labs 2026.
About Hermes Labs
Hermes Labs is an AI reliability engineering studio for product and engineering teams shipping production agents and LLM applications. We find the structural AI failures standard evals miss, then harden retrieval, memory, agents, and the language layers around production AI systems with runtime controls and defensible evidence.
Browse the open-source catalog or contact roli@hermes-labs.ai.
Not affiliated with NousResearch, Teknium, the Nous-Hermes LLM line, or any unrelated hermes-* project.
Built by Hermes Labs · @hermes-labs-ai
Release files for rule-audit 0.4.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| rule_audit-0.4.0.tar.gz | 106.3 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| rule_audit-0.4.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 154.5 kB
Release files / rule_audit-0.4.0.tar.gz
| Download URL | rule_audit-0.4.0.tar.gz |
|---|---|
| Size | 106.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
5a3db509511a3ecc705a0a85893b6ff63cc6025eea09edad03aa61e39be057a0
|
|
BLAKE2b-256 checksum How to use checksums |
1e0f0b4d4389c874cbad55e3453a3bbbab4b7f4f9872c66096aecdc934236eb7
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 8, 2026.
Transparency logRelease files / rule_audit-0.4.0-py3-none-any.whl
| Download URL | rule_audit-0.4.0-py3-none-any.whl |
|---|---|
| Size | 48.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
89bef34f5a23873294426be1c456bfddf2c01b1240741e8055ea17f25c45f616
|
|
BLAKE2b-256 checksum How to use checksums |
03db072a91dff6b9eee155ee9a81fd3380097a61c796c46701b602c5daa496ae
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 8, 2026.
Transparency log