nx_magic_gate.nx

nx_magic_gate.nx -- teeth on THE RULE-11 LITERAL SCANNER (nx_magic_lib.nx), and the first teeth it has ever had. It is IN-PROCESS by construction: the scanner used to live inside nx_magic.nx beside main(), so the only way to reach it was to fork the deployed elf, and every mutant of a fork/exec'd subject comes back NOT-REACHED. Importing the lib puts mg_scan inside this gate's own build closure, which is what makes nx_gate_bite able to kill anything here. EVERY FIXTURE IS BUILT IN MEMORY. A gate that shares a fixture with a production beat measures the beat, and this gate's subject is a scanner whose real inputs are the estate's own sources -- pointing it at one would make it flake whenever a sibling seat edits that file. The single filesystem tooth uses /tmp/nx_magic_gate/ and exists only because nx_magicratchet composes mg_read + mg_scan and a composition nobody exercises is a composition nobody has tested. WHAT WOULD MAKE THIS GATE VACUOUS, AND WHY IT CANNOT BE: - an implementation that counts every occurrence of the bytes `0x` passes the hex teeth and DIES on the comment / string teeth, which each carry a decimal literal on the same fixture so that a scanner returning nothing at all also fails; - an implementation that reads only the leading `0` of `0x1ed` returns a site whose VALUE is 0 and whose LENGTH is 1 -- both asserted, and the length one is not cosmetic: `nx_magic apply` REPLACES slen bytes at the site, so a length of 1 rewrites `0x1ed` into `PFX_MAGIC_0x1ed` and corrupts the source of whatever organ it was aimed at; - an implementation that emits sites unconditionally passes T1 and dies on the threshold tooth, which asserts the SAME fixture yields nothing at the default bar because 0x1ed is 493 < 1024. license_tier: ORIGINAL No hw writes (Rule 26).