CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

aws-cloud-architecture

Comprehensive guide to AWS cloud architecture covering compute, storage, databases, networking, security, serverless, and cost optimization with production-ready patterns

Quality

54%

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-architecture/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

32%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 body is a well-organized catalog of real AWS configuration examples, but it is a monolithic reference dump rather than a skill: it front-loads ~2,100 lines of templates and generic best-practice lists Claude largely already knows, offers no design/deploy workflow with validation, and uses zero progressive disclosure. Almost all of this content belongs in per-topic reference files with a lean SKILL.md overview pointing to them.

Suggestions

Split the per-service CloudFormation/boto3 catalogs into reference files (e.g. references/compute.md, references/databases.md, references/networking.md) and reduce SKILL.md to a lean overview with pointers, following the progressive-disclosure pattern the skill format expects.

Add an actual design-and-deploy workflow with validation checkpoints: gather requirements, select patterns, then 'aws cloudformation validate-template' / 'aws cloudformation deploy', verify stack status, and check drift — this would raise workflow clarity above the current anchor-2 level.

Fix the incomplete code fragments: either define the cross-referenced resources (PrivateSubnet1, KMSKey, TargetGroup, SSLCertificate) in each template or explicitly label snippets as excerpts, and correct bugs like the missing 'import time' in the DynamoDB example.

DimensionReasoningScore

Conciseness

The body is a ~2,100-line monolith that restates generic AWS knowledge Claude already has — the entire Well-Architected section is generic bullet lists like "Implement strong identity foundation" and "Monitor and measure system performance" — plus dozens of full inline CloudFormation templates that are boilerplate Claude can generate. This matches anchor 2 ('Noticeably verbose; several unnecessary explanations or padded sections'); it is not anchor 1 because the prose is not written as a basic-concepts tutorial, but the padding is pervasive.

2 / 5

Actionability

The code is concrete and real (executable-looking CloudFormation, boto3, and CLI), not pseudocode, so it clears anchor 2. But it does not reach anchor 4 ('minor gaps'): nearly every template is a fragment referencing resources never defined in the snippet (!Ref PrivateSubnet1, KMSKey, TargetGroup, SSLCertificate, CloudWatchLogsGroup), the DynamoDB Python example calls int(time.time()) without importing time, and no deployment commands are given — these are missing key details, fitting anchor 3.

3 / 5

Workflow Clarity

The skill claims to cover "designing, implementing, and operating" architectures but contains no process sequence at all — no requirements-to-architecture flow, no deploy steps, and no validation checkpoints (no 'aws cloudformation validate-template', no drift detection, no post-deploy verification) for operations that provision production infrastructure. Anchor 2 ('rough sequence present but many gaps; validation absent') fits better than anchor 1 only because sections are thematically ordered via the Table of Contents.

2 / 5

Progressive Disclosure

The entire skill is inlined in a single 57KB SKILL.md with no references/, scripts/, or assets/ directories — thousands of lines of per-service template catalogs that clearly belong in separate reference files. This is anchor 2 ('content that clearly belongs in separate files is inlined'); it avoids anchor 1 because section headers and a Table of Contents keep it navigable.

2 / 5

Total

9

/

20

Passed

Description

56%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 good domain keyword coverage and a clear, distinct AWS-focused identity, but it never states concrete actions and entirely lacks a 'Use when...' trigger clause, capping completeness at 3. Rewriting it to lead with specific capabilities and an explicit trigger clause would move it into strong territory.

Suggestions

Replace the topic-list phrasing with concrete actions, e.g. "Designs and provisions production AWS architectures with CloudFormation/Terraform patterns for compute, storage, networking, and serverless workloads".

Add an explicit trigger clause: "Use when the user asks about AWS architecture, deploying or designing AWS infrastructure, Well-Architected reviews, or AWS cost optimization".

Include natural service-level trigger terms users actually say (EC2, S3, Lambda, VPC, CloudFormation, Terraform) rather than only category names.

DimensionReasoningScore

Specificity

The description names the domain ("AWS cloud architecture covering compute, storage, databases, networking, security, serverless, and cost optimization") but the only action offered is "Comprehensive guide... covering" topics — a topic listing, not concrete actions. It matches anchor 2 ('Names the domain but actions are minimal or generic') and falls short of anchor 3 because enumerating service categories is not equivalent to naming 1-2 concrete actions like 'Extract text' or 'Generate commit messages'.

2 / 5

Completeness

The 'what' is clear (a comprehensive AWS architecture guide with production-ready patterns), but there is no 'Use when...' clause or equivalent trigger guidance anywhere in the description. Per the judging guideline, a missing 'Use when...' clause caps completeness at 3 ('Has a clear what but when is missing or only weakly implied').

3 / 5

Trigger Term Quality

Natural domain keywords users would say are present ('cloud architecture', 'serverless', 'cost optimization', 'networking', 'storage', 'production-ready patterns'). It falls short of anchor 5 because it lacks the service names and synonyms users most commonly invoke (EC2, S3, Lambda, VPC, 'infrastructure as code', 'deploy'), but the coverage is broader than anchor 3's sparse single-keyword example.

4 / 5

Distinctiveness Conflict Risk

"AWS cloud architecture" is a fairly distinct, AWS-branded niche with minimal conflict risk against unrelated skills. It is not anchor 5 because without explicit trigger phrases it could still overlap with closely related skills (Terraform/IaC, AWS CLI, or individual service skills), which is exactly anchor 4's 'minor overlap risk with closely related skills'.

4 / 5

Total

13

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

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

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository

manutej/luxor-claude-marketplace

Path

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