elenchus-cli 0.9.0

Command-line interface for the elenchus consistency checker: check a .vrf string or file and report CONSISTENT / WARNING / UNDERDETERMINED / CONFLICT.
elenchus-cli-0.9.0 is not a library.

elenchus-cli

⚠️ Experimental. elenchus is mostly an AI-built experiment — written with the help of a small local model (Qwen3.6-35B-A3B-UD-Q4_K_XL.gguf) and various Claude models, in roughly equal measure. Expect non-professional design choices, rough edges, broken behavior, or mistakes. Use it at your own risk.

The elenchus-cli command-line interface — check a .vrf program (file, inline text, or stdin) and print the verdict. A thin std wrapper over the engine crates (elenchus-parserelenchus-compilerelenchus-solver).

The skill (skill/SKILL.md) teaches an LLM agent how to use elenchus end-to-end — when to reach for it, the DSL, worked examples, and the iterate-to-CONSISTENT workflow. It's adapted for the CLI and works in any harness that supports shell tools.

Usage

$ elenchus-cli path/to/program.vrf          # check a file (IMPORTs resolve relative to it)
$ elenchus-cli --text "DOMAIN d
FACT x a
CHECK x"                                      # inline program (every file starts with DOMAIN)
$ cat program.vrf | elenchus-cli -          # stdin
$ elenchus-cli program.vrf --format json        # machine-readable output
$ elenchus-cli broken.vrf --max-per-class 3     # cap places shown per error class

One input, three ways: a positional <file>, inline --text, or explicit stdin with -. Running elenchus-cli with no input prints help instead of waiting on stdin. --text and a file are mutually exclusive. IMPORT resolves only for the file form--text and stdin are treated as a single source, so a program using IMPORT must be passed as a file.

Exit code doubles as a CI gate:

Code Meaning
0 CONSISTENT
1 UNDERDETERMINED or WARNING
2 CONFLICT, or a parse/compile error

Output

Human (default) — e.g. a gate whose consequent has not been stated yet:

$ elenchus-cli ready.vrf
RESULT: WARNING
  WARNING   ready (PREMISE)  [ready.vrf:3]
      blocked by: web.svc tested
SUMMARY: 0 conflicts, 0 underdetermined, 1 warnings, 0 derived
EXIT_CODE: 1

JSON (--format json) — one line, for tooling and agents:

{"status":"CONSISTENT","exit_code":0,"conflicts":[],"warnings":[],"derived":[],"underdetermined":null,"unsat_core":[],"retract":[],"hints":[],"orphans":[],"unused_imports":[]}

Syntax errors

A malformed program exits 2 and prints the errors grouped by class (one class per keyword): the correct syntax and a real example are shown once per class, with every offending place listed beneath — line, caret, and the specific problem. Every error is collected in one pass (the parser recovers and keeps going).

$ elenchus-cli broken.vrf
RESULT: 2 syntax errors in broken.vrf

FACT  (1 problem)
  syntax  : FACT [<domain>.]<Subject> <predicate> [<object>]
  example : FACT socrates is human
    line 1, col 6 - FACT expects an atom: <Subject> <predicate> [<object>]
      | FACT lonely
      |      ^^^^^^

THEN  (1 problem)
  syntax  : THEN <literal>
  example : THEN motor uses fast_path
    line 5, col 9 - THEN expects a literal: [NOT] <Subject> <predicate> [<object>]
      |     THEN
      |         ^

Two independent caps control the volume (both default to "all"):

Flag Caps Footer when it hides something
--max-classes N number of classes shown … and N more classes
--max-per-class N places shown within each class … and N more <keyword> problems

By default (neither flag) you get everything. Set just one to cap that dimension and leave the other full; set both for full control.

License

MIT — see LICENSE.