The README makes claims. This file backs them up.
It acts as the "Eyes" for agents, enforcing symbolic structural intent over hidden "crap-voids."
bun test # 152 tests, 525 expectations
bun run scripts/empty-lint-ci.js . # audit this repo: exit 0
bun run sync:check # downstream tables in sync
bun run src/cli/Main.bun.js audit \
tests/fixtures/ietf-incident/draft-rfc-style.txtThe last command prints three findings at the exact recorded offsets:
the incident NBSP (line 9), the semantic ZWJ (line 10), and the zalgo run
(line 11). tests/IetfIncident_test.js then walks plan → approve →
apply-to-copy → verify over the same file and asserts issue #74’s fixture
conditions end to end.
| Technology | Role (honest) |
|---|---|
Bun |
The runtime. The expanded engine is plain, reviewed Bun JavaScript with no build step. |
AffineScript |
Semantic source language of the legacy minimum detector
( |
Nickel subset / JSON |
Live configuration ( |
Idris2 ABI |
Not currently connected. Template scaffolding was removed for implying
verification that did not exist (see |
| Path | What’s there |
|---|---|
|
Expanded engine: augmented Unicode catalogue, scalar scanner, renderer, settings, repair state machine, JSON-Schema validator, report emitter |
|
OOXML / XLSX / PDF / hidden-style detectors plus a minimal zip reader |
|
Product CLI ( |
|
Interactive UI: pure model, renderer, key decoder + thin IO shell |
|
Versioned JSON schemas: diagnostic, repair-plan, provenance, rescan |
|
Bun suite (13 active files); |
|
The originating incident as an executable acceptance fixture |
|
Implemented read-only repository audit (the stable CI gate) |
|
Regenerates userscript / extension tables from the catalogue; |
|
Downstream surfaces consuming marked, regenerated catalogue regions |
|
Composition docs + tested reference consumer for suite repos |
|
Groove capability manifest with honest per-capability statuses |
Computed-style resolution, OCR-image PDF text, an AffineScript-native expanded
catalogue, connected Idris proofs, and live third-repo adapters are not
implied by anything above. configured, wired, implemented, tested,
proved, and deployed remain separate statuses in every claim this
repository makes.