Reversed experience. A skill is marked when it FAILS - failure or fumble - and
never when it works, and the improvement roll is the same reversal: roll OVER
your rating and the skill goes up 1d6. Nobody learns anything from the lock that
opened first time.
The two halves pull against each other on purpose, so ratings converge instead of
running away. Simulated over 2000 campaigns: a 10% and an 85% skill start 75
points apart and are 11 apart after 60 cases.
- rules.mjs owns it: DEVELOPMENT, developmentMarksOn, developmentImproves,
developmentCeiling, developmentGainFor
- trainingCap has been on the skill schema and the item sheet since it was
written and nothing has ever read it. Development reads it now: a skill stops
at its own cap, and everything else stops at DEVELOPMENT.ceiling, because a
d6 gain could otherwise push a 98% skill past 100
- GM opens the phase from a GM-only toggle in the token controls; it posts a
card naming every agent and their marked count, and puts a Development button
on each sheet. Players press their own
- the toggle re-reads the setting on change, since getSceneControlButtons only
fires at load and the button would otherwise lie if the phase were opened by
the API or a second GM
- rules journal and player primer rewritten from the tables; the old text
described the pre-reversal rule on both halves
- 7 spot-checks, 4 behaviour tests; verified end to end in a running Foundry
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
