CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

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.

Quality

78%

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 ./skills/ecs-troubleshooting/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 highly actionable troubleshooting reference with a consistent symptom→diagnosis→cause→fix structure and concrete, executable AWS commands throughout. Its main weaknesses are token efficiency (inlined boilerplate boto3/Terraform and duplicated content) and the absence of any progressive disclosure — everything is packed into a single ~590-line SKILL.md instead of being split into reference files.

Suggestions

Split the body into focused reference files (e.g., references/iam-policies.md, references/log-analysis.md, references/performance.md) and keep SKILL.md as a concise symptom-driven index linking to them, instead of inlining all ~590 lines.

Replace the verbose boto3 diagnostic functions with the minimal queries that matter (the --query projections and the stopCode/stoppedReason/exitCode fields to inspect), trimming the print-loop boilerplate Claude can write itself.

Deduplicate the CannotPullContainerError coverage (currently split between the Task Failures and IAM & Permissions sections) and complete the fragmentary HCL snippets (the aws_appautoscaling_policy block and the bare 'memory = 2048' line) so all code is copy-paste runnable.

DimensionReasoningScore

Conciseness

The guide avoids conceptual padding and is built from commands and error strings, but it inlines substantial boilerplate Claude could generate itself — roughly 80 lines of boto3 print loops across three diagnostic functions plus standard Terraform for NAT gateways and security-group rules — and CannotPullContainerError is covered twice (Task Failures and IAM sections). This matches 'mostly efficient but could be tightened' rather than the minor-trimming level of 4.

3 / 5

Actionability

Most guidance is concrete and executable: copy-paste CLI with --query projections, exact exit codes (137, 1), specific error strings mapped to fixes, and ready IAM policy JSON. It is not a 5 because several snippets are fragments rather than runnable code — the aws_appautoscaling_policy block omits policy type and resource_id, and 'memory = 2048' floats without task-definition context.

4 / 5

Workflow Clarity

Every section follows a consistent, clear sequence (Symptom → Diagnostic Steps → Common Causes & Solutions) and the closing Quick Reference table gives an explicit symptom→first-check triage path, so most checkpoints are present. It stops short of 5 because there are no explicit feedback loops — no 're-run describe-services to confirm the fix' step after applying a solution.

4 / 5

Progressive Disclosure

The body is well-sectioned with clear headers, but all ~590 lines live in SKILL.md with no references/ split — IAM policy Terraform, CloudWatch Insights queries, and performance tuning are content that clearly belongs in separate reference files. This matches 'some structure but content that should be separate is inline'; it is not a 2 because organization and navigation within the page are good, and the under-50-lines exception for a 5 does not apply.

3 / 5

Total

14

/

20

Passed

Description

83%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 with a clear 'what' and an explicit, concrete 'Use when' trigger clause covering the main ECS failure categories. The main weaknesses are minor: a few natural trigger variations (Fargate, cannot pull image, deployment stuck) are absent and there is slight keyword overlap with closely related ECS skills.

DimensionReasoningScore

Specificity

The description names several specific action areas — 'task failures, service issues, networking problems, and performance diagnostics' plus 'IAM/permissions errors' and 'container health checks' — matching the anchor for several specific actions with minor gaps. It falls short of 5 because coverage is not comprehensive: deployment failures, log analysis, and capacity issues are not named.

4 / 5

Completeness

It explicitly answers 'what' ('ECS troubleshooting and debugging guide covering task failures, service issues, networking problems, and performance diagnostics') and 'when' with concrete trigger phrases ('Use when diagnosing ECS issues, debugging task failures (STOPPED, PENDING)...'), matching the anchor for clear and explicit answers to both. A 4 would require the 'when' clause to be less explicit or specific, which is not the case here.

5 / 5

Trigger Term Quality

Natural trigger phrases are present and specific ('debugging task failures (STOPPED, PENDING)', 'IAM/permissions errors', 'container health checks'), matching good keyword coverage. A few natural terms users would say are missing — e.g., 'Fargate', 'cannot pull image', 'deployment stuck' — so it does not reach the comprehensive synonym coverage of a 5.

4 / 5

Distinctiveness Conflict Risk

The description occupies a clear diagnostic/troubleshooting niche distinct from related ECS skills, with diagnostics-flavored triggers ('diagnosing', 'debugging', 'investigating'). It is not a 5 because it shares the 'ECS' keyword space with closely related skills (boto3-ecs, terraform-ecs, ecs-deployment) and its 'IAM/permissions errors' trigger could also match a general IAM skill.

4 / 5

Total

17

/

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.

Validation — 15 / 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

Path

skills/ecs-troubleshooting/SKILL.md

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.