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
core-api-and-autogradUse Jittor's core Var, Module, Function, gradient, execution, and serialization APIs for tensor and autograd tasks.
Independent GitHub snapshot · Automated classification · Original documentation governs
Use this sub-skill when a task is about Jittor tensor creation, Var arithmetic, broadcasting, gradients, execution order, Module or Function behavior, synchronization, or basic serialization.
Do not use it for layer/optimizer training recipes, dataset/model zoo workflows, backend installation and debugging, or custom C++ operator authoring. Route those to the sibling sub-skills that own them.
Module/Function surface, and common shape or dtype expectations.data/sync behavior, gradient updates, and safe no-grad scopes.Var, Module, gradients, and state transfer.jt.array, jt.float32, jt.zeros, jt.ones, jt.rand, jt.random, and similar core constructors.Var operations, broadcasting, data, numpy, sync, name, and simple reductions.jt.grad, jt.no_grad, jt.enable_grad, jt.flag_scope, lazy execution choices, and jt.sync_all.jt.Module, jt.Function, parameter/state layout, and checkpoint save/load basics.Var and confirm the result synchronizes correctly.jt.grad on the target vars.Module.execute, not forward.A normal CPU baseline for this sub-skill is the bundled smoke script:
python scripts/core_api_smoke.py --help
python scripts/core_api_smoke.py
The script should stay tiny and deterministic; it is meant to confirm the public API shape, not to benchmark or train a model.