CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/gitleaks-scanning

Use when a team needs open-source secret scanning on commits and in CI, or is adopting it on a repo with existing leaks: gitleaks git, dir and stdin scans, custom rules and allowlists in .gitleaks.toml, pre-commit and GitHub Action setup, baselines, and TruffleHog live verification.

Quality

91%

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

Overview
Quality
Evals
Security
Files

Quality

Content

86%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 highly actionable, well-structured skill body with executable commands at every step and a properly split one-level-deep reference bundle. The main gaps are minor: a few redundant sentences and a missing explicit feedback loop for verifying that allowlist suppressions work.

Suggestions

Add an explicit re-scan verification step after Step 5 triage (e.g., 're-run gitleaks git and confirm the allowlisted findings no longer appear') to close the feedback loop for suppression changes.

Trim obvious restatements such as 'Pre-commit prevents commits containing secrets from being created' and the 'When to use' bullets that duplicate the frontmatter description.

In the worked example, show the exact --baseline-path CI invocation as a copy-pasteable command rather than only describing it in prose.

DimensionReasoningScore

Conciseness

Largely dense and efficient (command tables, config snippets, anti-pattern table) with version-deprecation info properly framed as a note, but minor trims exist: 'Pre-commit prevents commits containing secrets from being created' states the obvious, and the 'When to use' section partially duplicates the description. Fits the 4 anchor; not 5 because a few tokens don't earn their place, not 3 because padding is minor.

4 / 5

Actionability

Fully executable throughout: copy-paste install commands, scan invocations with flags (--log-opts, --report-format, --baseline-path), complete .gitleaks.toml, pre-commit, and GitHub Actions YAML, plus a concrete worked example covering the common adoption case — the 5 anchor.

5 / 5

Workflow Clarity

A clear numbered 8-step sequence with install verification ('confirm with gitleaks version'), an ordered rotate-first workflow, and an anti-patterns table reinforcing correct choices. It sits at 4 rather than 5 because there is no explicit re-scan/feedback loop (e.g., re-run the scan to confirm allowlist suppressions took effect), and above 3 because most checkpoints are present, including cautions on destructive history rewriting.

4 / 5

Progressive Disclosure

All three references/ files referenced in the body exist (baseline.md, custom-rules-and-triage.md, trufflehog.md), are clearly signaled inline with a description of their contents, and are one level deep (verified: no nested references/ links inside them), while the body stays an appropriate overview — the 5 anchor.

5 / 5

Total

18

/

20

Passed

Description

92%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 explicit what/when structure and comprehensive, concrete capability listing anchored to a specific tool. The only weakness is missing common synonyms such as 'credentials', 'API keys', or 'tokens' that users would naturally say when they need secret scanning.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'gitleaks git, dir and stdin scans', 'custom rules and allowlists in .gitleaks.toml', 'pre-commit and GitHub Action setup', 'baselines', 'TruffleHog live verification' — covering scanning, config, integration, and cross-checking comprehensively, matching the 5 anchor rather than 4 since no meaningful capability area is missing.

5 / 5

Completeness

Explicitly answers 'when' with two concrete trigger scenarios ('Use when a team needs open-source secret scanning on commits and in CI, or is adopting it on a repo with existing leaks') and 'what' with the colon-delimited capability list, matching the 5 anchor; the 4 anchor's weaker 'when' does not apply.

5 / 5

Trigger Term Quality

Good natural-keyword coverage ('secret scanning', 'commits', 'CI', 'leaks', 'pre-commit', 'GitHub Action', '.gitleaks.toml'), but common user phrasings like 'credentials', 'API keys', or 'tokens' are absent, so it falls at the 4 anchor rather than 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

Clear niche anchored on a named tool (gitleaks), its config file, and specific integrations; the only overlap risk is a dedicated TruffleHog skill, but TruffleHog is explicitly framed as a layer of this skill, so minimal conflict risk fits the 5 anchor.

5 / 5

Total

19

/

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.

Reviewed

On this page