CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

generate-sandbox-policy

Generate sandbox security policies from plain-language requirements and optional REST API documentation. Produces L4 or fine-grained L7 network policies and ordered network middleware configuration. Use for API access rules, middleware host selection, failure behavior, or built-in and operator-run middleware attachment. Trigger keywords - generate policy, create policy, update policy, change policy, sandbox policy, network policy, API policy, security policy, allow API, restrict API, network middleware, supervisor middleware.

Quality

91%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

85%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 content is an exceptionally actionable, well-sequenced workflow with concrete templates, decision trees, and explicit validation checklists — top marks for actionability and workflow clarity. Its weaknesses are moderate redundancy between Step 5 and the Quick Reference and poor progressive disclosure: no bundle files exist, the detailed catalogs are inlined in an already-long SKILL.md, and the sole internal reference (examples.md) is dangling.

Suggestions

Create the missing examples.md (or remove the 'For translation examples from real API docs, see examples.md' link) so the body's only internal reference is not dangling.

Move the Quick Reference patterns, the middleware decision rules, and the breadth-warning catalog into references/ files (e.g., references/patterns.md, references/middleware.md) and link them one level deep from the body, leaving SKILL.md as a leaner overview.

Deduplicate the Step 5 output examples against the Quick Reference section and the Step 6 hard-error checklist against the Step 4 decision rules to cut the body's token footprint.

DimensionReasoningScore

Conciseness

The body is dense with domain-specific, non-generic detail Claude cannot know (glob vs endpoint selector semantics, allowed_ips rules, middleware bindings), and it avoids explaining known concepts — but there is real duplication: the Quick Reference YAML patterns largely repeat the Step 5 examples, and the Step 6 hard-error checklist restates Step 4 decision rules (TLS handling, middleware constraints). This fits 'efficient; minor instances... that could be trimmed' better than 3, since the padding is confined to a couple of sections rather than scattered over-explanation, but not 5 given the ~660-line bulk with duplicated content.

4 / 5

Actionability

Guidance is fully executable throughout: copy-paste YAML templates for every policy shape, a concrete decision tree, a path-to-glob mapping table with exact patterns, verbatim clarifying questions to ask users, and a pre-formatted breadth-warning output block. This matches the 5 anchor ('fully executable; copy-paste ready... specific examples cover the common cases'); the 4 anchor's 'minor gaps' does not apply because even edge cases (private IPs, MicroVM identity, deny rules) get concrete examples.

5 / 5

Workflow Clarity

The eight-step sequence is explicit with validation built in: a clarification loop with iteration and stop conditions plus a graceful fallback for failed doc discovery (Step 2), a mandate to read the authoritative schema before generating (Step 3), and a pre-output validation checklist split into hard errors, schema warnings, and structural checks (Step 6), followed by explicit output modes and a confirm/refine step. This matches the 5 anchor — clear sequence, explicit validation checkpoints, and feedback loops for error recovery.

5 / 5

Progressive Disclosure

Section structure is good, but the skill ships no bundle files at all while inlining ~660 lines of content that belongs in separate reference files (the middleware rules, the breadth-warning catalog, the Quick Reference patterns), and the single body reference — 'see [examples.md](examples.md)' — points to a file that does not exist in the bundle, a dangling reference. It correctly defers schema authority to published external docs, which keeps it above the 2 anchor ('content that clearly belongs in separate files is inlined' with minimal structure), but it does not reach 4 because the one internal reference is broken and the bulk detail is inline.

3 / 5

Total

17

/

20

Passed

Description

96%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 strong: third-person, concrete, and complete, with an explicit 'Use for' clause and a rich, natural keyword list including verb synonyms. The only weakness is a handful of generic policy-related trigger terms that create minor overlap risk with other policy-management skills.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions in third person — 'Generate sandbox security policies from plain-language requirements and optional REST API documentation', 'Produces L4 or fine-grained L7 network policies and ordered network middleware configuration' — covering the skill's full capability surface with no vague filler. It sits at the anchor 'lists multiple specific concrete actions; comprehensive coverage' rather than 4, since there are no noticeable coverage gaps in what the skill does.

5 / 5

Completeness

Both questions are answered explicitly: 'what' via 'Generate sandbox security policies... Produces L4 or fine-grained L7 network policies and ordered network middleware configuration', and 'when' via the explicit 'Use for API access rules, middleware host selection, failure behavior...' clause with concrete trigger phrases. This matches the 5 anchor ('clearly and explicitly answers both what AND when with concrete trigger phrases') and exceeds the 4 anchor where the 'when' is only broadly stated.

5 / 5

Trigger Term Quality

Trigger terms are comprehensive and natural, with synonym coverage users would actually say: 'generate policy, create policy, update policy, change policy, sandbox policy, network policy, API policy, security policy, allow API, restrict API, network middleware, supervisor middleware', plus a 'Use for' clause naming 'API access rules, middleware host selection, failure behavior'. Verb-variation (generate/create/update/change) matches the anchor for comprehensive natural-term coverage including synonyms, so it exceeds the 4 anchor's 'a few natural terms missing'.

5 / 5

Distinctiveness Conflict Risk

The niche is mostly distinct — 'sandbox policy', 'network middleware', 'L4 or fine-grained L7 network policies' clearly signal this specific domain — but generic trigger phrases like 'security policy', 'generate policy', and 'change policy' could plausibly match non-sandbox policy skills (IAM, Kubernetes, org policies), giving minor overlap risk with closely related skills. This fits the 4 anchor rather than 5, whose bar is 'minimal conflict risk' with fully distinct triggers.

4 / 5

Total

19

/

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

skill_md_line_count

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

Warning

relative_links

Relative link issues: 1 missing

Warning

Total

14

/

16

Passed

Repository

NVIDIA/OpenShell

Path

skills/generate-sandbox-policy/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.