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.
In this repository30 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- apple-cktool-jsSkill
- apple-cktoolSkill
- audit-training-experimentSkill
- awkSkill
- close-out-ml-experimentSkill
- compare-models-blindlySkill
- conventional-commitsSkill
- design-resumable-model-evaluationSkill
- gogopowermanagerSkill
- ios-design-reviewSkill
- mikrotik-routerosSkill
- obsidian-dailySkill
- orbstack-cliSkill
- package-private-ml-artifactsSkill
- prepare-training-corpusSkill
- proxmox-adminSkill
- review-ios-ui-apple-higSkill
- review-training-data-qualitySkill
- sedSkill
- select-and-verify-best-checkpointSkill
- send-to-minionSkill
- swift-reviewSkill
- technical-writerSkill
- tmuxinatorSkill
- topydoSkill
- unhobble-agent-contextSkill
- validate-structured-model-outputSkill
- write-a-promptSkill
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
- Distinctive: line 8
Run the smallest experiment that can disprove the training setup.
- Very specific: line 19
Run scripts/preflight_runner.py against the exact submitted runner:
- Very specific: line 38
Do not rely on load_best_model_at_end alone as proof of the evaluated checkpoint.
- Distinctive: line 44
Stop when any project-defined gate fails.
≈ “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.
Files
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
- Record the hypothesis, maximum optimizer steps, hardware, timeout, budget, seed, and stop gates.
- Freeze dataset splits, model revision, tokenizer revision, prompt contract, held-out manifest, and validator revision. Hash local inputs before renting compute.
- Confirm the user has authorized paid compute and any artifact upload. Keep repositories private unless explicitly told otherwise.
- 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.
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
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.

