agentleFS
bastosbastos/skills/run-hugging-face-training-smoke/SKILL.md

run-hugging-face-training-smoke

Skill7 starsChanged 10 months agoMITView on GitHub

Runs one bounded, private Hugging Face training smoke with immutable inputs, local preflight checks, explicit stop gates, checkpoint verification, and reproducible evidence. Use before spending cloud compute on a longer fine-tuning run.

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 2 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Run the smallest experiment that can disprove the training setup.

    line 8
  2. Very specific:

    Run scripts/preflight_runner.py against the exact submitted runner:

    line 19
  3. Very specific:

    Do not rely on load_best_model_at_end alone as proof of the evaluated checkpoint.

    line 38
  4. Distinctive:

    Stop when any project-defined gate fails.

    line 44

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Run Hugging Face Training Smoke

Run the smallest experiment that can disprove the training setup. Treat a passing smoke as permission to consider a longer run, never as model or product acceptance.

Establish the boundary

  1. Record the hypothesis, maximum optimizer steps, hardware, timeout, budget, seed, and stop gates.
  2. Freeze dataset splits, model revision, tokenizer revision, prompt contract, held-out manifest, and validator revision. Hash local inputs before renting compute.
  3. Confirm the user has authorized paid compute and any artifact upload. Keep repositories private unless explicitly told otherwise.
  4. Load credentials from the authorized environment without printing or copying them into commands, logs, manifests, or source.

Preflight locally

Run scripts/preflight_runner.py against the exact submitted runner:

python scripts/preflight_runner.py path/to/runner.py \
  --require "load_best_model_at_end" \
  --forbid "print(os.environ"

Then execute the runner's cheapest supported dry run or stdin simulation. Verify:

  • imports and argument parsing succeed;
  • dataset and model revisions resolve;
  • chat/template formatting produces completion-only labels as intended;
  • the output directory and private Hub target are explicit;
  • evaluation occurs at the intended cadence;
  • the metric used for best-model selection matches the emitted metric;
  • held-out evaluation explicitly reloads the recorded best checkpoint;
  • incremental logs and results survive job termination.

Do not rely on load_best_model_at_end alone as proof of the evaluated checkpoint.

Launch exactly one bounded job

Submit the already-preflighted command. Record the job ID and immutable command immediately. Monitor only long enough to detect startup, data, memory, loss, or checkpoint failures. Do not automatically retry a paid job; preserve the failure and obtain new authorization when another paid attempt is needed.

Stop when any project-defined gate fails. Never relax parsing, supplied-ID, legality, replay, safety, or quality thresholds because the loss curve looks healthy.

Evaluate and report

Evaluate the frozen held-out cases once, without repair or retry, using the recorded best-validation checkpoint. Preserve:

  • exact command, configuration, revisions, hashes, seed, package versions, GPU, runtime, peak memory, and estimated cost;
  • train/evaluation loss history and best metric, step, and checkpoint;
  • proof of the checkpoint loaded for held-out inference;
  • raw and normalized outputs, validator results, latency, and domain gates;
  • artifact locations and hashes.

State the narrowest justified conclusion. A smoke can prove that the pipeline trains and obeys a contract; it cannot establish strategic usefulness or production acceptance.

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.