CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

azure-eventhub-rust

Azure Event Hubs SDK for Rust. Use for sending and receiving events, streaming data ingestion.

Quality

70%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./plugins/AI-Agents-Safe-Coding-Skills/skills/azure-eventhub-rust/SKILL.md

The canonical home for this skill is azure-eventhub-rust in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

61%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-structured, mostly actionable SDK reference with concrete code for the common cases. Its main weaknesses are mild padding, an internally inconsistent batch API example, and the absence of validation checkpoints for batch send operations.

Suggestions

Remove the filler 'When to Use' line and trim the Key Concepts bullets that restate Event Hubs architecture Claude already knows.

Resolve the try_add_event_data inconsistency — either show handling its return value as the Best Practices item implies, or fix the code/`?` usage — and wire the documented env vars into the examples instead of hardcoded literals.

Add an explicit validation step for batch sends (e.g. check try_add_event_data return values and handle partial-batch failures) to raise workflow clarity.

DimensionReasoningScore

Conciseness

The 'Key Concepts' bullets explain Event Hubs architecture Claude already knows, and the closing line 'This skill is applicable to execute the workflow or actions described in the overview' is pure filler. These are more than the 'minor instances' needed for a 4.

3 / 5

Actionability

Concrete `cargo add` commands and mostly copy-paste-ready Rust snippets cover the common produce/consume cases. Not 5: the `try_add_event_data` example is internally inconsistent (code uses `?` implying a Result while Best Practices says it 'returns false when full'), and the documented env vars are never used in the code, which hardcodes literals.

4 / 5

Workflow Clarity

The install → configure → produce → consume sequence is present, but sending event batches is a batch operation with no explicit validation or retry checkpoints, which caps workflow clarity at 3 per the rubric; the 'check batch capacity' note is only implicit guidance.

3 / 5

Progressive Disclosure

Well-organized sections with a clearly signaled one-level-deep Reference Links table (docs.rs, GitHub, crates.io) and no nested references. Not 5: the skill exceeds 50 lines with API detail inlined that could live in a references file, though the current split is defensible for a single-service SDK.

4 / 5

Total

14

/

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 identifies a distinct niche and includes an explicit use clause, but its capability list and trigger vocabulary are thin. Adding more concrete actions and natural trigger variations would lift it from adequate to strong.

Suggestions

Add natural trigger variations users would actually say, such as 'publish/consume events', 'event streaming', or 'real-time ingestion'.

Enumerate a few more concrete capabilities (batch sending, partition consumers, checkpointing) to strengthen specificity.

Replace the generic 'Use for' clause with concrete scenarios, e.g. 'Use when sending events to or consuming events from Azure Event Hubs in Rust.'

DimensionReasoningScore

Specificity

"Azure Event Hubs SDK for Rust" names the domain and "sending and receiving events, streaming data ingestion" lists 1-2 concrete actions, but coverage is not comprehensive — batching, partition consumption, and checkpointing are absent, so it does not reach the 'several specific actions' anchor.

3 / 5

Completeness

It has a clear 'what' ("Azure Event Hubs SDK for Rust") and an explicit 'Use for...' when-clause, mirroring the anchor-4 example. Not 5 because the 'when' is generic and lacks concrete trigger phrases like 'Use when working with Azure Event Hubs'.

4 / 5

Trigger Term Quality

Core natural terms are present ("Azure Event Hubs", "sending and receiving events", "streaming data ingestion") but common variations users would say — "publish/consume", "event streaming", "real-time" — are missing, matching the 'some relevant keywords but missing variations' anchor.

3 / 5

Distinctiveness Conflict Risk

A named Azure service paired with a specific language gives a clear niche with distinct triggers and minimal conflict risk; overlap with generic messaging or Azure Service Bus skills is negligible.

5 / 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.

Validation — 15 / 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

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/AI-Agents-Safe-Coding-Skills/skills/azure-eventhub-rust/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.