CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

aws-cloud-services

Comprehensive AWS cloud services skill covering S3, Lambda, DynamoDB, EC2, RDS, IAM, CloudFormation, and enterprise cloud architecture patterns with AWS SDK

Quality

55%

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 ./plugins/luxor-devops-suite/skills/aws-cloud-services/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

This is a well-coded but bloated monolith: the SDK v3 examples are genuinely actionable, yet the body re-explains AWS fundamentals Claude already knows, offers no task-level workflows or validation for destructive/batch operations, and inlines everything instead of splitting per-service detail into reference files. It functions as an AWS encyclopedia rather than a skill that changes Claude's behavior.

Suggestions

Split the body into one-level-deep reference files (e.g., references/s3.md, references/dynamodb.md, references/cloudformation.md) and keep SKILL.md as a short overview with "When to Use" guidance and per-service pointers.

Delete or compress the AWS-knowledge padding — IAM component definitions, S3 storage-class list, EC2 instance types, and the generic Security/Cost/Reliability best-practice bullet lists — down to only AWS-specific conventions Claude would not infer.

Add validation checkpoints to the destructive/batch paths shown (TerminateInstances, DeleteStack, BatchWrite, DeleteObjects), e.g., DescribeStacks status polling after CreateStack and confirming no errors before terminating instances.

Fix the code defects: replace the v2 "AWS.DynamoDB.Converter.unmarshall" calls with the v3 unmarshall import, merge the duplicate ExpressionAttributeValues object in the Query example, and define the missing "client"/"context" variables.

DimensionReasoningScore

Conciseness

The 1,556-line body extensively re-teaches AWS knowledge Claude already has — IAM users/groups/roles, S3 storage classes, EC2 instance families, credential chains, and ~110 lines of generic Security/Cost/Performance/Reliability best-practice bullets. Anchor 1's pattern ("extensively explains concepts Claude already knows") is largely met, but the genuinely useful SDK v3 code keeps it at anchor 2 rather than 1; time-sensitive details ("Last Updated: October 2025", nodejs20.x runtime) are also not isolated in a deprecated/old-patterns section.

2 / 5

Actionability

Most guidance is concrete, executable SDK v3 code covering common cases (S3 upload/download/pagination, multipart upload with abort-on-error, DynamoDB CRUD/query/batch, Lambda handlers, CloudFormation deploy). Minor gaps keep it from 5: the DynamoDB Streams example uses the v2 API ("AWS.DynamoDB.Converter.unmarshall"), the Query example declares duplicate "ExpressionAttributeValues" keys so the filter values are silently dropped, the multipart-upload snippet references an undefined "client", and the Lambda error handler uses a "context" parameter missing from its function signature.

4 / 5

Workflow Clarity

The body is a per-service reference, not a sequenced workflow — there is no ordered procedure with checkpoints for any task (e.g., deploy a stack, wire Lambda to S3). Destructive and batch operations (TerminateInstancesCommand, DeleteStackCommand, DeleteObjectsCommand, BatchWriteCommand) appear with no validation or verification steps, which caps the score at 3 per the scoring notes, and the overall absence of any task sequence matches anchor 2 ("steps poorly defined; validation absent").

2 / 5

Progressive Disclosure

There are no bundle files (no references/, scripts/, or assets/), and the entire ~1,500-line encyclopedia — including per-service deep dives like the 160-line CloudFormation template and full DynamoDB API coverage — is inlined in SKILL.md. This matches anchor 2 ("content that clearly belongs in separate files is inlined"); it does not reach 3 because there are no references to signal at all.

2 / 5

Total

10

/

20

Passed

Description

51%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 has strong, distinctive trigger terms thanks to the explicit AWS service list, but it never says what the skill does (only that it "covers" topics) and provides no "use when" trigger guidance. It reads as a topic catalog with a buzzword ("Comprehensive") rather than a capability statement.

Suggestions

Replace the "covering ..." topic list with concrete capability verbs, e.g., "Builds, deploys, and manages AWS infrastructure: S3 uploads, Lambda functions, DynamoDB tables, IAM policies, and CloudFormation stacks using the AWS SDK v3."

Append an explicit trigger clause: "Use when working with AWS services, the AWS SDK, serverless architectures, or cloud infrastructure deployment."

Drop the buzzword "Comprehensive" — it adds no information and inflates token cost without improving trigger matching.

DimensionReasoningScore

Specificity

The description names the AWS domain via a specific service list ("S3, Lambda, DynamoDB, EC2, RDS, IAM, CloudFormation"), but the only action verb is "covering" — it never states what the skill actually does. "Comprehensive" is a buzzword; this matches anchor 2 ("Names the domain but actions are minimal or generic"), not 3, which requires at least 1-2 concrete actions.

2 / 5

Completeness

The "what" is vague — a topic list rather than any capability statement — and the "when" is entirely absent, with no "Use when..." clause or equivalent trigger guidance. This matches anchor 2 ("Has a vague 'what' and no 'when'") and the missing-when cap applies; it cannot reach 3 because even the 'what' is not clearly stated in terms of actions.

2 / 5

Trigger Term Quality

"S3, Lambda, DynamoDB, EC2, RDS, IAM, CloudFormation, AWS SDK" are precisely the natural terms users say when they need this skill, giving good keyword coverage. Not 5 because no synonyms or variations are present (e.g., "serverless", "cloud infrastructure", "Boto3", or SDK language variants).

4 / 5

Distinctiveness Conflict Risk

It carves out a clear niche — AWS cloud services with named service triggers — and is unlikely to fire for non-AWS or non-cloud skills. The named services (S3, Lambda, CloudFormation) are themselves distinct triggers, so conflict risk is minimal.

5 / 5

Total

13

/

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 (1562 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository

manutej/luxor-claude-marketplace

Path

plugins/luxor-devops-suite/skills/aws-cloud-services/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.