CtrlK
BlogDocsLog inGet started
Tessl Logo

sast-hardcodedsecrets

Detect hardcoded sensitive data (API keys, access tokens, private keys, passwords, etc.) in publicly accessible code — frontend JavaScript, mobile apps, client-side bundles, and HTML templates. Uses a three-phase approach: recon (find secret candidates), batched verify (confirm real secrets in public code paths, 3 candidates each), and merge (consolidate batch results). Requires sast/architecture.md (run sast-analysis first). Outputs findings to sast/hardcodedsecrets-results.md. Use when asked to find hardcoded secrets, leaked API keys, or exposed credentials.

72

Quality

88%

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

77%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 thorough, highly actionable skill with a well-sequenced validated workflow. Its main weaknesses are repetition of the public/backend distinction and a monolithic structure that could offload reference material into separate files.

Suggestions

Factor the high-confidence regex pattern table and per-framework frontend/backend rules into a references file (e.g. references/patterns.md) linked once from the body to reduce inline bulk and improve progressive disclosure.

De-duplicate the public-vs-backend guidance: state the canonical list once and have the Phase 2 subagent prompt reference it rather than re-listing 'PUBLICLY ACCESSIBLE / NOT PUBLICLY ACCESSIBLE' in full.

Trim the 'Important Reminders' section to items not already covered inline (e.g. redaction, import-chain tracing) to avoid restating Phase 2 detail.

DimensionReasoningScore

Conciseness

Substantive and accurate, but the public-vs-backend distinction is restated across the conceptual sections, the Phase 2 subagent prompt, and Important Reminders; tightening this repetition would reclaim tokens without losing clarity.

3 / 5

Actionability

Fully executable: exact regex patterns, variable-name patterns, batch procedure, classification labels, and complete markdown output templates with remediation and verification guidance.

5 / 5

Workflow Clarity

Three phases are clearly sequenced with an explicit validation checkpoint (skip Phase 2/3 on zero candidates), parallel batching rules with batch-size guidance, and a merge step gated on all batches completing.

5 / 5

Progressive Disclosure

Well-sectioned but entirely monolithic — no bundle files exist and the regex pattern tables and framework frontend/backend rules are inlined rather than split into one-level references.

3 / 5

Total

16

/

20

Passed

Description

100%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 well-crafted description: third-person voice, concrete actions, explicit 'Use when' trigger, and a clearly distinct niche. It answers what and when without padding or over-claiming.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — detect hardcoded sensitive data across named surfaces, a three-phase recon/verify/merge pipeline, and output to a specific results file — with comprehensive coverage of capability.

5 / 5

Completeness

Explicitly answers both 'what' (detect/verify/merge hardcoded secrets in public code, outputs to a named file, requires architecture.md) and 'when' (explicit 'Use when...' trigger clause).

5 / 5

Trigger Term Quality

The 'Use when asked to find hardcoded secrets, leaked API keys, or exposed credentials' clause supplies exactly the natural phrases a user would say, with useful synonyms.

5 / 5

Distinctiveness Conflict Risk

Narrows to hardcoded secrets in publicly accessible code with distinct trigger phrases, clearly distinguishing it from general SAST or backend secret-scanning skills.

5 / 5

Total

20

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
utkusen/sast-skills
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.