@skenora/tooling
v0.1.3
Published
Offline diagnostics, documentation, CLI, and transport-neutral MCP tooling for Skenora.
Readme
@skenora/tooling
Offline developer tooling and MCP adapters for Skenora. The package owns the
skenora CLI, versioned documentation/example/schema resources, static scene
checks, Node/browser doctor reports, a read-only stdio/loopback-HTTP server,
and transport-neutral MCP handlers with optional host-injected ScenePlan tools.
It is deliberately not a dependency of browser products or Runtime. Run
skenora --help after installing the package.
The installed immutable gallery is available through skenora examples
list|search|show|pull. The default MCP exposes list/search/get/source without
filesystem mutation; only the CLI pull command writes. All manifests and
source artifacts are verified against the package-versioned resource hash.
Particle/weather guidance is installed as docs.particle-presets, with SDK
source in examples.particle-presets. Discover them through
skenora_search_resources or read them with skenora_get_resource. Hosts that
install the optional built-in particle provider also expose its textures through
the existing authorized skenora_search_scene_resources tool.
Use skenora mcp for stdio or skenora mcp --transport http for a read-only
loopback Web MCP. Applications can import @skenora/tooling/mcp and
@skenora/tooling/mcp/http to inject an authenticated, handle-scoped
ScenePlanGateway adapter. Authoring composition requires an explicit
authorization callback; HTTP additionally requires authentication. Write
authorization receives a canonical plan hash and revision/idempotency intent,
and scene inspection returns a revision-bound paginated safe outline. See the
Web MCP guide.
@skenora/tooling/wgsl is an isolated optional audience that reflects trusted
MaterialProgram-generated WGSL with @vgpu/wgsl and can validate it with a
caller-supplied WebGPU device. skenora wgsl inspect runs the parser/reflection
half and therefore reports unverified until a device participates.
Repository maintainers run pnpm check:tooling-resources for manifest drift.
After an intentional resource edit, pnpm baseline:tooling-resources updates
hashes and the package version; unlisted or missing resource files still fail.
