fine-tuning
Skill0 starsChanged 7 months agoApache-2.0View on GitHub
Guardrail for using fine-tuning pipelines through CLI or YAML: SFT, preference tuning, LoRA settings, checkpoint evaluation, and experiment tracking.
2 other projects use a version of this.
Adopted by
Most recently taken up by
- nimadorostkar/Claude-Skills-collectiontheir own version, first seen Oct 13, 2026
- 0gfoundation/0g-agent-skillstheir own version, first seen Sep 17, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 2
- nimadorostkar/Claude-Skills-collection★ 33same name
- 0gfoundation/0g-agent-skills★ 15same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository57 other files it gives its agents.
- ai-app-integrationSkill
- anti-llm-frontend-designSkill
- aspnet-core-web-developmentSkill
- async-python-patternsSkill
- browser-game-foundationsSkill
- browser-local-qaSkill
- build-mcp-server-sdk-v2Skill
- canva-design-opsSkill
- check-completionSkill
- cli-tool-creatorSkill
- cloudflare-agents-mcpSkill
- cloudflare-durable-objectsSkill
- cloudflare-workers-platformSkill
- deployment-preview-workflowsSkill
- docx-document-artifactsSkill
- durable-workflow-orchestrationSkill
- dynamic-og-imagesSkill
- eval-auditSkill
- evaluate-ragSkill
- figma-design-to-code-rulesSkill
- frontend-product-builderSkill
- game-asset-pipeline-expansionSkill
- game-ui-playtestSkill
- generate-synthetic-dataSkill
- github-pr-ci-opsSkill
- gmail-inbox-opsSkill
- golden-datasetSkill
- huggingface-llm-trainerSkill
- javascript-monorepo-buildsSkill
- linear-issue-managementSkill
- media-generation-transcriptionSkill
- millrace-rs-contract-paritySkill
- minecraft-mod-qa-automationSkill
- notion-workspace-flowsSkill
- openai-docsSkill
- optimize-agentic-cliSkill
- pdf-artifact-workflowSkill
- phaser-2d-game-developmentSkill
- postgres-query-performanceSkill
- product-ui-polish-reviewSkill
- pydantic-v2-patternsSkill
- python-repo-refactoring-hygieneSkill
- rag-corpus-hygieneSkill
- react-next-performance-reviewSkill
- rust-best-practicesSkill
- shadcn-ui-compositionSkill
- skill-evaluation-harnessSkill
- tauri-desktopSkill
- tauri-mcp-cliSkill
- tauri-ptySkill
- tile-pixel-art-transitionsSkill
- train-sentence-transformersSkill
- typer-cli-patternsSkill
- using-dbt-for-analytics-engineeringSkill
- validate-evaluatorSkill
- visual-asset-pipelineSkill
- watchdog-file-watcher-patternsSkill
The file
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 9 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈9
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 31
Start with a smoke run.
- Distinctive: line 37
Do not train before validating data.
- Distinctive: line 38
Do not change source code when the requested surface is CLI or YAML usage.
- Distinctive: line 39
Do not adopt a checkpoint from training loss alone.
- Distinctive: line 40
Use held-out evals and task-specific metrics.
- Distinctive: line 42
Keep secrets and private data out of logs, configs, and published artifacts.
- Distinctive: line 61
Run a one-step or tiny-slice smoke test.
- Distinctive: line 62
Run the full job only after smoke passes.
- Distinctive: line 75
Start with dataset validation and smoke execution.
≈ “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
Fine Tuning
Purpose
Help agents operate a fine-tuning workflow through an existing CLI or YAML configuration without modifying training system source code. This skill covers run planning, dataset requirements, LoRA settings, monitoring, checkpoint comparison, and adoption decisions.
Quick Start
- Confirm the task is to use the training system, not edit it.
- Validate dataset schema, splits, labels, length, and sensitive content before training.
- Start with a smoke run.
- Log configuration, baseline metrics, checkpoint metrics, and artifacts.
- Compare checkpoints against held-out evals before adoption.
- Preserve rollback and reproducibility.
Operating Constraints
- Do not train before validating data.
- Do not change source code when the requested surface is CLI or YAML usage.
- Do not adopt a checkpoint from training loss alone.
- Use held-out evals and task-specific metrics.
- Track seeds, model, dataset version, LoRA config, runtime, hardware, and commands.
- Keep secrets and private data out of logs, configs, and published artifacts.
Inputs This Skill Expects
- Training CLI or YAML schema.
- Dataset files, split definitions, and validation rules.
- Baseline model and baseline eval results.
- Training objective, hardware, runtime, budget, and artifact destination.
- Checkpoint evaluation command or metric policy.
Output Contract
- Provide a validated training plan or blocked status.
- Include exact CLI/YAML settings, dataset version, smoke command, full run command, and evaluation command.
- Report checkpoint results against baseline and held-out data.
- State adopt, reject, or iterate with the reason.
Procedure
- Identify training type and target behavior.
- Validate dataset and split integrity.
- Choose conservative initial hyperparameters and LoRA settings.
- Run a one-step or tiny-slice smoke test.
- Run the full job only after smoke passes.
- Monitor logs and save artifacts.
- Evaluate checkpoints and compare to baseline.
- Record decision and rollback path.
Pitfalls And Gotchas
- Treating lower training loss as product improvement.
- Leaking eval rows into training.
- Forgetting tokenizer length and truncation checks.
- Publishing private data through model cards or logs.
- Tuning many hyperparameters without controlled experiment records.
Progressive Disclosure
Start with dataset validation and smoke execution. Expand into advanced tuning, preference methods, cloud jobs, or LoRA surgery only when baseline training evidence justifies it.
Verification Pattern
- Confirm dataset validation passes before training.
- Confirm smoke run passes before full run.
- Confirm checkpoint evaluation uses held-out data.
- Confirm adoption criteria include quality, safety, latency, and rollback.
- Confirm run metadata is reproducible.
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.

