CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

common-security-standards

Enforce universal security protocols for safe, resilient software. Use when implementing authentication, encryption, authorization, input validation, secret management, or any security-sensitive feature across any language or framework.

57

Quality

72%

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 ./.agents/skills/common/common-security-standards/SKILL.md

The canonical home for this skill is common-security-standards in HoangNguyen0403/agent-skills-standard

SKILL.md
Quality
Evals
Security

Quality

Content

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

A well-structured standards skill: concrete, named technologies and commands, a sequenced workflow with a CI verification checkpoint, and a clean one-level-deep reference bundle. The main issues are redundancy between the Workflow and Context-Specific sections and a dangling 'Remediation anchors' list that belongs in a reference file.

Suggestions

Deduplicate the Zero Trust / least-privilege guidance between the Workflow and Data Safeguarding sections so each concept appears once.

Move the bare 'Remediation anchors' term list into the VULNERABILITY_REMEDIATION reference (or expand it with context inline) instead of leaving it as an unexplained section.

Add a short feedback loop to the workflow for what to do when SAST/DAST scanners flag issues before merge (fix, re-scan, only merge when clean).

DimensionReasoningScore

Conciseness

The body is mostly efficient rule statements, but there is avoidable duplication: "Zero Trust: Never trust external input. Sanitize and validate every data boundary" repeats Workflow step 2 ("Validate and sanitize all external input at each boundary"), "Least Privilege" appears both as Workflow step 3 and as a Data Safeguarding bullet, and the "Remediation anchors" section is a bare term list ("Argon2id, parameterized queries or ORM, rate limiting, HttpOnly Secure cookies") duplicating concepts already covered. This fits the 'mostly efficient but could be tightened' anchor — not 4 because the duplication and the dangling anchor list are real slack; not 2 because there is no padding or explanation of concepts Claude already knows.

3 / 5

Actionability

The guidance is concrete and executable for an instruction-only skill: "AES-256 for data-at-rest; TLS 1.3 for data-in-transit", "`npm audit`, `pip audit`", "`WHERE id = ${userId}` always wrong", "Argon2id", "HttpOnly Secure cookies", "MFA". It is not 5 because inline examples of the correct patterns (e.g., a parameterized query) are deferred entirely to references, leaving minor gaps; it is well above 3 because these are specific technologies and commands, not vague direction.

4 / 5

Workflow Clarity

The four-step workflow (identify trust boundaries → validate/sanitize → least privilege → "Verify with SAST/DAST scanners in CI before merge") has a clear sequence with a terminal verification checkpoint, and the 'Always-Apply on every code write' framing is unambiguous. It is not 5 because there is no feedback loop (what to do when a scanner flags an issue before merge) and not 3 because an explicit validation checkpoint is present and the steps are well defined.

4 / 5

Progressive Disclosure

All three referenced files exist in references/ (INJECTION_TESTING.md, VULNERABILITY_REMEDIATION.md, implementation.md), are one level deep with no hidden chains, and are clearly signaled with descriptive titles under a References section plus one contextual inline link. It is not 5 because the "Remediation anchors" section duplicates reference-level detail inline and the cross-link inside INJECTION_TESTING.md makes navigation slightly less clean; it is above 3 because the split between always-apply rules and detailed reference material is well judged.

4 / 5

Total

15

/

20

Passed

Description

66%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 competent description with an explicit and well-populated 'Use when' trigger clause covering the security domain's natural vocabulary. Its weaknesses are a generic, single-verb 'what' ('enforce universal security protocols') and an overly broad scope claim that raises overlap risk with other security skills.

Suggestions

Replace the abstract 'Enforce universal security protocols' with 2-3 concrete actions (e.g., 'Review code for injection, weak crypto, and leaked secrets; enforce parameterized queries, Argon2id, and TLS 1.3') to lift specificity.

Narrow the scope claim 'across any language or framework' or add distinguishing trigger synonyms (MFA, OAuth, SQL injection, secrets) to reduce conflict risk with other security skills.

DimensionReasoningScore

Specificity

The single action verb "Enforce universal security protocols" is abstract, but the description concretely enumerates the domain areas — "authentication, encryption, authorization, input validation, secret management" — matching the anchor that names the domain with limited concrete actions. It is not 4 because it never lists several specific actions (the PDF-skill examples' equivalent of 'extract text, fill forms'), and not 2 because the enumerated security areas keep it above minimal/generic.

3 / 5

Completeness

It has an explicit "Use when implementing authentication, encryption, authorization, input validation, secret management..." trigger clause paired with a stated what ("Enforce universal security protocols for safe, resilient software"). It is not 5 because the 'what' is generic ('universal security protocols') rather than concrete actions; it is above 3 because both what and an explicit when are present.

4 / 5

Trigger Term Quality

"authentication", "encryption", "authorization", "input validation", "secret management", and "security-sensitive" are natural phrases users would say when needing this skill. It falls short of the 5 anchor because common synonyms users actually type are missing (e.g., MFA, OAuth, secrets, SQL injection, TLS, secrets leaking), and it is clearly above 3 since coverage of the domain's core vocabulary is good.

4 / 5

Distinctiveness Conflict Risk

The trigger areas (auth, encryption, input validation) are security-specific, but the sweeping scope "any security-sensitive feature across any language or framework" invites overlap with other security-related skills. It fits the 'somewhat specific but could still overlap with similar skills' anchor — not 4 because the universal breadth raises real conflict risk, not 2 because the domain is still recognizable.

3 / 5

Total

14

/

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

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

14

/

16

Passed

Repository

HoangNguyen0403/agent-skills-standard

Path

.agents/skills/common/common-security-standards/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.