spawn-above-model-tier
Off by default: once a workspace turns it on, it reports a subagent spawned on a model whose tier ranks above the tier its job was forked at.
What it catches
A subagent spawned on a model whose tier ranks above the tier its job was forked at.
Why
A job row records the model tier it was forked at and why. A spawn of a model the declaration ranks above that tier spends more than the row chose, and the row no longer says why. It compares ranks in the workspace's declaration, never model names or prices, and says nothing for a model no tier maps. It never refuses: work can outgrow its row, and the remedy is re-forking the row at the tier it needs so the choice is recorded, which only the root can judge.
Default and override
By default this rule takes the decision off. A workspace sets it by name, in its root
magusfile, to advise or off:
magus\guard.builtins({"spawn-above-model-tier": "advise"})
A loosening takes effect once it is committed; a tightening applies at once.
Seeing it
A verdict names its rule in brackets, which is how you got here:
advise [spawn-above-model-tier]: ...
magus describe rule spawn-above-model-tier prints the same entry at a terminal, and
magus describe rules lists every rule this workspace enforces.
See also
- All rules - what this workspace enforces, deny first
- The guard - how a verdict is reached and wired
- Setting a built-in rule - how a workspace changes this default