Fix CommonSense meditation desync: host-authoritative sync

[sviyh]

Summary

• Fixes desync caused by CommonSense's JobDriver_MeditationTick_CommonSensePatch postfix evaluating joy.CurLevel >= 0.98f differently on host vs client due to floating point drift
• Instead of disabling the feature, replaces it with a host-authoritative version: host evaluates the joy/psyfocus thresholds and syncs the EndJobWith decision to all clients via RegisterSyncMethod
• The original postfix is canceled in MP via a Harmony prefix, and a new postfix on JobDriver_Meditate.MeditationTick runs only on the host

Root cause

Observed in desync log (map 19): CommonSense ended a reign/meditation job on the host (joy hit 0.98), triggering PickUpAndHaul's CheckIfPawnShouldUnloadInventory which created a new job and consumed extra RNG state. The client's joy was slightly below threshold, so the job continued — permanent RNG divergence from that tick forward.

Test plan

• Load MP game with CommonSense active, verify meditation economy still works (pawns stop meditating when joy is full)
• Verify no desync occurs during extended play with meditating/reigning pawns
• Verify single-player is unaffected (original CommonSense postfix runs normally)

🤖 Generated with Claude Code

[Zetrith]

Some issues:

• Floating point drift isn't an issue AFAIK, is this an AI hallucination?
• SyncMethods only execute from code called in the interface, a call during ticking won't be replicated