TEST — do not merge: prove the CI gates refuse malformed data - #1
shutz-c0de wants to merge 1 commit into
Conversation
Verification item 8. Not for merge. Invented site, reserved country code ZZ, coordinates that are not a place. Violates seven normative rules at once so a single run exercises the schema gate broadly. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
43c6391 to
2f5fa27
Compare
|
Closing as intended — this PR existed to be refused, and it was. It also found a real defect, which is why it was worth running. The first run failed, but for the wrong reason: That defect also made the published validator useless to anyone outside this repository, Fixed in After the fix, the gate caught all seven planted violations, each by rule id: One further gap closed: the red check did not previously prevent anything. 🤖 Generated with Claude Code |
Do not merge. This PR exists to be refused.
Verification item 8 of the specification: "a gate that has never failed has never been
tested."
validate.ymlhad never run against anything — it was written before the repo washosted. This proves it actually blocks bad data rather than merely existing.
The added file is entirely synthetic: an invented site, in the reserved country code
ZZ, at coordinates that are not a place. It deliberately violates seven rules at once:idis an OpenExits id"not-a-ulid-at-all"lat: 999.0"north-west", a compass wordstatus: seasonal⇒seasonalClosureLocally
python ci/run_gates.py --changed …reports 1/7 gates failed on the schemavalidation gate. The expectation here is that CI reports the same and the merge is blocked.
Once CI has gone red, this branch gets deleted. The failing run is the artifact worth
keeping — it is the evidence that the gate works, which is what a reviewer of this project's
neutrality claim would want to see.
🤖 Generated with Claude Code