<< All versions

Skill v1.0.0

currentAutomated scan100/100
carsonburke/dotfiles/machine-learning
──Details
PublishedOctober 6, 2026 at 02:14 AM
Content Hashsha256:6f0b7f00be46f309...
Git SHA
──Files
Files (1 file, 2.0 KB)
SKILL.md2.0 KBactive
SKILL.md · 23 lines · 2.0 KB

version: "1.0.0" name: machine-learning description: Apply rigorous, ambitious engineering judgment to machine-learning work. Always use this when working on machine learning.


  • Build a mental model of the complete ML system before changing it. Diagnose root causes rather than symptoms.
  • Be ambitious and go all the way with good ideas. Pursue the optimal implementation under the objectives and constraints instead of defaulting to the smallest, easiest, or quickest approach.
  • Do not prioritize backward compatibility. Update affected code and remove obsolete paths.
  • Do not reach reflexively for clamping, limits, annealing, early stopping, gradient accumulation, or similar patches. They usually mask a broader problem with the implementation. Rethink the system and use such techniques only when the diagnosis shows they are the principled solution.
  • Be thorough and critical. Validate claims with evidence and state uncertainty honestly.
  • Compute is one of your most limiting factors. So ensure syncing, batching, fusing, compiling, cuda graphing, parallelism, etc. is optimal as you develop.
  • Consider the optimization landscape. Many things about a current solution will be in a local minimum. Often getting out of that local minimum requires significant changes in approach, led by prediction(s) about what the optimum is.

Runs

  • Never do smoke-style runs or use deliberately reduced training runs as evidence.
  • Queue all local GPU use through mlq. Follow the queue-ml-jobs skill when available.
  • We're always compute limited, so make reasonable sacrifices. Examples:
  • Don't do multiple seeds.
  • Don't have runs continue if they aren't providing more information, they're performing poorly, or they've plateaued. This includes sensible auto culling.
  • Model should never run on the CPU or fall back to worse versions. Examples: if the model supports f8 or bf16, it should never fall back to f32; if the model supports compiled, it should never fall back to eager. And generally it should pursue performance optimums.
All versions