boredape874/mcbejsonuimasterai/mcbe-json-ui-tools-runner

MCBE JSON UI Tools Runner

Use this skill when the IR is ready (or being iterated) and you need to compile it and validate the result.

Evidence first, skill second

Research the real evidence before applying anything written in this skill, and say which step answered:

1. The target pack itself: its _ui_defs.json, manifests, the files the request names, and the current Content Log.
2. Pinned official vanilla evidence: references/official/bedrock-samples-ui at the revision in references/official/bedrock-samples-ui.lock.json, node tools/vanilla-name-check.mjs <name> for any control, #binding, $variable, button id, renderer or screen file, the full local mirror under references/upstreams/bedrock-samples when present, and docs/83-vanilla-ui-1.26.50-diff.md for names that moved or disappeared.
3. Registered upstream sources and their cards: node tools/design-library.mjs sources --source ID and node tools/design-library.mjs patterns --source ID for the official docs, Wiki snapshots, schemas and sample addons pinned in config/design-research-lock.json (commit-pinned raw URLs for every file), then the repository docs/.
4. Only when steps 1–3 do not answer: this skill's own references. Label such guidance "inferred from skill guidance", never "confirmed".

A name, offset, selector or rule found in steps 1–3 overrides this skill. Older third-party references and example packs stay valid pattern evidence; do not delete or rewrite them because a vanilla name moved. Without this repository checkout, follow the same order with the official samples and docs you can reach and report which steps were unavailable.

Contract

• Input: repository root and IR path, plus target image only when visual diff is requested.
• Output: solved geometry, compiled JSON UI, validation report, and available preview/diff artifacts.
• Success: the deterministic pipeline exits successfully, warnings are reviewed, and optional raster dependencies or unsupported stages are reported explicitly.

If data/skill-tool-profiles.json exists, read only the mcbe-json-ui-tools-runner entry and prefer its registered command IDs. Before execution, confirm the referenced script or package script exists; the checked-in commands below remain the fallback source of truth.

Pipeline (default)

node tools/run.mjs workspace/<name>/ir.yaml

This runs ir-validate → solve → compile → validate and writes:

• workspace/<name>/solved.json — absolute pixel rects + solver log
• workspace/<name>/ui.json — compiled Bedrock JSON UI
• workspace/<name>/report.json — validator output

The validator uses both ui.json and solved.json. Warnings about parent overflow, static label clipping/width risk, or solver constraint errors must be reviewed before hand-finishing the JSON UI.

tools/solve.mjs uses MCBEKIT_SOLVER=auto by default: Go solver when go is available, Node fallback otherwise. Force a backend with MCBEKIT_SOLVER=go or MCBEKIT_SOLVER=node when debugging parity.

Step-by-step (for debugging)

node tools/ir-validate.mjs workspace/<name>/ir.yaml
node tools/solve.mjs        workspace/<name>/ir.yaml workspace/<name>/solved.json
node tools/compile.mjs      workspace/<name>/solved.json workspace/<name>/ui.json
node tools/validate.mjs     workspace/<name>/ui.json    workspace/<name>/solved.json

Exit codes (fail fast)

Optional render + diff (image input loop)

node tools/render.mjs workspace/<name>/ui.json workspace/<name>/solved.json
node tools/diff.mjs   target.png workspace/<name>/preview.png

render.mjs writes coords.json and, when optional canvas dependencies are installed, preview.png next to ui.json. render.mjs and diff.mjs require the optional native dependencies (@napi-rs/canvas, pixelmatch, pngjs) for raster output/comparison. If missing, fall back to numeric review of solved.json and coords.json.

This renderer is an IR/standalone-control approximation. It resolves controls found in the one JSON file and texture files discoverable by walking upward from that file. It does not currently resolve a complete RP namespace graph, server_form.json routing, cross-file inheritance, collection data, bindings, or Bedrock focus/hover dispatch. Therefore its PNG cannot prove that the final installed RP screen or its button states render correctly.

For a screen integrated into an RP, hand off final rendering to mcbe-json-ui-final-rp-inspection, read references/final-rp-visual-evidence.md, and keep these evidence levels separate:

1. IR geometry: solved rectangles and constraint report.
2. Approximate preview: only the controls, textures, and states the preview report says it resolved.
3. Final RP structure: validation of the installed screen, routes, referenced namespaces, and texture roots.
4. Bedrock runtime: screenshots of the actual default and interacted states plus the content log.

Hard rules

• Never edit ui.json to fix layout. Edit ir.yaml and recompile.
• Never bypass tools/run.mjs to "save time" when the user expects a validated result.
• Always report report.json warnings to the user, even if ok=true; geometry warnings are treated as layout defects unless intentionally documented.
• Do not report a screen as visually validated from the IR preview when the implemented RP screen differs from the compiled ui.json, or when preview-report.json contains unresolved textures, unsupported controls/properties, or diagnostics.
• Do not claim pixel accuracy or recommend final coordinates until an installed vanilla/font profile, pinned upstream compatibility result, target device profile, and screenshot calibration are all available.
• For server-form UI, a runtime screenshot is required before claiming correct hover, pressed, focus, collection, binding, inherited texture, or final placement behavior. Without it, say static validation only.
• For non-layout work (bindings, animations, Script API), hand off to the knowledge layer skills and only then patch ui.json as a separate, surgical edit.

References

• references/cli-reference.md
• references/final-rp-visual-evidence.md
• docs/42-tools-reference.md