CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

security-hardening

Security rules for authentication, authorization, data access policies, input handling, headers and CSP, secrets and scheduled routes. Use when building an auth flow, adding an endpoint or handler, writing access policies, setting security headers, handling user input, or auditing security.

Quality

90%

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

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

An exemplary compact ruleset: lean, stack-agnostic, and dense with specific mechanisms, exact header names, and verifiable checks. The only lever for improvement is adding a short executable pattern (e.g., a schema-validation or session-check snippet) to lift actionability from concrete-directive to fully-executable.

DimensionReasoningScore

Conciseness

The body is a lean directive-per-line ruleset that assumes Claude's competence — it names CSRF, CSP nonces, SameSite cookies, and row-level security without explaining any of them. Every token earns its place, including the one-sentence scoping note that delegates stack-specific rules to the skill matrix.

5 / 5

Actionability

Concrete throughout: named mechanisms ("HTTP-only, `Secure`, `SameSite` cookies", "DOMPurify", "`Strict-Transport-Security`, `X-Content-Type-Options: nosniff`, `Referrer-Policy`") and copy-paste commands ("`openssl rand -hex 32`", "`curl -I` against a preview URL", "`npm audit`"). It stops short of anchor 5's fully-executable standard because several rules are behavioral directives ("Check on the server, for every read and write, who is asking") with no executable example.

4 / 5

Workflow Clarity

A single-purpose ruleset under 50 lines with unambiguous, well-organized rules, so the simple-skill exception applies. It also embeds explicit validation checkpoints — "Check what actually ships with `curl -I`", "keep a test that proves another user reads nothing", "Check a new dependency's audit... before adding it" — and involves no destructive or batch workflow that would cap the score.

5 / 5

Progressive Disclosure

A self-contained skill under 50 lines with no need for external reference files; the five thematic sections are well-organized and the single pointer to stack-specific rules (`.opencastle/agents/skill-matrix.json`) is clearly signaled and one level deep.

5 / 5

Total

19

/

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 with an explicit and well-structured "Use when" clause covering concrete triggers, paired with an enumerated what-list of rule areas. The main gap is phrasing capabilities as topics rather than actions and omitting a few natural synonyms like "login" or "permissions".

DimensionReasoningScore

Specificity

Enumerates several concrete coverage areas — "authentication, authorization, data access policies, input handling, headers and CSP, secrets and scheduled routes" — going well beyond naming the domain. It falls short of anchor 5 because these are topics ("rules for X") rather than the concrete action verbs the top anchor expects.

4 / 5

Completeness

Clearly answers "what" (security rules across seven enumerated areas) and "when" via an explicit "Use when..." clause with six concrete trigger phrases, exactly matching the anchor-5 pattern. Not 4, because the "when" is fully explicit rather than merely present.

5 / 5

Trigger Term Quality

The trigger clause includes natural phrases users would say — "building an auth flow, adding an endpoint or handler, writing access policies, setting security headers, handling user input, or auditing security". It misses common synonyms such as "login", "sessions", or "permissions", keeping it below anchor 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The build-time hardening niche (auth, access policies, headers, secrets, cron routes) is clearly staked out, but "auditing security" and the broad security domain create minor overlap risk with a dedicated security-review or secrets-management skill.

4 / 5

Total

17

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

monkilabs/opencastle

Path

src/orchestrator/skills/security-hardening/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.