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
customization-and-constraintsCustomize PySR search space, custom operators, losses, constraints, units, and mutation or plugin behavior.
Independent GitHub snapshot · Automated classification · Original documentation governs
Use this sub-skill when the user wants to change how PySR searches, scores, or rejects expressions rather than simply fitting a standard model.
operatorsNaN guards for invalid operator domainsextra_sympy_mappings for custom operatorselementwise_loss, loss_function, or loss_function_expressionnested_constraints, or complexity shapingX_units, y_units, or dimensionless_constants_onlyfit-and-diagnosestructured-expressionsexport-and-artifactsruntime-and-scalingNaN, not Python-style exceptions.loss_scale="linear" when negative losses are possible.Inf whenever evolution needs a gradient toward compliance.maxsize, operator constraints, and units so intermediate expressions remain reachable.mutations / default_mutations and plugins / default_plugins when the user wants runtime tuning objects instead of legacy weight knobs.references/operators-and-losses.md for custom operators and loss modes.references/constraints-and-units.md for constraints, complexity shaping, and units.references/api-reference.md for current constructor and fit signatures.references/troubleshooting.md for common failures and fixes.scripts/validate_custom_operator.py for a safe static checklist before implementation.Return a concrete customization plan or validated operator/loss/constraint draft, and state any unresolved domain, export, or unit caveats explicitly.