This skill should be used when the user says "verify deployment", "verify infra", "check deployment", "arn infra verify", "infra verify", "health check", "check health", "verify staging", "verify production", "is my deployment healthy", "check if deployment worked", "run health checks", "deployment verification", "check infrastructure", "validate deployment", "verify environment", "post-deployment check", "infra health", "check dns", "check ssl", "verify endpoints", "smoke test", "integration test", or wants to validate that a deployed environment is healthy and its resources match the expected state. This skill runs health checks, DNS verification, SSL validation, resource state comparison, and updates issue labels and environments.md with verification results.
78
73%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Risky
Do not use without reviewing
Optimize this skill with Tessl
npx tessl skill review --optimize ./plugins/arn-infra/skills/arn-infra-verify/SKILL.mdQuality
Discovery
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.
This is a strong description that excels at trigger term coverage and completeness. It clearly defines both what the skill does and when to use it, with an extensive list of natural trigger phrases. The only minor weakness is that the long list of trigger phrases at the beginning makes it slightly front-heavy, but this doesn't detract from its functional quality.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions: 'runs health checks, DNS verification, SSL validation, resource state comparison, and updates issue labels and environments.md with verification results.' | 3 / 3 |
Completeness | Clearly answers both 'what' (runs health checks, DNS verification, SSL validation, resource state comparison, updates labels/environments.md) and 'when' (extensive explicit trigger phrases at the beginning plus a general 'wants to validate that a deployed environment is healthy'). | 3 / 3 |
Trigger Term Quality | Excellent coverage of natural trigger terms users would say, including many variations like 'verify deployment', 'check health', 'smoke test', 'check dns', 'check ssl', 'is my deployment healthy', etc. These are highly natural phrases. | 3 / 3 |
Distinctiveness Conflict Risk | Clearly occupies a distinct niche around post-deployment infrastructure verification. The specific mention of DNS, SSL, resource state comparison, environments.md, and issue labels makes it unlikely to conflict with general deployment or monitoring skills. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
47%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This skill has excellent workflow clarity with well-defined steps, validation checkpoints, fallback paths, and comprehensive error handling. However, it is significantly over-verbose — the three outcome branches (PASS/WARN/FAIL) contain heavily duplicated patterns that could be consolidated, and the summary/next-steps templates inflate the token cost substantially. The actionability is moderate, providing structured guidance but relying on pseudo-commands and template payloads rather than executable code.
Suggestions
Consolidate the PASS/WARN/FAIL branches into a single decision table or template with conditional rows, eliminating the repeated environments.md and active-resources.json update patterns across all three outcomes.
Move the verification summary template, remediation suggestions, and next-steps recommendations into separate reference files (e.g., `references/remediation-guide.md`, `references/summary-template.md`) to reduce the main skill's token footprint.
Replace pseudo-commands like 'Read <resource-manifest-path>' and 'Glob <specs-dir>/INFRA_HANDOFF_*' with actual executable examples showing the tool invocations Claude would use.
Remove the verbose user-facing message templates — Claude can generate contextually appropriate messages without being given exact wording for every scenario.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is extremely verbose at ~250+ lines with significant redundancy. The PASS/WARN/FAIL branches repeat nearly identical update patterns (environments.md, active-resources.json, issue labels) that could be consolidated into a single table or template. The verification summary template and next steps sections are heavily padded with content Claude could generate contextually. | 1 / 3 |
Actionability | The skill provides structured workflows with specific file paths, field names, and agent invocation patterns, but lacks executable code examples. The verifier agent invocation is described as a template rather than actual executable commands. The 'Read', 'Glob' pseudo-commands and the agent payload format are somewhat concrete but not fully copy-paste ready. | 2 / 3 |
Workflow Clarity | The workflow is clearly sequenced across 5 steps with explicit validation checkpoints. There are clear stop conditions (deferred mode, never deployed), feedback loops (FAIL → remediation options → re-verify), fallback paths (verifier agent fails → basic checks), and the error handling section covers edge cases like DNS propagation timing and SSL provisioning delays. | 3 / 3 |
Progressive Disclosure | The skill references external files like `health-check-patterns.md`, `verification-report-template.md`, `experience-derivation.md`, and various config files, which suggests good intent for progressive disclosure. However, no bundle files are provided to verify these exist, and the main SKILL.md itself is monolithic — the PASS/WARN/FAIL handling, error handling, and summary templates are all inline when they could be split into reference files. | 2 / 3 |
Total | 8 / 12 Passed |
Validation
90%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 10 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
frontmatter_unknown_keys | Unknown frontmatter key(s) found; consider removing or moving to metadata | Warning |
Total | 10 / 11 Passed | |
1fe948f
Table of Contents
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.