CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

crypt

Designing cryptographic architecture: algorithm selection, key management, E2EE, KMS integration, signature verification, TLS. Use when designing crypto protocols or key rotation flows.

Quality

75%

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 ./crypt/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

60%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 is a dense, highly actionable design reference with exact parameters, named APIs, and a clearly sequenced workflow with a validation phase. Its weaknesses are token efficiency — a large capabilities comment block and mobile/PQC details repeated across five or more sections — and progressive disclosure, since referenced files are absent from the bundle and reference-scope material is inlined.

Suggestions

Delete or drastically shrink the CAPABILITIES_SUMMARY / COLLABORATION_PATTERNS HTML comment block — it duplicates the Trigger Guidance, Recipes, and Collaboration sections already present in the body.

Consolidate the mobile keystore / Passkey / JWT / certificate-pinning details, which currently appear in Trigger Guidance, Recipes, Subcommand Dispatch, Output Routing, and the Anti-Pattern Checklist, into the Mobile Keys recipe row and its reference file.

Move date-stamped PQC timeline and version details (HQC selection 2025-03-11, EncryptedSharedPreferences deprecation 2025-12, IR 8547 'final pending as of June 2026') into reference/post-quantum-migration.md, keeping only status flags in the quick-reference tables.

DimensionReasoningScore

Conciseness

Noticeably verbose with padded, duplicated sections: the ~35-line CAPABILITIES_SUMMARY comment block (e.g. "mobile_keystore_design: iOS Keychain (`kSecAttrAccessControl` with `.biometryCurrentSet`...)...") restates material that reappears in Trigger Guidance, Recipes, Subcommand Dispatch, Output Routing, and the Anti-Pattern Checklist, and time-stamped claims ("Selected 2025-03-11", "Officially deprecated 2025-12", "final pending as of June 2026") are scattered inline rather than confined to a deprecated section. It is above anchor 1 because the body is dense reference tables rather than explanations of concepts Claude already knows, but the repetition across sections goes beyond anchor 3's 'some unnecessary explanation'.

2 / 5

Actionability

Highly concrete guidance with exact parameters throughout — "m=19 MiB, t=2, p=1", "cost factor >=12", "random 96-bit IV", "max 10 GB or `2^32` messages per DEK, `<=10`-minute TTL", and specific APIs like `kSecAttrTokenIDSecureEnclave` and `setIsStrongBoxBacked(true)` — making it mostly executable for a design skill. It falls short of anchor 5 only because no worked design-spec example or code snippet is included despite Output Requirements demanding "code examples".

4 / 5

Workflow Clarity

The "THREAT -> SELECT -> DESIGN -> VERIFY -> DOCUMENT" table gives per-phase required actions, key rules, and read pointers, and VERIFY embeds a validation checkpoint ("Every design gets anti-pattern checklist") plus subcommand dispatch is unambiguous. Not anchor 5 because there is no feedback loop — no instruction to revise and re-verify a design when the anti-pattern checklist finds issues.

4 / 5

Progressive Disclosure

References are clearly signaled one level deep via the Recipes "Read First" column, Output Routing "Read next" column, and a dedicated Reference Map table (reference/patterns.md, reference/password-hashing.md, reference/post-quantum-migration.md, etc.). Not anchor 5 because none of those referenced files exist in the provided bundle, and substantial reference-scope content (the 17-row Anti-Pattern Checklist, PQC timeline detail, algorithm quick reference) is inlined in SKILL.md; not anchor 3 because navigation is easy and references are well signaled.

4 / 5

Total

14

/

20

Passed

Description

78%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 lists six specific capability areas with an explicit 'Use when' clause containing distinct, natural trigger phrases. Its main limitation is breadth — the 'what' covers more capabilities than the 'when' triggers reflect, omitting natural terms like encryption, JWT, password hashing, and post-quantum.

DimensionReasoningScore

Specificity

"algorithm selection, key management, E2EE, KMS integration, signature verification, TLS" names six concrete capability areas, matching the 'several specific actions; minor gaps' anchor — body-advertised capabilities like password hashing and PQC migration are missing, so it falls short of the comprehensive anchor 5 but is well beyond the 1-2 actions of anchor 3.

4 / 5

Completeness

The capability list answers 'what' and "Use when designing crypto protocols or key rotation flows" explicitly answers 'when', but the when-clause covers only two triggers against six capability areas — explicit yet not as specific as anchor 5's concrete trigger-phrase coverage; it is clearly above anchor 3 because 'when' is stated, not implied.

4 / 5

Trigger Term Quality

Natural terms "crypto protocols", "key rotation flows", "E2EE", "KMS", and "TLS" give good keyword coverage, but common variations users would say — plain "encryption", "JWT", "password hashing", "post-quantum" — are absent, fitting anchor 4 rather than the comprehensive synonym coverage of anchor 5.

4 / 5

Distinctiveness Conflict Risk

Cryptographic architecture design is a clear niche, and triggers like "designing crypto protocols" and "key rotation flows" are design-oriented phrases unlikely to fire for scanning, privacy, or general security skills — minimal conflict risk, matching anchor 5.

5 / 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

simota/agent-skills

Path

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