explainx.ainewsletter3.5k
TrendingNewsPathwaysSkills
Pricing
explainx.ai

Upskill in AI — 16 free pathways, live workshops & bootcamps, and 50+ courses from practitioners. Plus the skills, tools, and MCP servers to practice on.

follow us

corporate training

support@explainx.ai

get started

Find your pathTake Free Evaluation

learn

pathways — start freeworkshopsbootcampscoursescertificationsmock testsexplainx universitycorporate traininglearn skills & mcp

discover

skillsmcp serversexplainx mcptoolsagentsllmsdesignsdictionaryagi trackerranks

company

aboutvisionmissionteaminstructorscommunityhackathonscareers

content

daily AI newsstate of AI — live resultsblogreleasespromptsgeneratorsresource libraryfor LLMsexplainx.ai kids

solutions

all solutionsdeveloper upskillingmarketing upskillingproduct manager upskillingleadership upskilling

newsletter · weekly

Get AI news, tools, and insights in your inbox.

supportcontactprivacytermsdata rightshow we create contentsubmission guidelines

© 2026 AISOLO Technologies Pvt Ltd

On this page

  • TL;DR
  • Why scans are not enough
  • What live paired eval shows
  • How ACES compares to other evaluation approaches
  • What people are asking about NVIDIA ACES
  • Running paired evals in practice
  • ACES and the explainx.ai skills ecosystem
  • Negative-lift patterns worth fixing
  • What builders should do
  • Related on explainx.ai
← Back to blog

explainx / blog

NVIDIA ACES: 27% of Agent Skill Runs Don’t Beat Baseline

NVIDIA ACES live-evaluates agent skills with paired runs. ~27% of cases show zero or negative lift; scans alone correlate ~0 with runtime. SkillEvaluator ships open.

Aug 24, 2026·9 min read·Yash Thakker
NVIDIAAgent SkillsEvaluationClaude CodeCodex
go deep
NVIDIA ACES: 27% of Agent Skill Runs Don’t Beat Baseline

Your agent skill passed the linter. It might still make the agent worse.

NVIDIA's ACES framework — Agentic Continuous Evaluation of Skills — and the open SkillEvaluator tool measure what document scans cannot: live agents with and without a skill installed on the same task.

The August 2026 headline from digest coverage: ~27% of paired runs show zero or negative lift — skills that do not beat baseline once an agent actually executes them.

Weekly digest3.5k readers

Catch up on AI

Curated AI updates on agents, skills, and MCP — delivered to your inbox. Unsubscribe anytime.

TL;DR

table · 2 cols
FindingNumber
Paired production cases947 (58 of 64 skills)
Mean composite Skill Lift+0.2134 (95% CI ~0.20–0.23)
Positive / zero / negative689 / 171 / 87 (~27% ≤ baseline)
Scan vs live correlationTier 1 ρ ≈ -0.02, Tier 2 ρ ≈ -0.03
Verified catalog snapshot300+ skills; +31 pt avg lift (+39 excl. Security)
ToolOpen SkillEvaluator + nvidia/skills benchmarks.json

Why scans are not enough

NVIDIA's ACES paper (arXiv:2608.20614) argues skills are the application layer for agents — SKILL.md packages loaded via progressive disclosure across Claude Code, Codex, Cursor, and registries like /skills.

Scan-only eval (frontmatter lint, LLM rubric on prose) is like compiling with -Wall — no warnings ≠ correct behavior.

Runtime failure modes scans miss:

table · 2 cols
FailureWhat happens
Never discoveredAgent never loads skill on relevant queries
Wrong scriptReads docs but invokes bad tool/args
MisinterpretationOutput correct, report wrong
CollisionTwo skills conflict in workspace
Model driftNew model reasons differently about same SKILL.md

On 145 skills, structural vs LLM-judge scan scores correlated at Spearman ρ = 0.14 — scans do not even agree with each other, let alone predict runtime.

What live paired eval shows

ACES runs with-skill and baseline agents on identical tasks, grades trajectories (discovery, workflow, tool efficiency, accuracy), and reports Skill Lift = with − without.

Production-skill subset highlights:

  • Largest gains: skill execution (+0.33), behavior checking (+0.30), efficiency (+0.28) — not just final-answer accuracy (+0.14)
  • Negative lift (87 cases): skill found but misused, truncated answers, extra tool calls, goal accuracy fell despite "activation"
  • Efficiency metric: positive lift in only 41.7% of pairs — high-variance tradeoff

Separately, NVIDIA's verified catalog snapshot (Aug 12, 2026) shows when skills work, they work strongly:

table · 4 cols
DimensionWithout skillWith skillLift
Correctness4687+41
Discoverability4282+40
Effectiveness3978+39
Efficiency4378+35
Security9798+1

Skill Lift varies more by product than harness — Claude Code vs Codex ~5 pt apart on average; per-product spread ~+2 to +46.

Some skills save tokens (example cited: 76.9% reduction); others increase tokens and time — flagged for rework, not celebrated.

How ACES compares to other evaluation approaches

Most teams evaluating agent skills today fall into one of three buckets — and ACES is the first to treat runtime paired comparison as the default gate:

table · 4 cols
ApproachWhat it measuresPredicts live lift?Cost
Structural scan (Tier 1)Frontmatter, file layout, script presenceNo (ρ ≈ -0.02)Low
LLM rubric on prose (Tier 2)Readability, completeness of SKILL.mdNo (ρ ≈ -0.03)Medium
Single-run task evalDid the agent succeed once with the skill?Partial — no baselineMedium
ACES paired evalWith-skill vs without on identical taskYes — direct lift metricHigher
Human spot-checkReviewer reads trajectoriesYes, but not scalableHigh

The gap ACES fills is the same one eval-driven development addresses for models: you need a control group. A skill that helps on one lucky run but hurts on average is invisible without paired comparison.

NVIDIA's data also shows scan tiers barely agree with each other (Spearman ρ = 0.14 between Tier 1 and Tier 2). That means a skill can pass your linter and your LLM-judge rubric while still ranking in the negative-lift bucket once an agent loads it.

For explainx.ai readers who maintain skills on /skills, the practical read is: structure checks are hygiene, not proof of value. Hygiene catches broken scripts and missing frontmatter; ACES catches skills that agents discover but misuse.

What people are asking about NVIDIA ACES

These questions showed up across NVIDIA's blog comments, Hacker News threads on agent skills, and GitHub issues on nvidia/skills:

"Does this mean my skill is bad if lift is zero?" Not necessarily. Zero lift often means the task was solvable without the skill — the skill added no marginal value on that query class. That is useful signal for trimming scope: if a skill never beats baseline on its intended trigger set, rewrite the description or delete it.

"Why does efficiency lift only hit 41.7% of pairs?" Because skills frequently add tool calls, longer reasoning chains, or extra context reads. Correctness can rise while token count doubles. ACES treats that as a first-class tradeoff — not every "helpful" skill is economical.

"Can I run ACES locally?" SkillEvaluator ships open on the nvidia/skills repository with a benchmarks.json that updates continuously. You point it at your skill, define task fixtures, and run paired trajectories against your harness (Claude Code, Codex, or others). Exact CLI flags evolve — check the repo README for the August 2026 interface.

"Does ACES replace security review?" No. Security dimension lift was already near ceiling (97→98) because baselines were strong. Agent skills threat model coverage — prompt injection via SKILL.md, malicious scripts, supply-chain trust — stays a separate review pass. ACES adds a behavioral dimension security scans cannot see.

"Which harness benefits most?" Per-product spread was ~+2 to +46 points — wider than the ~5 pt average gap between Claude Code and Codex. Skill quality and discoverability matter more than which host you pick.

Running paired evals in practice

You do not need NVIDIA's full 947-case production suite to start. A minimal ACES-style loop for a skill you ship:

  1. Define 10–20 representative tasks — the queries your skill's description claims to handle.
  2. Run each task twice — identical prompt, same model, same harness config; once with the skill installed, once without.
  3. Grade trajectories, not just final answers — did the agent load the skill? Did it follow the workflow? Did tool calls match the spec?
  4. Compute per-dimension lift — Correctness, Discoverability, Effectiveness, Efficiency, Security.
  5. Flag negative-lift cases — read the trace; categorize as never-discovered, misused, collision, or harness regression.
  6. Gate merges on lift — same discipline as unit tests: no merge if composite lift ≤ 0 on your fixture set.

For teams already using loop engineering or the Gauntlet loop, ACES slots in as the critic pass for skills — the builder writes SKILL.md, the evaluator runs paired trajectories, the loop repeats until lift is positive on fixtures.

Token economics deserve explicit thresholds. If your skill adds +15 Correctness but +80% token use, set a budget rule: reject skills where efficiency lift ≤ 0 unless correctness gain exceeds your threshold. NVIDIA flagged several catalog skills in exactly that bucket.

ACES and the explainx.ai skills ecosystem

The /skills registry and companion posts like What are agent skills? and Agency agents assume skills are loadable, discoverable packages — not guaranteed improvements. ACES gives that assumption a quantitative test.

If you publish skills publicly, add a benchmarks.json entry or document your paired-eval fixtures so consumers can reproduce lift numbers. Transparency beats star counts: a skill with +40 Correctness lift on 20 fixtures is more trustworthy than one with polished prose and no runtime data.

LangChain deep agents 0.7 trimmed harness overhead; ACES trims skill overhead — complementary optimizations on opposite sides of the agent stack.

When auditing third-party skills from registries, ask for paired-eval results the same way you ask for SBOMs: proof beats prose. A skill that fails baseline on your fixtures should not ship because its SKILL.md reads well.

Negative-lift patterns worth fixing

The 87 negative-lift cases in ACES production data cluster into repeatable failure modes:

table · 3 cols
PatternSymptomFix
Over-broad descriptionSkill loads on irrelevant queries, adds noiseTighten trigger text; add negative examples
Script mismatchAgent reads docs, runs wrong commandPin script paths; add validation steps
Conflicting skillsTwo skills fight for routingNamespace triggers; document exclusions
Verbose overheadLong SKILL.md burns context before task startsThin prompts, thick artifacts
Model-specific assumptionsWorks on Opus, fails on HaikuTest across models in paired eval

The 171 zero-lift cases are a separate bucket — not harmful, but not worth the maintenance cost if your skill registry is growing. Periodic pruning against ACES fixtures keeps /skills-class catalogs honest.

What builders should do

  1. Do not ship skills on prose review alone — add paired evals to CI like unit tests.
  2. Investigate negative-lift traces — ACES separates "never discovered" from "discovered but harmful."
  3. Optimize discoverability — description/trigger text is a routing problem; isolated content quality is insufficient.
  4. Watch token economics — a skill that adds 2× tokens for +1 pt correctness may fail your budget.
  5. Cross-read security — agent skills threat model + runtime security metrics stay separate from behavior pass rates.

For explainx.ai readers maintaining **agent skills` or MCP-adjacent workflows, ACES is the closest thing to "does this SKILL.md actually help?" as an automated gate.

Related on explainx.ai

  • What are agent skills? Complete guide
  • Agent skills security threat model
  • Agency agents — AI specialists guide
  • Loop engineering for coding agents
  • Gauntlet loop — builder/critic technique
  • Claude Code commands reference
  • Codex slash commands reference
  • LangChain deep agents 0.7

Sources

  • NVIDIA — Evaluating agent skills with SkillEvaluator — August 2026
  • arXiv — Evaluating Skills, Not Just Agents (ACES)
  • nvidia/skills benchmarks.json — commit 738d79e snapshot cited in NVIDIA blog

Lift statistics from NVIDIA ACES paper and SkillEvaluator catalog snapshot August 2026. Follow @explainx_ai for agent evaluation coverage.

Spotted something out of date? Let us know.
Yash Thakker

Written by

Yash Thakker

Yash is an AI expert with over 300K learners. Join his workshops →

Related posts

Aug 21, 2026

Claude Code Community Projects: 6 Builds Worth Studying

Developers are shipping far beyond CRUD with Claude Code — animated terminal faces, offline medical viewers, isometric repo cities, and carrier-pigeon session messaging. explainx.ai tours six community projects and what each teaches about harness design.

Aug 21, 2026

Variate: The Agent Skill That Puts 4 Real UI Variants on Your Localhost

Most "AI design variation" tools drop you into a separate studio or a Figma-style preview that never quite matches your app. Variate does the opposite — it writes four complete, drop-in versions of one file in your own repo and lets you flip through them on the localhost you already have open, arrow key by arrow key.

Aug 16, 2026

Codex Multi-Agent V2: What Changed for Sub-Agent Delegation and GPT-5.5

OpenAI's Codex CLI shipped Multi-Agent V2 in version 0.145.0 — a hierarchical task-tree replacement for flat sub-agent IDs. GPT-5.5 and GPT-5.6 Sol/Terra are pinned to V2 whether you ask for it or not, while GPT-5.6 Luna got pulled from delegation entirely. explainx.ai covers what V2 actually changes, why teams are forcing v1 back on, and how it compares to Claude Code's Agent tool.