executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
nn-training-workflowsAuthor and train Jittor models with layers, losses, optimizers, schedulers, and state handling.
Independent GitHub snapshot · Automated classification · Original documentation governs
Use this sub-skill for Jittor model authoring, scratch training loops, optimizer and scheduler setup, parameter/state handling, gradient accumulation, and train/eval behavior.
references/nn-api-reference.md for the layer, loss, optimizer, scheduler, and init signatures that matter for training.references/training-recipes.md for the bounded quadratic-regression recipe, PyTorch-to-Jittor porting map, accumulation order, and save/load pattern.references/troubleshooting.md when training fails, loss shapes mismatch, parameters are missing, or state does not reload.scripts/training_smoke.py to verify a tiny CPU training loop; it is CPU-safe and network-free by default. Use --help first, then --steps and --assert-loss-drop for a bounded check.Module and implementing execute.nn.Linear, nn.Conv, nn.BatchNorm, nn.Dropout, nn.Sequential, or recurrent layers for a training graph.nn.SGD, nn.Adam, nn.AdamW, nn.RMSprop, nn.Adan, Optimizer.step, backward, zero_grad, gradient clipping, or a learning-rate scheduler.state_dict, load_state_dict, save, load, or checkpoint conversion between Jittor and PyTorch-style state bundles.execute, not forward.model.train() before training and model.eval() before validation or inference.optimizer.step(loss) for the simple case, or optimizer.backward(loss) plus optimizer.step() when you need accumulation.state_dict shape and name mismatches as a load-time issue to inspect, not something to ignore silently.scripts/training_smoke.py.