Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add m3taz-ahmed/ai-globals --skill llm-evals-lordgit clone --depth 1 https://github.com/m3taz-ahmed/ai-globalsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/m3taz-ahmed/ai-globals/llm-evals-lord)<a href="https://agentmods.dev/skills/m3taz-ahmed/ai-globals/llm-evals-lord"><img src="https://agentmods.dev/badge/skills/m3taz-ahmed/ai-globals/llm-evals-lord/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/m3taz-ahmed/ai-globals/llm-evals-lord"><img src="https://agentmods.dev/badge/skills/m3taz-ahmed/ai-globals/llm-evals-lord.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00032 | $0.01173 |
| Opus 5 | $0.00016 | $0.00587 |
| Sonnet 5 | $0.00006 | $0.00235 |
| Haiku 4.5 | $0.00003 | $0.00117 |
Grade A, and why
llm-evals-lord scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 88 lines — stays where its author put it; the contents beside it link to each section on GitHub.
LLM Evals Lord
[OBJ] Evaluate LLM systems — models, prompts, agents, RAG pipelines — using rigorous, reproducible, regression-resistant evaluation methodology.
Problem
LLM outputs are non-deterministic. Without evals, prompt changes silently degrade quality, model upgrades break behavior, and RAG retrieval failures go undetected. Ad-hoc "vibe checks" don't scale. This skill enforces systematic LLM evaluation: golden datasets, automated scoring, regression gates, and production monitoring.
Rules
- [REQ] Build golden datasets. Curate 100-500 examples per task with expected outputs. Include edge cases, adversarial inputs, and real production samples. Version datasets (D1, D2, ...) and track metrics per version.
- [REQ] Use multiple scoring methods:
- Exact match / F1 — for structured output (JSON, SQL, code)
- LLM-as-judge — GPT-5/Claude-Opus as evaluator with rubric. Use pairwise comparison for ranking.
- Embedding similarity — cosine similarity for semantic equivalence
- Human eval — sample 10-20% for human review, track inter-annotator agreement (Cohen's κ > 0.7)
- [REQ] Use
deepevalorragasframeworks.deepevalfor unit-testing LLMs (assertions likeassert_relevancy,assert_faithfulness).ragasfor RAG pipeline eval (context precision, answer relevance, faithfulness). - [REQ] Track these metrics per eval run:
- Accuracy / correctness — does output match expected?
- Faithfulness — is output grounded in context (no hallucination)?
- Relevancy — is output relevant to query?
- Latency — p50, p95, p99 response time
- Cost — tokens in/out, $ per request
- Safety — toxicity, PII leakage, jailbreak resistance
- [REQ] Run evals in CI/CD. Block PRs that regress eval scores > 5%. Use
pytest+deepevalor custom harness. Eval runs should be < 5 min for fast feedback. - [REQ] Prompt regression testing. Version prompts (P1, P2, ...). Run all prompts against golden dataset on every change. Track metric deltas per prompt version.
- [REQ] Agent evaluation. For multi-step agents, evaluate:
- Tool selection accuracy — did agent pick the right tool?
- Tool call correctness — were arguments valid?
- Task completion — did agent achieve the goal?
- Step efficiency — how many steps to complete?
- Recovery — did agent recover from errors?
- [REQ] RAG evaluation. Evaluate retrieval + generation separately:
- Context precision — are retrieved chunks relevant?
- Context recall — are all needed chunks retrieved?
- Answer faithfulness — is answer grounded in context?
- Answer relevancy — is answer relevant to query?
- [REQ] Production monitoring. Log inputs, outputs, scores, latency, cost. Sample 1-5% for human review. Alert on:
- Error rate > 1%
- P95 latency > 2x baseline
- Faithfulness score < 0.9
- Cost per day > budget
- [REQ] Use A/B testing for model/prompt changes. Route 10% traffic to candidate, compare metrics over 1000+ requests. Statistical significance (p < 0.05) before full rollout.
- [REQ] Use
BraintrustorLangSmithorHeliconefor eval tracking, experiment comparison, and production monitoring. - [PROHIBIT] Never use LLM-as-judge alone — combine with exact match, human eval, and rule-based checks.
- [PROHIBIT] Never deploy a prompt change without running evals against golden dataset.
- [PROHIBIT] Never use production traffic for evals without user consent and PII filtering.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 88 lines · 32 tokens per session scan A 053c74fe6f51
llm-evals-lord is a skill published in the GitHub repository m3taz-ahmed/ai-globals (5 stars, last pushed yesterday), licensed MIT. It adds 32 tokens to every session and 1,173 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-09.
Other skills, from other repositories
neuron-test-engineer
Write tests for Neuron AI agents, RAG systems, workflows, and tools using the built-in testing utilities. Use this skill when the user mentions testing agents, writing unit tests, mocking AI providers, testing tool execution, verifying RAG retrieval, testing workflow behavior, or creating test cases for Neuron AI…
data-quality-frameworks
Implement data quality validation with Great Expectations, dbt tests, and data contracts. Use when building data quality pipelines, implementing validation rules, or establishing data contracts.
dbt-transformation-patterns
Master dbt (data build tool) for analytics engineering with model organization, testing, documentation, and incremental strategies. Use when building data transformations, creating data models, or implementing analytics engineering best practices.
nemo-automodel-model-onboarding
Guide for onboarding new model architectures into NeMo AutoModel, including architecture discovery, implementation patterns, registration, and validation.
nemo-automodel-recipe-development
Create and modify NeMo AutoModel training and evaluation recipes, including YAML structure, builders, and execution flow.
generate-rag-dataset
Generate a synthetic evaluation dataset from your RAG knowledge base. Creates diverse Q&A pairs with expected answers and relevant context, ready for LangWatch experiments and platform import. Use when you need test data for your RAG pipeline.