Skip to main content
multivon-mcp exposes 19 tools to the agent. Each returns a JSON-friendly dict — typically {"score": float, "passed": bool, "reason": str, "threshold": float, "evaluator": str} — so the agent can branch on the result programmatically. The agent normally calls eval_discover first to plan its strategy, then specific tools as needed.

Capability discovery

eval_discover

Return the full machine-readable capability catalog. No arguments. No API key. Useful as a first call at session start — the agent plans its evaluation strategy against the actual available evaluators rather than guessing tool names. Returns

RAG generation evaluators

eval_faithfulness

QAG-graded faithfulness — is a RAG output grounded in the retrieved context?

eval_hallucination

Detect fabricated information not present in the context. Score 1.0 = no hallucination.

eval_relevance

Check whether an LLM output actually addresses the user’s question.

eval_answer_accuracy

QAG-graded semantic equivalence vs ground truth. Use when string match is too strict.

RAG retrieval evaluators

eval_context_precision

Are the retrieved chunks on-topic? Diagnoses retriever noise.

eval_context_recall

Does the retrieved context contain enough information to answer? Requires a labelled QA pair.

Safety & fairness

eval_toxicity

QAG-graded toxicity / harmful-content detection. Four yes/no questions; score = fraction passed.

eval_bias

QAG-graded bias detection across gender, race, politics, age, socioeconomic axes.

Compliance (local-only)

eval_pii_detection

Regex-based PII scan with jurisdiction packs. Zero API calls — safe to run on production traces inside regulated environments.

eval_schema_compliance

Validate an LLM output against a JSON Schema. Reports per-field errors, not just valid/invalid. Zero API calls.

Flexible / user-defined

eval_g_eval

G-Eval style holistic 0.0-1.0 scoring against a plain-English criterion. Runs twice and averages by default (mitigates single-sample variance per the G-Eval paper).

eval_custom_rubric

Score an output against your own list of yes/no quality checks. Each criterion is [question, expect_yes].

Agent trace

eval_tool_call_accuracy

Deterministic agent tool-call correctness — name match plus optional argument-dict comparison. No LLM judge.

Multimodal

eval_vqa_faithfulness

Image-grounded visual-QA faithfulness — does the answer match what’s in the image? Requires a vision-capable judge.

eval_document_grounding

Multi-page document-grounded faithfulness. Three yes/no checks per document (claims supported, no inventions, exceptions handled).

Document AI (pdfhell)

pdfhell_run

Run the pdfhell adversarial-PDF benchmark against a vision model. Returns pass rate, Wilson 95% CI, per-trap pass rates, suite hash, per-case details.

pdfhell_make

Generate one adversarial PDF + its answer key for inspection.

Audit

eval_audit_pack

Build a hash-chained, procurement-ready ZIP from a pdfhell run. No API calls.

Why these 19 (not all 44)

eval_discover returns the full 44-evaluator catalog so the agent can always introspect everything. The 19 directly exposed are the ones agents actually call mid-edit:
  • RAG generation (faithfulness, hallucination, relevance, answer_accuracy)
  • RAG retrieval (context_precision, context_recall)
  • Safety / fairness (toxicity, bias)
  • Compliance (pii_detection, schema_compliance) — local-only, no API egress
  • Flexible (g_eval, custom_rubric) for user-defined rubrics
  • Multimodal (vqa_faithfulness, document_grounding)
  • Agent traces (tool_call_accuracy)
  • Document AI (pdfhell_run, pdfhell_make)
  • Audit (eval_audit_pack) — for procurement
  • Discovery (eval_discover) — meta-capability for planning
Exposing all 44 would bloat the agent’s context window and overwhelm tool-selection. If you need an evaluator that’s not directly exposed, the agent can still use multivon-eval as a library — eval_discover returns the import paths.