CtrlK
BlogDocsLog inGet started
Tessl Logo

ecs-troubleshooting

ECS troubleshooting and debugging guide covering task failures, service issues, networking problems, and performance diagnostics. Use when diagnosing ECS issues, debugging task failures (STOPPED, PENDING), resolving networking problems, investigating IAM/permissions errors, troubleshooting container health checks, or analyzing ECS service health.

66

Quality

80%

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

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/ecs-troubleshooting/SKILL.md

The canonical home for this skill is ecs-troubleshooting in fernandezbaptiste/Skrillz

SKILL.md
Quality
Evals
Security

Quality

Content

72%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.

The content is highly actionable with executable commands and code throughout and a clean symptom-driven structure, but it is a large monolithic file with no progressive disclosure and lacks explicit validation/verification feedback loops in its diagnostic workflows. Splitting reference material into bundle files and adding verify-the-fix steps would raise the weaker dimensions.

Suggestions

Add an explicit validation/verification step to each diagnostic workflow (e.g. after applying a fix, re-run describe-services or describe-tasks to confirm the task reaches RUNNING and the service is healthy) so workflows include a validate → fix → retry feedback loop.

Move the Terraform/IAM policy library and the CloudWatch log-query catalog into separate reference files under ./references/ (e.g. IAM_POLICIES.md, LOG_QUERIES.md) and link to them from SKILL.md, keeping the main body as a triage overview.

De-duplicate CannotPullContainerError (currently covered under both Task Failures and IAM & Permissions) by consolidating it into one section and cross-referencing from the other.

DimensionReasoningScore

Conciseness

The body is almost entirely concrete commands, boto3 scripts, and Terraform snippets with no padding explaining what ECS is, though at ~580 lines it is long and repeats some material (e.g. CannotPullContainerError appears under both Task Failures and IAM sections), which is a minor inefficiency versus the lean anchor.

4 / 5

Actionability

Provides copy-paste-ready AWS CLI commands, executable boto3 diagnostic scripts, and concrete Terraform snippets covering the common cases, matching the fully-executable top anchor.

5 / 5

Workflow Clarity

Each issue follows a clear Symptom → Diagnostic → Cause → Solution sequence and the Quick Reference table gives triage guidance, but there are no explicit validation checkpoints or verify-the-fix feedback loops, and some solutions are infrastructure changes applied without confirming resolution.

3 / 5

Progressive Disclosure

Section headers and a consistent subsection structure give reasonable navigation, but the skill is a single ~580-line monolithic file with no bundle references, and content that could live in separate files (the Terraform/IAM policy library, log-query catalog) is inlined rather than split out.

3 / 5

Total

15

/

20

Passed

Description

87%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.

The description is specific, well-triggered, and clearly answers both what the skill does and when to use it, with concrete ECS-specific trigger terms that minimize conflict risk. It is a strong, concise description with only minor room for additional action specificity and synonyms.

DimensionReasoningScore

Specificity

Names the ECS domain and several specific issue categories — "task failures, service issues, networking problems, and performance diagnostics" plus concrete status codes (STOPPED, PENDING) — but the verbs (diagnosing, debugging, resolving) are somewhat generic rather than distinct concrete actions, leaving minor gaps versus the comprehensive anchor.

4 / 5

Completeness

Explicitly answers both what ("ECS troubleshooting and debugging guide covering...") and when ("Use when diagnosing ECS issues, debugging task failures (STOPPED, PENDING)...") with concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

Strong natural keyword coverage including "ECS issues", "task failures", "STOPPED, PENDING", "networking problems", "IAM/permissions errors", and "container health checks" that users would plausibly say, though a few common synonyms (e.g. "container won't start", "task won't come up") are missing.

4 / 5

Distinctiveness Conflict Risk

Clearly scoped to ECS with distinct triggers (STOPPED/PENDING status codes, ECS service health, container health checks) and minimal overlap risk with other skills.

5 / 5

Total

18

/

20

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (588 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository
fernandezbaptiste/Skrillz
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.