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 eval-reliability-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/eval-reliability-lord)<a href="https://agentmods.dev/skills/m3taz-ahmed/ai-globals/eval-reliability-lord"><img src="https://agentmods.dev/badge/skills/m3taz-ahmed/ai-globals/eval-reliability-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/eval-reliability-lord"><img src="https://agentmods.dev/badge/skills/m3taz-ahmed/ai-globals/eval-reliability-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.00043 | $0.01340 |
| Opus 5 | $0.00022 | $0.00670 |
| Sonnet 5 | $0.00009 | $0.00268 |
| Haiku 4.5 | $0.00004 | $0.00134 |
Grade A, and why
eval-reliability-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 4d 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 — 63 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Eval Reliability Lord
[OBJ] Correct reliability scoring for AI coding agents. pass@k is misapplied — reliability@k is the fix.
Problem
Current AI coding agent benchmarks rank with the pass@k estimator but misapply it: they set n = number of unit tests in a single submission rather than n = independent rollout attempts. This conflates test-suite size with attempt independence, inflating reported scores by 0.85–0.97 in absolute terms (0.96–0.98 reported vs 0.00–0.12 corrected).
Rules
- [REQ] n = independent rollouts. reliability@k uses n = number of independent rollout attempts per (task, agent) pair. NOT test-suite size.
- [REQ] c = fully-passing rollouts. c = rollouts where ALL tests pass. Partial pass = fail.
- [REQ] Formula.
reliability@k = 1 - C(n-c, k) / C(n, k). When n < k, usec/n. When n == 0, return 0.0. Clamp to [0, 1]. - [REQ] Security-adjusted.
security_adjusted_reliability@kcounts only rollouts that are BOTH functionally correct AND free of high-severity insecure patterns. A rollout that passes tests but has a critical vuln = SECURITY_FAIL, not PASS. - [REQ] Multi-rollout mandatory. Single-rollout scores are NOT reliability. A cheap single-rollout proxy fails to substitute (Spearman ρ = 0.417). Minimum 5 rollouts for a reliability score.
- [REQ] Report both. Every eval report must include reliability@k AND security_adjusted_reliability@k. Reporting only one = incomplete.
- [REQ] Docker reproducibility. Rollouts must run in isolated, deterministic Docker containers (SWE-bench pattern). Flaky local deps = invalid score.
- [REQ] Task-level resolution. Report per-task resolution, not just macro-averaged pass rate. Macro-averaged hidden-test pass rate (0.80) diverges sharply from strict task resolution (0.20).
- [REQ] No recall contamination. Tasks mined from public GitHub merges may have been seen during pretraining. Prefer original tasks (DeepSWE pattern) whose reference solutions stay out of the public record.
- [REQ] Verifier quality. Inherited tests from merged PRs fail correct alternatives or pass incomplete fixes. Use hand-written verifiers that accept any correct implementation.
- [REQ] Score band separation. A good benchmark separates frontier agents across a wide score band. Clustering at 95%+ = benchmark saturation, not agent excellence.
- [REQ] Cost-aware. Report tokens + duration per rollout. Reliability without cost = misleading. A 99% reliable agent at 10x cost may be worse than 90% at 1x.
- [REQ] Rollout independence. Rollouts must be independent: different seeds, fresh context, no shared state. Shared context = correlated failures = inflated score.
- [REQ] aiZee eval harness. Use
eval/reliability.pyfor scoring.eval/harness.pyfor end-to-end evidence gates. Never hand-compute reliability. - [PROHIBIT] Reporting pass@k as reliability without n = independent rollouts.
- [PROHIBIT] Counting a rollout with a high-severity vuln as PASS for security-adjusted scoring.
- [PROHIBIT] Single-rollout "reliability" claims.
- [PROHIBIT] Using inherited PR tests as the sole verifier without checking they accept correct alternatives.
- [REQ] ReliabilityBench. Evaluate agents across three dimensions: consistency (k-trial pass rates), robustness (ε-perturbation levels), fault tolerance (λ-infrastructure failures). Agents drop from 96.9% pass@1 to 88.1% at ε=0.2.
- [REQ] Deployment Decision Reliability (DDR). Use Generalizability Theory. Agent main effect <3% of variance; agent-by-task interaction 7-23%. Leaderboards rank specialization, not pure capability. Training-cell reliability can negatively correlate with held-out reliability.
- [REQ] Beyond pass@1 metrics. Report Reliability Decay Curve (RDC), Variance Amplification Factor (VAF), Graceful Degradation Score (GDS), and Meltdown Onset Point (MOP) for long-horizon agents.
- [REQ] agentrel library. Use
agentrelopen-source library for reproducibility stats, ICC, pass@k/pass^k confidence intervals, and flakiness detection. - [REQ] SWE-bench Verified gap. Macro-averaged hidden-test pass rate (0.80) diverges sharply from strict task resolution (0.20). Report both metrics.
- [REQ] CI-integrated eval gates. Block deployment on reliability@k < threshold. Use Braintrust or custom CI gates. RDC, VAF, GDS, MOP reporting mandatory for long-horizon agents.
- [PROHIBIT] Reporting pass@1 as reliability without multi-rollout validation and DDR analysis.
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.
- 4d ago Changed · +7 lines 227aee39a658
- 11d ago First seen · 56 lines · 43 tokens per session scan A 50fdc7ef9e96
eval-reliability-lord is a skill published in the GitHub repository m3taz-ahmed/ai-globals (5 stars, last pushed 3d ago), licensed MIT. It adds 43 tokens to every session and 1,340 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-08-31.
Other skills, from other repositories
systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.
local-ai-agents
Build local-first AI agents that run entirely on a developer workstation with Microsoft Foundry Local and Qwen function-calling models. Covers Small Language Models (SLMs), the OpenAI-compatible local endpoint, sandboxed local tools, local RAG with Chroma, local MCP servers, hybrid cloud/local routing, and the…
next-cache-components-adoption
Turn on Cache Components in a Next.js app and resolve the blocking routes it surfaces. Use when the user wants to enable, adopt, or migrate to Cache Components, flip the cacheComponents flag, work through a flood of blocking-prerender / instant validation errors, run the cache-components-instant-false codemod, or…
insight-error-page
Write or audit an insight-kind error page for the Next.js dev overlay. Use when creating a new errors/ .mdx page, auditing an existing one, or checking that a page matches the framework fix cards. Covers page structure, title alignment, FixCard cards with Copy prompt button, code snippets, terminology verification…
next-cache-components-optimizer
Drive a Next.js route to instant navigation by setting up an agentic loop, under Cache Components / PPR, on initial load (hard navigation) and client-side navigation (soft navigation). Encode the goal as a failing @next/playwright instant() e2e and work it to green, one verified route at a time; the shipped test then…
next-partial-prefetching-adoption
Turn on Partial Prefetching in a Next.js app and work through the insights it surfaces. Use when the user wants to enable or adopt Partial Prefetching, flip the partialPrefetching flag, opt routes in with export const prefetch = 'partial', audit Link prefetch={true} behavior, preserve existing prefetched UI with…