Split rule-syntax-check into generate-rule-schema and validate-rules

[noisysocks]

Expands on #613 and adds two scripts:

1. one that generates a JSON schema file, which we commit to the repo, and;
2. one that validates our rules against the JSON schema.

This way we can reference the committed JSON schema using $schema at the top of each rule and developers get autocompletion and hints in their IDE when writing and editing rules:

https://json-schema.org/

[muodov]

Looks nice overall, just a few maintainability concerns

[muodov]

is it possible to point to a local file?

[noisysocks]

Seems to work fine in my testing. It might be IDE dependent. We can do local refs for now until it’s a problem or we have a need for third party rules. 6cc349d

[noisysocks]

Actually, hm, I’m having second thoughts. Using ”../schema.json” as the $schema means that the combined rules in rules/rules.json have invalid $schemas as they’re in a different directory. It seems likely to me that these rules will move around as the project evolves and we explore remote configuration etc. Using an absolute URL ensures that rules are atomic: you can move them, copy/paste them, whatever, and they remain valid.

I reverted 6cc349d.

[noisysocks]

Should we make this use .mjs / ESM to match the other scripts in scripts?

[noisysocks]

@muodov @sammacbeth: Rebased this on main. What do you think? I’d love to have it as a QoL improvement. I keep making silly mistakes (e.g. passing strings where arrays are expected, arrays where strings are expected) while writing new rules 😀