CtrlK
BlogDocsLog inGet started
Tessl Logo

terraform-ecs

Provision production-ready AWS ECS clusters with Terraform. Covers cluster configuration, Fargate and EC2 launch types, task definitions, services, load balancer integration, auto-scaling, and deployment strategies. Use when provisioning ECS, setting up container orchestration on AWS, configuring Fargate services, or managing ECS infrastructure as code.

65

Quality

82%

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

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

SKILL.md
Quality
Evals
Security

Quality

Content

68%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, code-first skill whose HCL examples are concrete and copy-paste-ready, with good reference-file structure. Its weaknesses are the absence of an explicit provisioning workflow with validation checkpoints (capped at 3 given batch terraform apply/destroy operations) and undefined supporting resources that prevent examples from applying end-to-end.

Suggestions

Add an explicit provisioning workflow section with validation checkpoints, e.g.: 1. Provision VPC, 2. Create cluster, 3. Register task definition, 4. Attach service to ALB, 5. Run `terraform plan` and review before `terraform apply`, 6. Verify service stability with `aws ecs describe-services` — this addresses the workflow_clarity cap.

Define or stub the resources referenced but never provided (var.tags, aws_ecr_repository.app, aws_acm_certificate.app, data.aws_region.current, aws_secretsmanager_secret.db_password) so the examples apply end-to-end, lifting actionability.

Move the auto-scaling, IAM roles, and VPC sections into the existing reference files (or a new one) and trim the Quick Reference table of basic terraform commands, keeping SKILL.md as a lean overview — improving both conciseness and progressive_disclosure.

DimensionReasoningScore

Conciseness

The body is dominated by dense, executable HCL with almost no prose padding or explanations of concepts Claude already knows, but the Quick Reference table (terraform init/plan/apply/destroy) and parts of Common Commands restate basics, and the VPC section drifts into a separate domain. Efficient with minor trims possible — fits 4, not 5, due to those known-basics sections.

4 / 5

Actionability

Every section provides complete, syntactically valid, copy-paste-ready HCL resource blocks covering the common cases. It falls short of fully executable because several referenced resources are never defined (var.tags, aws_ecr_repository.app, aws_acm_certificate.app, data.aws_region.current, aws_secretsmanager_secret.db_password), so no example applies end-to-end without gap-filling — minor gaps fitting 4 rather than 3, since the blocks are real code rather than pseudocode.

4 / 5

Workflow Clarity

Sections are organized by resource type with an implicit VPC → cluster → task definition → ALB → service order, but there is no explicit provision sequence and no validation checkpoints — no 'run terraform plan and review before apply' step and no post-apply verification of service stability. Since terraform apply/destroy are batch infrastructure operations, the missing validation/verification caps this at 3 per the rubric guideline; not 4 because the validation gaps are central rather than minor.

3 / 5

Progressive Disclosure

Clear section headers plus a 'Detailed Documentation' section with three well-signaled, one-level-deep references (references/cluster-config.md, references/task-definitions.md, references/service-patterns.md), all of which exist in the bundle. Fits 4 rather than 5 because the ~530-line body itself carries substantial detail (auto-scaling, IAM, VPC, full ALB setup) that could be split into the reference files, making SKILL.md more of a full reference than a lean overview; not 3 because the references that exist are clearly signaled and real.

4 / 5

Total

15

/

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: specific, comprehensive, third-person, with an explicit 'Use when' clause containing concrete trigger phrases. Minor improvements possible by adding natural synonyms (e.g., Docker container deployment on AWS) and narrowing the 'container orchestration on AWS' trigger to avoid EKS overlap.

DimensionReasoningScore

Specificity

The description lists seven concrete capability areas — 'cluster configuration, Fargate and EC2 launch types, task definitions, services, load balancer integration, auto-scaling, and deployment strategies' — in third-person voice with no vague filler, matching the comprehensive-coverage anchor. It is not 4 because coverage of the ECS domain is thorough rather than having minor gaps.

5 / 5

Completeness

Explicitly answers both questions: 'what' via 'Provision production-ready AWS ECS clusters with Terraform' plus the coverage list, and 'when' via the concrete 'Use when provisioning ECS, setting up container orchestration on AWS, configuring Fargate services, or managing ECS infrastructure as code' clause. Matches the top anchor with concrete trigger phrases; not 4 because the when-clause is fully explicit.

5 / 5

Trigger Term Quality

Natural trigger phrases like 'provisioning ECS', 'setting up container orchestration on AWS', 'configuring Fargate services', and 'managing ECS infrastructure as code' give good coverage, but common variations users would say — e.g. 'deploy Docker containers on AWS' or 'ECS service' — are missing. Fits the good-coverage-with-a-few-gaps anchor, short of comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The Terraform + ECS niche is mostly distinct with unmistakable core triggers (ECS, Fargate, Terraform), but 'setting up container orchestration on AWS' could plausibly trigger an EKS/Kubernetes sibling skill — minor overlap with a closely related skill. Not 5 because of that overlap; not 3 since the primary triggers are unambiguous.

4 / 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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (536 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.