CtrlK
BlogDocsLog inGet started
Tessl Logo

aws-serverless

Specialized skill for building production-ready serverless applications on AWS. Covers Lambda functions, API Gateway, DynamoDB, SQS/SNS event-driven patterns, SAM/CDK deployment, and cold start optimization.

51

Quality

56%

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/antigravity-aws-serverless/SKILL.md

The canonical home for this skill is aws-serverless in sickn33/agentic-awesome-skills

SKILL.md
Quality
Evals
Security

Quality

Content

47%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 clean overview-plus-reference structure with a verified one-level-deep guide, but it offers little actionable or sequenced guidance itself — one incomplete code snippet and no validation-backed workflow. Filling in a concrete, validated procedure (or at minimum a checkpointed summary) would materially raise actionability and workflow clarity.

Suggestions

Replace the '// ...' placeholder with a complete, copy-paste-ready memory-monitoring handler (including the actual handler logic) or remove the snippet if it is not load-bearing.

Add a brief checkpointed workflow summary inline (e.g. 1. Define/author Lambda + infra, 2. Validate locally, 3. Deploy via SAM/CDK, 4. Verify deployment/cold-start) with an explicit validation step before deploy, rather than only deferring to the guide.

Remove the verbatim duplicate of the frontmatter description from the body and tighten the generic 'When to Use'/'Limitations' boilerplate to skill-specific triggers and constraints.

DimensionReasoningScore

Conciseness

The body is mostly short, but it duplicates the frontmatter description verbatim in the opening paragraph and carries generic 'When to Use'/'Limitations' boilerplate ('Use this skill when the request clearly matches the capabilities and patterns described above') that adds little, so it could be tightened.

3 / 5

Actionability

It provides one concrete code snippet (memory-usage logging) but it is incomplete with a '// ...' placeholder rather than copy-paste ready, and nearly all substantive guidance is delegated to the referenced guide rather than given inline.

3 / 5

Workflow Clarity

The body contains no sequenced task workflow or validation checkpoints — only a pointer to read the detailed guide — and since the skill covers deployment (SAM/CDK), the missing validation/verification steps keep it below the midpoint; the rough 'read the guide / load sections' meta-instruction is not a task workflow.

2 / 5

Progressive Disclosure

Content is appropriately split: a thin overview in SKILL.md with a single, clearly signaled one-level-deep reference ('Read [the detailed guide](references/detailed-guide.md)') whose target file exists, giving good navigation with only minor organization gaps from the boilerplate sections.

4 / 5

Total

12

/

20

Passed

Description

66%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 and uses strong, natural AWS service terms, but it lacks any explicit 'Use when...' trigger guidance, which caps completeness. Adding a concrete trigger clause would lift both completeness and distinctiveness.

Suggestions

Append an explicit trigger clause, e.g. 'Use when building or deploying serverless applications on AWS, or when the user mentions Lambda, API Gateway, DynamoDB, SQS/SNS, SAM, or CDK.'

Replace generic verbs ('Covers', 'building') with distinct concrete actions per capability (e.g. 'Build Lambda functions, configure API Gateway routes, model DynamoDB tables, wire SQS/SNS events, deploy via SAM/CDK, optimize cold starts') to push specificity toward 5.

Add common synonyms/extensions users mention (e.g. '.template.yaml', CloudFormation, EventBridge) to broaden trigger-term coverage.

DimensionReasoningScore

Specificity

Lists several concrete, specific capabilities — 'Lambda functions, API Gateway, DynamoDB, SQS/SNS event-driven patterns, SAM/CDK deployment, and cold start optimization' — giving broad coverage, but the verbs ('building', 'Covers') are generic rather than distinct per-capability actions, leaving minor gaps versus a fully comprehensive list.

4 / 5

Completeness

It clearly answers 'what' (building production-ready serverless apps on AWS with named services) but provides no 'Use when...' clause or equivalent explicit trigger guidance, so per the rubric guideline completeness is capped at 3.

3 / 5

Trigger Term Quality

Includes natural terms a user would actually say — 'AWS', 'serverless', 'Lambda', 'API Gateway', 'DynamoDB', 'SQS/SNS', 'SAM/CDK', 'cold start' — giving good keyword coverage, though a few common synonyms or phrasings are absent.

4 / 5

Distinctiveness Conflict Risk

The 'AWS serverless' niche with named services (Lambda, API Gateway, DynamoDB, SQS/SNS, SAM/CDK) is mostly distinct with minimal conflict risk, though without explicit trigger phrases it could marginally overlap with broader AWS or general-infrastructure skills.

4 / 5

Total

15

/

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
boisenoise/skills-collections
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.