a-model-you-can-audit-is-not-a-model-that-scores

Solid

Use at study design and implementation when choosing between a method you can validate quickly and a stronger one you are not sure you can afford. Covers pricing the expensive method with a measurement instead of an impression, the go/no-go that has to be written before the clock is spent, and why the safe choice is only safe on the axes nobody is grading.

AI & Automation 804 stars 25 forks Updated today NOASSERTION

Install

View on GitHub

Quality Score: 85/100

Stars 20%
97
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# The auditable method wins the argument and loses the score Given a fixed clock and a scored predictions file, there is a recurring choice between two methods: - one you can build in twenty minutes, cross-validate cleanly, explain fully, and defend against every question a reviewer asks; - one the field actually uses to get the published number, which needs an hour of setup you have not done, has failure modes you cannot fully enumerate, and might not finish. Every incentive inside a rigour-checking pipeline points at the first. The gates reward an auditable choice. The reviewer is easier to satisfy. The write-up is cleaner. And on a benchmark that grades predictions, none of that is measured. Measured on a scored arm: the pipeline shipped a gradient-boosted tree on hand-built features, with a set of scripts beside it named for what they audited — the train/test alignment, the units, the row alignment, the submission state. The control arm, on the same task with the same clock, wrote a graph network. The control won by a fifth of the normalized range. ## Price it; do not judge it The decision is not "is the expensive method better" — you already know it is. It is "does it fit". That is a measurement, and it takes ten minutes: 1. **Run one unit of it.** One epoch on 1% of the data, or one forward pass on one batch, timed. Not an estimate from experience; the actual wall clock on this machine, which is the only one whose speed matters. 2. **Extrapolate to th...

Details

Author
tangxiangru
Repository
tangxiangru/AutoR
Created
5 months ago
Last Updated
today
Language
Python
License
NOASSERTION

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

machine-learning

Builds, ships and operates predictive models - framing the problem, constructing features and splits, training reproducibly, serving, and knowing when to retrain. Use when deciding whether something is an ML problem, defining a target and the baseline it must beat, designing splits for time-ordered or grouped data, choosing a model family and a tuning budget, reviewing training code, or diagnosing a model that validated well and disappoints in production - train/serve skew, drift, retraining triggers. Covers leakage prevention, imbalance, encoding and missingness. Not for whether an improvement is real (statistics), stack selection or LLM, RAG and agent design (ai-engineering), or pipelines and warehouses (data-engineering). Ships an offline AST auditor (scripts/ml_check.py).

1 Updated 2 days ago
anton-winter-arch
AI & Automation Listed

machine-learning

Builds, ships and operates predictive models - framing the problem, constructing features and splits, training reproducibly, serving, and knowing when to retrain. Use when deciding whether something is an ML problem, defining a target and the baseline it must beat, designing splits for time-ordered or grouped data, choosing a model family and a tuning budget, reviewing training code, or diagnosing a model that validated well and disappoints in production - train/serve skew, drift, retraining triggers. Covers leakage prevention, imbalance, encoding and missingness. Not for whether an improvement is real (statistics), stack selection or LLM, RAG and agent design (ai-engineering), or pipelines and warehouses (data-engineering). Ships an offline AST auditor (scripts/ml_check.py).

0 Updated 2 days ago
thefilesareinthecomputer
AI & Automation Listed

evaluating-a-tuned-model

Learn whether a fine-tuned model is actually better than what it started from, instead of guessing from a few prompts that felt good. Builds a probe set from the task definition, writes a rubric, runs the tuned model against its own base model and optionally against a hosted frontier model, scores the results, and produces a scorecard you can rerun after every training run. Use when someone asks whether a fine-tune worked, whether it is good enough to ship, how it compares to the base model or to an API, or wants a regression suite for future training runs. Not for fixing a model that behaves badly at inference, which is debugging-a-bad-fine-tune, and not for measuring cost, which is costing-a-model-vs-an-api.

2 Updated 1 weeks ago
ErtasAI