CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/secrets-rotation-runner

Build-an-X for the secret-rotation workflow after detection - detect via gitleaks/trufflehog/kingfisher → identify provider via verifier → rotate via provider API (AWS IAM / GitHub PAT / Stripe / GCP / Azure / Twilio / Slack / etc.) → invalidate old secret → audit log via observability stack → post-mortem cross-ref. Use when a secret is detected in code (or proactively for periodic rotation) - assume git-history scrub does NOT prevent compromise.

77

Quality

97%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Medium

Suggest reviewing before use

Overview
Quality
Evals
Security
Files

Quality

Content

92%

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 strong, actionable runbook with clear sequencing and validation for a destructive workflow. Its main weakness is progressive disclosure: it is a long monolithic file with no reference files to offload detail.

Suggestions

Move the provider rotation-API table (Step 1) and the proactive rotation cadence table (Step 7) into a bundled reference file (e.g. references/rotation-providers.md) referenced one level deep, keeping SKILL.md as an overview.

Extract the tooling-integration section (Step 8) into a references/secrets-platforms.md file and link to it from a short summary, reducing inline length.

Consider bundling the per-provider CLI snippets (AWS IAM example in Step 3A) as scripts/ so the rotation commands are directly executable rather than embedded in prose.

DimensionReasoningScore

Conciseness

The body is dense with actionable tables, commands, and numbered steps; the small amount of framing prose (e.g. the 'Critical assumption' on git-history scrub) earns its place rather than explaining concepts Claude already knows.

3 / 3

Actionability

Provides fully executable commands (aws iam create/delete-access-key, jq extraction, cloudtrail lookup-events, grep/gh/vault) plus a detection→provider→rotation-API table that is copy-paste ready.

3 / 3

Workflow Clarity

Nine clearly sequenced steps with explicit validation checkpoints — Step 4 audit/verify and the Step 9 end-to-end checklist with ✅ items — and an observation window for a destructive, hard-to-reverse operation.

3 / 3

Progressive Disclosure

No bundle files exist (references/scripts/assets absent) and the ~250-line SKILL.md keeps cadence tables, tooling integration, and provider details inline; at this length it exceeds the simple-skill exception and would benefit from offloading detail into reference files.

2 / 3

Total

11

/

12

Passed

Description

100%

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 specific, complete, and well-triggered, clearly scoping a rotation workflow that is distinct from the detection skills it builds on. It uses third-person descriptive voice with an explicit 'Use when' clause.

DimensionReasoningScore

Specificity

Lists multiple concrete actions in sequence: 'detect via gitleaks/trufflehog/kingfisher → identify provider via verifier → rotate via provider API (AWS IAM / GitHub PAT / Stripe / GCP / Azure / Twilio / Slack / etc.) → invalidate old secret → audit log via observability stack → post-mortem cross-ref', naming specific providers and operations rather than vague language.

3 / 3

Completeness

Explicitly answers both 'what' (the end-to-end rotation workflow with named steps) and 'when' via an explicit 'Use when...' clause covering both reactive and proactive rotation.

3 / 3

Trigger Term Quality

Includes natural phrasing a user would actually say — 'Use when a secret is detected in code (or proactively for periodic rotation)' — alongside recognizable tool names, giving good coverage of common variations.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche (rotation, not detection) and is explicitly downstream of the named sister scanners, making it unlikely to trigger for the wrong skill.

3 / 3

Total

12

/

12

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.

Reviewed

Table of Contents