CtrlK
BlogDocsLog inGet started
Tessl Logo

detecting-infrastructure-drift

Execute use when detecting infrastructure drift from desired state. Trigger with phrases like "check for drift", "infrastructure drift detection", "compare actual vs desired state", or "detect configuration changes". Identifies discrepancies between current infrastructure and IaC definitions using terraform plan, cloudformation drift detection, or manual comparison.

67

Quality

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

65%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable with concrete executable commands and a clear sequenced workflow, but it is held back by redundancy between sections, implicit rather than explicit validation checkpoints in the workflow, and an orphaned helper script that the body never surfaces.

Suggestions

Wire scripts/drift-check.sh into the Instructions (e.g., "Run scripts/drift-check.sh <iac-dir> to perform init + plan -detailed-exitcode") so the existing bundle asset is actually reachable, and replace the boilerplate references/assets READMEs with skill-specific material or remove them.

Make validation explicit in the workflow: after step 3, add a checkpoint such as "Check the plan exit code: 0 = no drift, 2 = drift detected, 1 = error — resolve errors before interpreting drift," and gate the destructive step 7 (terraform apply) behind an explicit confirmation/validation step.

Tighten redundancy: collapse the Overview into the body without restating the description, and remove the Output items that duplicate Instruction step 7; fix the empty Pulumi resource link.

DimensionReasoningScore

Conciseness

The body is action-dense and avoids explaining concepts Claude already knows, but the Overview duplicates the frontmatter description and the Output section restates remediation commands already covered in Instruction step 7; the empty Pulumi resource link adds dead weight. It is mostly efficient but could be tightened, fitting the 2 anchor rather than the lean/every-token-earns-its-place 3 anchor.

2 / 3

Actionability

Concrete executable commands with specific flags and exit codes appear throughout — "terraform plan -detailed-exitcode" (exit code 2 = drift), "aws cloudformation detect-stack-drift", "terraform force-unlock <ID>" — and the Error Handling table gives copy-paste-ready solutions, matching the fully-executable anchor.

3 / 3

Workflow Clarity

A clear 9-step numbered sequence exists, but validation checkpoints are implicit rather than explicit (the exit-code-2 signal is mentioned in passing, not as a branch point), and the destructive remediation step ("terraform apply to enforce desired state") lacks an explicit validation gate before enforcement. This fits the sequence-present-but-checkpoints-missing anchor at 2, not the explicit-validation/feedback-loop anchor at 3.

2 / 3

Progressive Disclosure

The body is well-sectioned, but bundle integration is poor: scripts/drift-check.sh directly implements steps 2–3 yet is never referenced from the body, and the references/ and assets/ directories contain only generic boilerplate README templates rather than skill-specific material. This matches the some-structure-but-references-not-clearly-signaled anchor at 2.

2 / 3

Total

9

/

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.

A strong description: it states concrete capabilities via specific IaC tools, provides explicit natural-language triggers, answers both what and when, and occupies a distinctive niche. Minor awkwardness in "Execute use when" phrasing does not undermine clarity.

DimensionReasoningScore

Specificity

Names concrete actions and tooling — "Identifies discrepancies between current infrastructure and IaC definitions using terraform plan, cloudformation drift detection, or manual comparison" — matching the multiple-specific-actions anchor rather than the single-domain anchor at 2.

3 / 3

Completeness

Both what ("Identifies discrepancies...") and when ("Execute use when detecting infrastructure drift... Trigger with phrases like...") are explicitly stated, satisfying the explicit-trigger requirement that would otherwise cap at 2.

3 / 3

Trigger Term Quality

Explicit natural trigger phrases are listed — "check for drift", "infrastructure drift detection", "compare actual vs desired state", "detect configuration changes" — giving good coverage of terms a user would say.

3 / 3

Distinctiveness Conflict Risk

It targets a clear niche (infrastructure drift detection against IaC) with distinct drift-specific triggers, unlikely to fire for unrelated skills.

3 / 3

Total

12

/

12

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository
jeremylongshore/claude-code-plugins-plus-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.