CtrlK
BlogDocsLog inGet started
Tessl Logo

aws-messaging-and-streaming

Guides general use of AWS messaging and streaming services. Covers Amazon SQS, Amazon SNS, Amazon EventBridge, Amazon MQ, Amazon Kinesis Data Streams, Amazon Data Firehose, Amazon Managed Service for Apache Flink, and Amazon Managed Streaming for Apache Kafka (MSK). Use when reasoning about messaging and streaming patterns. Also identifies which AWS service owns each customer communication channel: email (Amazon SES), and WhatsApp, SMS, MMS, RCS, voice and mobile push (the AWS End User Messaging family of services). Routes the request to the specialized skill for that channel. Defers to the channel's specialized skill when the user already named a specific channel. In general, use specific skills or documentation searches for detailed service-specific questions. Do NOT use for MSK or Managed Service for Apache Flink questions, prefer specific skills. Does not configure customer communication channels; defers to specific skills.

60

Quality

71%

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/core-skills/aws-messaging-and-streaming/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 at its best in the Customer Communications routing section and the Common Integration Gotchas, which are dense with exact API parameters, naming constraints, and fallback instructions. It loses efficiency to a textbook messaging-vs-streaming primer Claude does not need, and its file structure is undermined by a dangling reference to "reference files" that are not part of the bundle.

Suggestions

Cut or compress the "What Is Messaging?" and "What Is Streaming?" conceptual primers and the use-case bullet lists — the "Key Differences" comparison table already carries the AWS-relevant contrasts, and Claude knows the general concepts.

Remove or make real the line "see reference files or service-specific Skills": no reference files exist in this bundle, so as written it sends Claude looking for files that are not there.

Move the seven Common Integration Gotchas to a references/gotchas.md and link them one level deep, keeping SKILL.md as the lean service-selection and routing overview it is otherwise well-shaped to be.

DimensionReasoningScore

Conciseness

The "What Is Messaging?" / "What Is Streaming?" primers ("Messaging enables decoupled, asynchronous communication between components...") and the use-case bullet lists restate concepts Claude already knows across roughly 40 lines that the "Key Differences" table conveys more efficiently. The routing instructions and gotchas are dense and earn their tokens, so this is not a 2, but the conceptual primer is a sustained over-explanation that keeps it below 4.

3 / 5

Actionability

Highly concrete guidance: exact API calls and parameters ("SetQueueAttributes with ReceiveMessageWaitTimeSeconds=20... and KmsMasterKeyId=<customer-managed key id/ARN>", "RedrivePolicy={\"deadLetterTargetArn\":\"<DLQ>\"}"), exact naming constraints ("must be named with the AmazonMSK_ prefix"), exact tool invocations ("aws___retrieve_skill(skill_name=\"<skill>\")"), and an explicit documentation fallback chain. Not a 5 because a few gotchas describe complete configurations (e.g., the DLQ queue policy) without a full runnable example.

4 / 5

Workflow Clarity

The decision and routing flow is explicit with conditional branches and fallbacks: verify numbers from service-specific skills/docs rather than guessing, search docs for recommended configurations, load the named channel skill and answer from it, and "Where the table says None, or the named skill cannot be loaded, say so, then answer using the documentation tools". No destructive or batch operations, so no validation cap applies; not a 5 because this is a decision flow rather than a fully sequenced multi-step process with feedback loops.

4 / 5

Progressive Disclosure

Sections are well-organized, but "For specific guidance on individual AWS services, see reference files or service-specific Skills" points at reference files that do not exist in this bundle, and roughly 50 lines of detailed integration gotchas are inlined where a one-level-deep reference file would keep the overview lean. More than a minor organization gap, but real structure and navigability keep it above 2.

3 / 5

Total

14

/

20

Passed

Description

78%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: it enumerates the covered services, states concrete routing actions, and is unusually disciplined about boundaries with explicit deferral and do-not-use rules. Its weaknesses are an abstract trigger phrase ("reasoning about messaging and streaming patterns") and missing common synonyms like queues, topics, and pub/sub that users would naturally say.

DimensionReasoningScore

Specificity

Enumerates concrete coverage ("Covers Amazon SQS, Amazon SNS, Amazon EventBridge, Amazon MQ, Amazon Kinesis Data Streams...") and several concrete actions ("identifies which AWS service owns each customer communication channel", "Routes the request to the specialized skill for that channel"), but the lead "Guides general use" is generic and never breaks the core capability into specific actions.

4 / 5

Completeness

Both what ("Guides general use of AWS messaging and streaming services. Covers [8 named services]") and when ("Use when reasoning about messaging and streaming patterns" plus explicit exclusions "Do NOT use for MSK or Managed Service for Apache Flink questions") are present. Not a 5 because the when-clause is abstract rather than concrete user trigger phrases.

4 / 5

Trigger Term Quality

Service names users naturally say (SQS, SNS, EventBridge, Kinesis, Kafka/MSK, SES, WhatsApp, SMS, RCS) are all present, but common synonyms like queues, topics, pub/sub, event bus, and broker are missing, and the explicit trigger "Use when reasoning about messaging and streaming patterns" is abstract phrasing rather than something a user would say.

4 / 5

Distinctiveness Conflict Risk

Explicit boundary rules against every closely-related specialized skill ("Defers to the channel's specialized skill when the user already named a specific channel", "Do NOT use for MSK or Managed Service for Apache Flink questions, prefer specific skills", "Does not configure customer communication channels") give it a clear niche with minimal conflict risk.

5 / 5

Total

17

/

20

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.

Validation — 16 / 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.