CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

security-sandbox

Secure command execution with allowlists and validation hooks. Use when validating bash commands, configuring security policies, implementing pre-tool-use hooks, or sandboxing autonomous agent operations.

Quality

77%

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

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/security-sandbox/SKILL.md

The canonical home for this skill is security-sandbox in fernandezbaptiste/Skrillz

SKILL.md
Quality
Evals
Security

Quality

Content

61%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 delivers runnable Quick Start code and a useful dangerous-patterns table with well-organized references to real bundle files. Its weaknesses are token duplication with the reference files and the absence of a sequenced integration workflow with explicit validation checkpoints.

Suggestions

Replace the 26-line ASCII security-model diagram with a one-line summary pointing to references/SECURITY-MODEL.md, and trim the inlined default allowlist in favor of references/ALLOWED-COMMANDS.md.

Add a numbered integration workflow (configure allowlist -> install PreToolUse hook -> test with a blocked command) with an explicit verification step and error-recovery loop.

Fix the Quick Start allowlist example (remove("rm") removes a command never added) and show how sdk_options connects to an actual SDK setup.

DimensionReasoningScore

Conciseness

The Quick Start and dangerous-patterns table are tight, but the 26-line ASCII 'defense in depth' diagram is conceptual padding duplicating references/SECURITY-MODEL.md, and the inlined default allowlist duplicates references/ALLOWED-COMMANDS.md. This is genuine duplication to trim, not the minor over-explanation of anchor 4.

3 / 5

Actionability

Three executable Quick Start examples plus SDK hook wiring and concrete dangerous-pattern examples ('rm -rf /', 'curl | bash'). Not 5: the sdk_options snippet is never connected to a real SDK setup and allowlist.remove("rm") removes a command that was never added.

4 / 5

Workflow Clarity

The content is parallel API examples rather than a sequenced workflow — there is no integration sequence (configure allowlist, install hook, verify) and no explicit error-recovery loop beyond the implicit 'if result.allowed' branch. For a skill centered on blocking destructive operations, missing explicit validation checkpoints caps this at 3.

3 / 5

Progressive Disclosure

Clear sections, verified one-level-deep references listed with one-line descriptions, and all referenced bundle files exist. Not 5: the inlined allowlist and security-model diagram duplicate content that belongs in the existing reference files, so the inline/reference split is not consistently signaled.

4 / 5

Total

14

/

20

Passed

Description

83%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 strong description that clearly states both capabilities and explicit 'Use when' triggers in third-person voice, closely following the recommended pattern. Minor room for improvement in synonym coverage and enumerating the skill's distinct operations.

Suggestions

Add common synonyms such as 'whitelist', 'command filtering', or 'block dangerous commands' to widen natural trigger coverage.

Enumerate one or two more distinct operations in the what-clause (e.g., blocking dangerous commands, auditing execution) to strengthen specificity.

DimensionReasoningScore

Specificity

Names concrete mechanisms ('allowlists and validation hooks') and enumerates specific actions in the when-clause ('validating bash commands', 'implementing pre-tool-use hooks'), but the what-clause describes mechanisms rather than comprehensively listing the skill's operations (blocking, auditing, sandbox configuration).

4 / 5

Completeness

Explicitly answers both: what ('Secure command execution with allowlists and validation hooks') and when ('Use when validating bash commands, configuring security policies, implementing pre-tool-use hooks, or sandboxing autonomous agent operations') with concrete trigger phrases, matching the anchor-5 pattern.

5 / 5

Trigger Term Quality

Good natural keyword coverage: 'bash commands', 'security policies', 'pre-tool-use hooks', 'sandboxing'. A few natural terms users might say are missing, such as 'whitelist', 'command filtering', or 'block dangerous commands'.

4 / 5

Distinctiveness Conflict Risk

'Pre-tool-use hooks' and 'sandboxing autonomous agent operations' carve a clear niche with minimal conflict risk, though 'configuring security policies' is broad enough to overlap with generic security-policy skills.

4 / 5

Total

17

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

fernandezbaptiste/Skrillz

Path

.claude/skills/security-sandbox/SKILL.md

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.