CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/secrets-rotation-runner

Use for any question or task about a leaked secret, API key or token found in code or git history, including what to do next and whether scrubbing history is enough (it is not), or scheduled rotation: identify the provider, rotate the credential through its API (AWS IAM, GitHub, Stripe, GCP, Azure, Twilio, Slack and more), revoke the old one, log the audit trail and link the post-mortem.

Quality

86%

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

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 well-structured, highly actionable rotation runbook with explicit sequencing, validation checkpoints, and an end-to-end checklist, plus honest limitations and anti-patterns sections. Its main weakness is the absence of any progressive disclosure: everything lives inline in a ~250-line SKILL.md with no bundle files, so per-provider details load into context even when only one provider is relevant.

Suggestions

Split per-provider rotation instructions into references/ files (e.g., references/aws.md, references/github.md, references/stripe.md) and keep only the detection-to-provider mapping table in SKILL.md, so detail loads only when the matching provider is involved.

Move the proactive rotation cadence table (Step 7) and the secrets-management platform list (Step 8) into a reference file, keeping a one-line pointer in the main workflow.

Replace the "Deploy new key to all consumers…" placeholder with a concrete consumer-update example (e.g., updating a Kubernetes secret or Vault path) to close the main actionability gap.

DimensionReasoningScore

Conciseness

The body is dense with tables and commands and assumes Claude's competence (no explanations of what Vault or IAM are), but contains minor narrative padding such as "Detecting a leaked secret in code is the easy part… is the hard part" and "history scrub is at most cosmetic" that could be trimmed — the efficient-with-minor-trimmings anchor at 4, not the every-token-earns-its-place anchor at 5.

4 / 5

Actionability

Mostly executable guidance: a copy-paste-ready AWS two-secret bash example with jq parsing, plus concrete commands (vault kv list, aws secretsmanager list-secrets, gh secret list, aws cloudtrail lookup-events, gh api audit-log). Minor gaps remain — "Deploy new key to all consumers…" is a placeholder comment and GitHub/GCP/Stripe rotation are one-line pointers rather than runnable commands — placing it at 4 rather than the fully-executable 5 anchor.

4 / 5

Workflow Clarity

Nine clearly sequenced steps with explicit validation checkpoints — "Verify all consumers use the new secret (audit logs)", a deactivate-then-observe-24h-then-delete recovery loop, a dedicated audit step verifying old-key invalidation, and a 7-item ✅ end-to-end checklist in Step 9 — matching the top anchor for sequence, validation, feedback, and checklists.

5 / 5

Progressive Disclosure

The ~250-line body is well-sectioned but monolithic: no references/, scripts/, or assets/ files exist, and content that would naturally be split out (per-provider rotation details, the rotation-cadence table, the tooling-platform list) is inlined in SKILL.md, matching the anchor where structure exists but content that should be separate is inline.

3 / 5

Total

16

/

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 strong description that explicitly covers both what the skill does and when to use it, with concrete action verbs, named providers, and natural trigger phrases. Its only weaknesses are a few missing common synonyms (e.g., "compromised", "access key") and slight overlap risk with a secret-scanning skill for generic "found a leaked key" queries.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "identify the provider, rotate the credential through its API… revoke the old one, log the audit trail and link the post-mortem" — and names the specific providers covered (AWS IAM, GitHub, Stripe, GCP, Azure, Twilio, Slack), matching the comprehensive-coverage anchor rather than the minor-gaps anchor at 4.

5 / 5

Completeness

Explicitly answers both questions: what ("identify the provider, rotate the credential through its API… revoke the old one, log the audit trail and link the post-mortem") and when ("Use for any question or task about a leaked secret, API key or token found in code or git history… or scheduled rotation"), with concrete trigger conditions matching the top anchor.

5 / 5

Trigger Term Quality

Natural phrases users would say are present ("leaked secret, API key or token", "code or git history", "scrubbing history", "scheduled rotation"), but common synonyms such as "compromised", "exposed", or "access key" are missing, which fits the good-but-not-comprehensive keyword coverage anchor at 4 rather than 5.

4 / 5

Distinctiveness Conflict Risk

The rotation/post-leak niche is distinct and triggers like "whether scrubbing history is enough" are unlikely to fire the wrong skill, but "leaked secret… found in code" could plausibly also trigger a secret-scanning skill, giving minor overlap risk with a closely related skill — the anchor-4 case rather than minimal conflict at 5.

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

On this page