CtrlK
BlogDocsLog inGet started
Tessl Logo

crabbox

Use the Crabbox wrapper for OpenClaw remote validation across Linux, macOS, Windows, and WSL2, including delegated Blacksmith Testbox proof. Report the actual provider and id.

60

Quality

70%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Medium

Suggest reviewing before use

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/crabbox/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

71%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.

The body is highly actionable with extensive executable commands and a well-sequenced E2E verification workflow, but it is over-long for a SKILL.md with noticeable repetition and inlines reference material that would benefit from being split into separate files. Tightening duplicates and extracting the flag/diagnostics references would improve both conciseness and progressive disclosure.

Suggestions

De-duplicate guidance that recurs across sections — the provider/id reporting rule, brokered-AWS-vs-Testbox distinction, and 'run from repo root' each appear multiple times; state once and reference back.

Extract the Observability Flags dictionary and the Diagnostics command catalog into separate reference files (e.g. FLAGS.md, DIAGNOSTICS.md) and link to them one level deep, leaving SKILL.md as an overview.

Add an explicit validation checkpoint in the brokered-AWS and Testbox run sections (e.g. 'verify leaseId and exitCode in the JSON summary before reporting success') to strengthen workflow clarity toward a 5.

DimensionReasoningScore

Conciseness

The 700-line body is mostly domain-specific operational detail Claude would not already know, but it repeats guidance verbatim across sections ('Always report the actual provider and id', the brokered-AWS-vs-Testbox distinction, 'run from repo root' each appear multiple times), which is more than the minor trimming a 4 would allow.

3 / 5

Actionability

Fully executable, copy-paste-ready commands throughout — complete `pnpm crabbox:run` invocations with all flags, JSON summary field lists, and dedicated examples for changed/full/focused reruns, Testbox, desktop/WebVNC, and diagnostics — covering the common cases as the 5 anchor requires.

5 / 5

Workflow Clarity

The 'Efficient Bug E2E Verification' flow is a clear numbered sequence (reproduce pre-fix → patch+local test → one E2E proof → record → handle cannot-reproduce) with feedback loops and cleanup checkpoints, but several other sections are reference-style without explicit validation gates, leaving minor gaps short of a 5.

4 / 5

Progressive Disclosure

No bundle files exist and all content is inlined in a single 700-line SKILL.md with good section headers, but reference material that clearly belongs in separate files (the Observability Flags dictionary, the Diagnostics command list) is inlined with no one-level-deep external references, fitting the 'content that should be separate is inline' anchor.

3 / 5

Total

15

/

20

Passed

Description

70%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.

The description is specific and highly distinctive, naming concrete actions and unique trigger terms, but it lacks an explicit 'Use when...' clause so its completeness is capped. Adding a concrete trigger phrase would raise the completeness score.

Suggestions

Add an explicit 'Use when...' clause stating when Claude should invoke this skill (e.g., 'Use when the user asks for remote OpenClaw validation, CI-parity checks, or Testbox/AWS proof').

Include a few more natural trigger synonyms users actually say, such as 'CI parity', 'broad pnpm gates', or 'remote test box', to push trigger-term coverage toward comprehensive.

Consider mentioning the .crabbox.yaml brokered-AWS default as a trigger cue so users referencing repo config route correctly.

DimensionReasoningScore

Specificity

Names the domain and several concrete actions — 'remote validation across Linux, macOS, Windows, and WSL2', 'delegated Blacksmith Testbox proof', 'Report the actual provider and id' — with only minor gaps in coverage, fitting the 'lists several specific actions' anchor rather than the fully comprehensive 5.

4 / 5

Completeness

The 'what' is clear ('Use the Crabbox wrapper for OpenClaw remote validation...'), but there is no explicit 'Use when...' trigger clause; per the rubric a missing explicit trigger guidance caps completeness at 3, and the 'when' is only weakly implied.

3 / 5

Trigger Term Quality

Good keyword coverage of the niche's natural terms ('Crabbox wrapper', 'OpenClaw remote validation', 'Blacksmith Testbox proof', all four platform names), but a few natural phrasings users might say (e.g. 'CI parity', 'broad gates') are absent, so it sits just below the comprehensive 5.

4 / 5

Distinctiveness Conflict Risk

Highly distinctive identifiers ('Crabbox wrapper', 'OpenClaw', 'Blacksmith Testbox', 'tbx_/cbx_ ids') carve a clear niche with minimal conflict risk against other skills, matching the 'clear niche with distinct triggers' anchor.

5 / 5

Total

16

/

20

Passed

Validation

87%

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

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (712 lines); consider splitting into references/ and linking

Warning

referenced_paths_exist

Referenced path issues: 3 missing

Warning

Total

14

/

16

Passed

Repository
openclaw/acpx
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.