CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

ac-security-sandbox

Security sandbox for autonomous coding. Use when validating commands, configuring permissions, managing allowlists, or ensuring safe execution.

Quality

67%

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/ac-security-sandbox/SKILL.md

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

SKILL.md
Quality
Evals
Security

Quality

Content

46%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 reads well in isolation with a sensible section structure and API usage that matches the one real script, but it is undermined by pseudocode at its core integration point, redundant inline lists, and a reference section where six of seven pointers lead nowhere. Progressive disclosure is the weakest dimension because the bundle does not match what the skill claims to provide.

Suggestions

Create the referenced files (references/ALLOWLIST.md, PATTERNS.md, AUDIT.md and the three missing scripts) or remove those references, and move the inline ALLOWED_COMMANDS and DANGEROUS_PATTERNS lists into the reference files to remove duplication.

Replace the extract_commands docstring stub with the real implementation (the script's _extract_commands) or point to scripts/security_sandbox.py for it, so the Pre-Tool-Use hook example is copy-paste runnable.

Convert Operations into a sequenced workflow with checkpoints: initialize -> validate command -> on block, surface the reason and choose a safe alternative -> log/audit, plus guidance for reviewing the audit log after batch runs.

DimensionReasoningScore

Conciseness

Mostly efficient with no concept-explainer padding, but the allowlist appears twice ("Configure Allowlist" example plus the full ALLOWED_COMMANDS block) and filesystem permissions are duplicated between the Layer 2 dict and security-config.json, so noticeable tightening is possible.

3 / 5

Actionability

Quick Start and Operations map to the real script's API (validate_command, validate_path, create_pre_tool_hook, get_audit_log), but the core hook example depends on a docstring-only extract_commands stub ("# Parse command string ... Return list of base command names") and the Layer 1/2 config dicts are illustrative rather than runnable, leaving key details incomplete.

3 / 5

Workflow Clarity

The Operations section is a numbered API menu rather than a sequenced workflow, and because this skill gates destructive operations, the absence of validation checkpoints and error-recovery guidance (what to do after a command is blocked) caps it at 3.

3 / 5

Progressive Disclosure

Six of the seven referenced bundle files are dangling (references/ALLOWLIST.md, PATTERNS.md, AUDIT.md and scripts/command_validator.py, path_validator.py, audit_logger.py do not exist), while the content those files should hold (the full allowlist and dangerous patterns) is inlined in SKILL.md, so the skill's own navigation fails in practice.

2 / 5

Total

11

/

20

Passed

Description

75%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 solid description with an explicit 'Use when' clause and several concrete capability phrases in third person. It sits just below excellent because the 'what' is a terse domain label and synonym coverage (e.g., whitelist) is incomplete.

Suggestions

Enumerate the concrete capability in the 'what' clause (e.g., 'Validates commands against an allowlist, restricts filesystem access, and blocks dangerous patterns for autonomous coding') instead of relying on the label 'Security sandbox for autonomous coding'.

Add common trigger synonyms such as 'whitelist', 'block dangerous commands', or 'restrict file access' to broaden natural-term coverage.

DimensionReasoningScore

Specificity

Lists several specific actions ("validating commands, configuring permissions, managing allowlists") but "ensuring safe execution" is generic and capabilities like dangerous-pattern blocking, path restriction, and audit logging are absent, so coverage has minor gaps.

4 / 5

Completeness

Both what ("Security sandbox for autonomous coding") and an explicit when ("Use when validating commands, configuring permissions, managing allowlists, or ensuring safe execution") are present, but the 'what' is a terse label whose concrete capabilities only surface in the 'when' clause.

4 / 5

Trigger Term Quality

Natural phrases users would say are present ("validating commands", "allowlists", "configuring permissions"), but common synonyms like "whitelist", "block commands", or "sandbox commands" are missing.

4 / 5

Distinctiveness Conflict Risk

The autonomous-coding sandbox/allowlist framing is a clear niche, though "configuring permissions" and security-check phrasing carry minor overlap risk with general permission-management and security-review skills.

4 / 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.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

referenced_paths_exist

Referenced path issues: 6 missing

Warning

Total

14

/

16

Passed

Repository

fernandezbaptiste/Skrillz

Path

.claude/skills/ac-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.