agentleFS
zedarvateszedarvates/frugal-skills/skills/bench/SKILL.md

bench

Skill1 starsChanged 31 days agoMITView on GitHub

Instructions for the upstream routing benchmark and its fixed decision corpus. Use to inspect estimated routing costs against a declared baseline, or to plan reproducible evidence. Decision estimates are not measured provider bills, production savings or validation of this instruction catalog.

10 other projects use a version of this, 1 of them edited.

Adopted by

Most recently taken up by

The file

Files
SKILL.md

bench — routing benchmark methodology

Package scope and prerequisites

This catalog ships instructions, not the executable runtime. Python modules, scripts, local services and optional tools named below must be installed separately from the upstream project. Check their availability before running commands; if they are missing, explain the prerequisite instead of claiming execution or results. The host agent may use model tokens while following these instructions.

Commands, APIs and runtime behavior described below are conditional examples for a compatible upstream installation; they are not evidence of execution in this package.

python -m skills.bench.cli            # table + totals
python -m skills.bench.cli --json
python -m skills.bench.cli --save md  # timestamped report under .botte/reports/

The upstream benchmark runs its fixed task corpus through auto_router.decide() and compares decision-based cost estimates with a declared Tier.STANDARD baseline. This is a routing simulation, not an execution of every provider call or measurement of actual bills. Record the installed corpus, cost-model version and baseline before interpreting the output.

Why this exists

A reproducible benchmark needs a versioned corpus, explicit baseline and recorded controls. Use the separately installed upstream benchmark to compare estimates across changes, and actual measured replay evidence for claims about production usage or savings. Upstream integration proposals under docs/plans/ are not included here.

Reading the result

  • local_pct — the share of the simulated corpus assigned to a local backend; this is not measured provider usage.
  • totals.token_savings_pct / usd_savings_pct — belt cost vs. the fixed baseline.
  • Caveat, stated plainly: the corpus prompts are short (they're meant to be reproducible and fast, not exhaustive), so the effort estimator's length-based signal under-weights them relative to real production prompts — which carry full stack traces, diffs, multi-file context. On a machine with a local backend running, this bench tends to read higher local% than a real session would. Treat it as a limited diagnostic estimate, not a bound on production savings or a substitute for verified historical measurements.

Related: [[auto-router]] (what's being measured), [[control-loop]] (the real, historical counterpart), [[cost-estimator]] (the cost model reused here).

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.