Changes

Implement a super-interface for ModifierModule for just a module with hooks

Will be useful in simplifying ModifierHookMap usages without requiring it be serializable. May have other usages in the future. Adding to 1.18 instead of 1.19 as it will make documenting this stuff easier

Implement modifier priority command

Ths commit introduces a subcommand "/tconstruct report" for "/tconstruct report modifier_priority", it also moves modifier_usage to be a subcommand of the same (which will make it nicer to tab complete "/tconstruct modifiers"
Useful for determining the order things with the same hook will run. Unfortuantely will have limited benefits until 1.19 when modifier hooks are mandatory (as the report won't show overrides of non-modiifer hooks)

Implement basic modifier, helper to replace raw modifier usages

Since its builder based its a bit bulkier than some constructors, but also more flexible. Still have a couple things I want to decide before full

Disallow boon of sssss and strong bones from working on non-helmets

While cleaning this up in the breaking changes branch, noticed a couple of bugs that would happen if used on other slots so figured switching to the simplier logic with the limited slot is the best play here

* Boon of Sssss and Strong Bones both are restricted to helmets in implementation now, as they had some functionality that required hemets anyways