CtrlK
BlogDocsLog inGet started
Tessl Logo

aws-sdk-swift-usage

AWS SDK for Swift development patterns. Use when writing Swift code that uses AWS services via aws-sdk-swift package.

65

Quality

77%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

High

Do not use without reviewing

Fix and improve this skill with Tessl

tessl review fix ./plugins/aws-core/skills/aws-sdk-swift-usage/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

80%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable and token-efficient with strong executable examples and clear pitfalls, but it is a monolithic inline reference with no progressive disclosure to deeper files and no sequenced workflow with checkpoints.

Suggestions

Move the per-service config parameter reference and advanced credential flows into a references/ file, keeping SKILL.md as a concise overview with one-level-deep links.

For the deprecated-class guidance, add a short validation step (e.g. grep the generated config type or compile-check) so the pitfall avoidance becomes a feedback loop.

Add a brief 'how to find the right config' workflow that sequences: pick service -> open <Service>Client.swift -> copy declaration order -> build config, with an explicit verify step.

DimensionReasoningScore

Conciseness

The body is lean and example-driven, assuming Claude's competence (no explanations of async, AWS, or basic Swift), with every section earning its place through concrete code.

3 / 3

Actionability

Provides fully executable, copy-paste-ready Swift for client creation, credential resolvers, waiters, pagination, presigned URLs, and common operations, plus a concrete list of config parameters.

3 / 3

Workflow Clarity

Content is well-organized into topical sections, but there is no multi-step sequenced workflow with validation checkpoints; it reads as a pattern catalog rather than a guided process.

2 / 3

Progressive Disclosure

At ~180 lines with all material inline and no references/ scripts/ assets/ bundle files, the skill is a single well-sectioned file; content that could be split (e.g. full config reference, per-service examples) is not progressively disclosed.

2 / 3

Total

10

/

12

Passed

Description

75%

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 third-person, has an explicit 'Use when' trigger, and carves out a distinct niche, but the 'what' is phrased as vague 'development patterns' and lacks specific service-name triggers.

Suggestions

Replace 'development patterns' with concrete capabilities, e.g. 'Create service clients, configure credentials, use waiters and pagination, and generate presigned URLs'.

Add common service-name triggers (S3, DynamoDB, CloudWatch, STS) so the description matches how users actually phrase requests.

Keep the explicit 'Use when' clause but tie it to specific tasks like uploading objects or assuming roles.

DimensionReasoningScore

Specificity

Names the domain ('AWS SDK for Swift development patterns') and the action of writing Swift code, but 'development patterns' is abstract rather than a list of concrete actions like client creation or pagination.

2 / 3

Completeness

States both what it covers (AWS SDK for Swift development patterns) and an explicit 'Use when writing Swift code that uses AWS services via aws-sdk-swift package' trigger, answering what and when.

3 / 3

Trigger Term Quality

Includes relevant natural terms ('Swift code', 'AWS services', 'aws-sdk-swift package') but misses common service-specific variations a user would say such as S3, DynamoDB, or CloudWatch.

2 / 3

Distinctiveness Conflict Risk

The aws-sdk-swift package niche with Swift + AWS triggers is clearly distinguishable and unlikely to fire for unrelated skills.

3 / 3

Total

10

/

12

Passed

Validation

100%

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
aws/agent-toolkit-for-aws
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.