CtrlK
BlogDocsLog inGet started
Tessl Logo

wasm-constraints

WASM build constraints for the crates/xberg-wasm crate — the wasm-target feature set, no-tokio sync-only internal APIs, the crate-private SyncExtractor trait, the 2 MB HTML size limit, size-optimized build config (opt-level="z"), and the async-wrapper/sync-internal API pattern. Load when building for wasm32, adding or modifying a WASM-compatible extractor, or debugging WASM build/runtime failures.

68

Quality

82%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

72%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A dense, well-organized constraint reference with concrete code examples and clean sectioning. Its main weakness is the absence of an explicit validation feedback loop for the build/extract workflow, which leaves workflow clarity mid-range.

Suggestions

Add a short validate-then-proceed sequence (e.g. "cargo check --target wasm32-unknown-unknown" before wasm-bindgen build) so the workflow has an explicit checkpoint.

Replace the /* sync implementation */ placeholder in the SyncExtractor example with a minimal working body or a clearly labeled stub convention to push actionability to fully copy-paste ready.

Tighten the rationale sentences (tree-sitter/jsDelivr cap, async ergonomics) into a single concise note to reclaim tokens.

DimensionReasoningScore

Conciseness

Lean and assumes Claude's competence with no basic-concept padding; a few rationale sentences (e.g. the tree-sitter/jsDelivr explanation and the async-ergonomics note) could be trimmed slightly.

4 / 5

Actionability

Provides concrete TOML and Rust code blocks (feature flags, SyncExtractor impl signature, MAX_HTML_SIZE_BYTES const, wasm_bindgen signature); the trait impl body is a placeholder comment rather than fully worked code, leaving a minor gap.

4 / 5

Workflow Clarity

Constraints and a prioritized Critical Rules list are clearly organized, but there is no sequenced workflow with explicit validation checkpoints or a validate-fix-retry feedback loop.

3 / 5

Progressive Disclosure

A self-contained, well-sectioned single file (Overview, Feature Flags, Critical Constraints, Build Config, API Pattern, Critical Rules) with no nested references and easy navigation; no bundle files are needed.

5 / 5

Total

16

/

20

Passed

Description

92%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A highly specific, well-structured description that clearly conveys both the constraint domain and concrete load triggers, with only minor gaps in trigger-term synonyms and file extensions. Third-person voice is maintained throughout.

DimensionReasoningScore

Specificity

Enumerates multiple concrete specifics — the wasm-target feature set, no-tokio sync-only internal APIs, the crate-private SyncExtractor trait, the 2 MB HTML size limit, opt-level="z" build config, and the async-wrapper/sync-internal pattern — giving comprehensive, non-vague coverage.

5 / 5

Completeness

Explicitly states both what the skill covers (the constraint list) and when to use it via the concrete "Load when building for wasm32, adding or modifying a WASM-compatible extractor, or debugging WASM build/runtime failures" trigger.

5 / 5

Trigger Term Quality

Natural phrases like "building for wasm32", "adding or modifying a WASM-compatible extractor", and "debugging WASM build/runtime failures" give good keyword coverage, but synonyms (e.g. WebAssembly) and file extensions are missing.

4 / 5

Distinctiveness Conflict Risk

Hyper-specific niche tied to crates/xberg-wasm, the SyncExtractor trait, and opt-level="z" gives it a clear niche with minimal risk of triggering for the wrong skill.

5 / 5

Total

19

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
xberg-io/xberg
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.