CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/gitleaks-scanning

Configures and runs gitleaks - Go-based secret scanner with `gitleaks git` (scan local git via `git log -p`), `gitleaks dir` (filesystem), `gitleaks stdin` (pipe); 100+ built-in rules + custom rules in `.gitleaks.toml` ([[rules]] with regex / entropy / keywords / tags); allowlist via [[rules.allowlists]] (commits / paths / stopwords); pre-commit hook + GitHub Action integration; plus baseline management for legacy debt - onboarding a repo with historical findings via `--baseline-path` snapshots, `.gitleaksignore`, cross-tool suppression consistency with TruffleHog, and rot-prevention cadence. Use when the team needs OSS secret scanning at commit time + CI gate, or is adopting scanning on a repo with pre-existing findings.

71

Quality

89%

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 tight, execution-first skill: every step carries runnable commands or config, an 8-step sequence ties to a realistic worked example and an anti-patterns table, and detail is correctly pushed into two verified, one-level-deep reference files. Minor room remains: trim a few redundant explanatory sentences, isolate pinned version numbers, and make the post-baseline CI validation an explicit re-check loop.

DimensionReasoningScore

Conciseness

Efficient and dense: commands, config snippets, and workflows carry nearly all the weight. Not 5: minor trims exist — 'Pre-commit prevents commits containing secrets from being created. Faster local feedback than CI-only scanning' re-explains what Claude knows, and version numbers appear inline ('rev: v8.24.2', 'actions/checkout@v5') rather than isolated; the v8.19.0 deprecation note is correctly framed as a deprecation, so it is not penalized. Not 3: padding is isolated to a few sentences, not a pattern of unnecessary explanation.

4 / 5

Actionability

Fully executable throughout: copy-paste install commands ('brew install gitleaks', docker, make build), scan invocations ('gitleaks git --log-opts="origin/main..HEAD"', 'git diff main..HEAD | gitleaks stdin'), report-format flags, a complete TOML config block, a full .pre-commit-config.yaml, and a complete GitHub Actions workflow with the critical fetch-depth: 0 detail. Not 4: concrete commands cover the common cases end-to-end with no gaps; the worked example shows the exact expected outputs.

5 / 5

Workflow Clarity

Clear, well-sequenced 8-step workflow ('How to use' maps each step, Steps 1-8 detail them) with a worked example demonstrating the whole flow and an anti-patterns table for error recovery. Validation is present where it matters most — rotation-then-scrub ordering, audit-log check, and 'assume the secret IS exposed regardless'. Not 5: some checkpoints are stated as direction rather than explicit validate-fix-retry loops (e.g., no 're-scan and confirm only baseline findings fail CI' step after baselining, and history rewriting is destructive with only a warning). Not 3: the sequence, checkpoints, and feedback via the anti-patterns table clearly exceed 'validation gaps / checkpoints missing'.

4 / 5

Progressive Disclosure

Clear overview with well-signaled, one-level-deep references: both links (references/custom-rules-and-triage.md, references/baseline.md) exist as real files with substantive content, are referenced at their point of use (Steps 4-5) plus a References section, and the reference files themselves point only outward to external docs — no nesting. Content is appropriately split: SKILL.md holds the workflow; detail (full custom-rule example, suppression priority table, waiver template, baseline/TruffleHog consistency) lives in the bundle. Not 4: no organization gaps; the split and signaling match the anchor example.

5 / 5

Total

18

/

20

Passed

Description

88%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 highly specific, tool-named description with an explicit 'Use when' trigger clause covering both the commit-time/CI-gate adoption case and the legacy-findings onboarding case. The only weaknesses are a couple of missing natural trigger phrasings (e.g., 'leaked credentials', 'secrets in git history') and slight overlap risk introduced by the TruffleHog mention.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions with comprehensive coverage: 'gitleaks git (scan local git via git log -p), gitleaks dir (filesystem), gitleaks stdin (pipe)', 'custom rules in .gitleaks.toml ([[rules]] with regex / entropy / keywords / tags)', 'allowlist via [[rules.allowlists]] (commits / paths / stopwords)', 'pre-commit hook + GitHub Action integration', and 'baseline management for legacy debt'. Not below 5: no domain is left at a generic level — even the commands, config file, and flags are named; not above 5 as 5 is the scale maximum.

5 / 5

Completeness

Clearly and explicitly answers both: the what is the detailed capability list (scan modes, rules, allowlists, integrations, baseline management), and the when is the explicit trigger clause 'Use when the team needs OSS secret scanning at commit time + CI gate, or is adopting scanning on a repo with pre-existing findings.' Not 4: the 'when' is explicit and concrete rather than 'could be more specific'; not below 5: both halves match the anchor example's structure.

5 / 5

Trigger Term Quality

Good natural keyword coverage: 'secret scanning', 'gitleaks', 'pre-commit hook', 'CI gate', 'leaked' concepts via 'legacy findings'. Not 5: a few natural user phrasings are missing — 'leaked credentials/API keys', 'secrets in git history', '.toml'-style file extensions users might mention. Not 3: coverage clearly exceeds 'some relevant keywords with missing common variations', since 'secret scanning' and the tool name itself are the dominant natural triggers.

4 / 5

Distinctiveness Conflict Risk

Mostly distinct: the niche (gitleaks secret scanning with commit-time + CI gating and baseline debt) is clearly differentiated and tool-named. Not 5: the description explicitly references 'cross-tool suppression consistency with TruffleHog', creating minor overlap risk with a sister trufflehog-scanning skill; a user asking about TruffleHog suppression could be routed here. Not 3: the tool name and specific triggers keep it far above 'could still overlap with similar skills'.

4 / 5

Total

18

/

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

Table of Contents