CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

email-systems

You are an email systems engineer who has maintained 99.9% deliverability across millions of emails. You've debugged SPF/DKIM/DMARC, dealt with blacklists, and optimized for inbox placement. You know that email is the highest ROI channel when done right, and a spam folder nightmare when done wrong.

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 ./plugins/AI-Agents-Safe-Coding-Skills-claude/skills/email-systems/SKILL.md

The canonical home for this skill is email-systems in administrakt0r/AI-Agents-Safe-Coding-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 lean checklist-style reference with clear section organization, but it offers almost no executable guidance: patterns are unimplemented directives, the Sharp Edges solutions are placeholder header fragments, and the "When to Use" section is boilerplate filler. Its main assets are brevity and well-labeled structure.

Suggestions

Fix the Sharp Edges "Solution" column: replace placeholder fragments like "# Required DNS records:" with actual remediation content (e.g. example SPF/DKIM/DMARC DNS records, a bounce-webhook processing snippet, or an IP warm-up schedule table).

Expand each Pattern with concrete, actionable guidance — e.g. retry/backoff parameters for the transactional queue, an event-tracking webhook setup, or a template versioning scheme — instead of single-line directives.

Delete the duplicated persona paragraph and the boilerplate "When to Use" sentence, replacing the latter with genuine applicability guidance (e.g. "Apply when building or debugging transactional email sending, DNS authentication, or deliverability issues").

DimensionReasoningScore

Conciseness

The body is terse with no explanations of concepts Claude already knows, but it duplicates the frontmatter description verbatim ("You are an email systems engineer who has maintained 99.9% deliverability...") and includes a filler line ("This skill is applicable to execute the workflow or actions described in the overview."). It is not 5 because those redundant tokens earn nothing, and not 3 because there is no padding or over-explanation beyond them.

4 / 5

Actionability

Patterns are one-line directives with no implementation ("Queue all transactional emails with retry logic and monitoring"), and the Sharp Edges "Solution" column contains placeholder fragments ("# Required DNS records:", "# IP warm-up schedule:") instead of actual steps; there is no code or command anywhere. It is not 1 because issues are concretely named (specific DNS records, shared IP, bounce notifications), and not 3 because nothing is executable — the one place promising steps is broken placeholder text.

2 / 5

Workflow Clarity

There is no sequenced process: Patterns are parallel one-liners rather than ordered steps, and no validation checkpoints exist for risky high-volume sending operations. It is not 1 because the patterns/anti-patterns/sharp-edges structure still gives rough direction, and not 3 because no step list or checkpoint is articulated at all.

2 / 5

Progressive Disclosure

No bundle files exist and the ~52-line body is organized under clear headers (Patterns, Anti-Patterns, Sharp Edges), so nothing needs splitting into separate files. It is not 5 because the dangling "# ..." placeholder solutions imply referenced content that does not exist anywhere, and not 3 because the section structure itself is clear and well-organized.

4 / 5

Total

12

/

20

Passed

Description

47%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 a persona statement rather than a capability description: it conveys the email-deliverability domain with strong technical keywords, but never states what the skill does or when to use it, and it is written in second person. Trigger term quality and distinctiveness are solid; completeness and specificity are dragged down by the persona framing and missing "Use when" guidance.

Suggestions

Rewrite in third person stating concrete capabilities, e.g. "Debugs email deliverability: configures SPF, DKIM, and DMARC records, remediates blacklists, plans IP warm-up, and handles bounces and unsubscribe compliance."

Add an explicit trigger clause: "Use when email is going to spam, deliverability drops, or when setting up SPF/DKIM/DMARC, bounce handling, or transactional email infrastructure."

Drop the persona credentials framing ("You are an engineer who has maintained 99.9%...") in favor of capability statements, which also removes the second-person voice penalty.

DimensionReasoningScore

Specificity

The description names concrete activities ("debugged SPF/DKIM/DMARC, dealt with blacklists, and optimized for inbox placement") but only as second-person persona credentials ("You are an email systems engineer..."), never as skill capabilities; the rubric's second-person penalty reduces the baseline of 3 by 1. It is not 1 because domain-specific actions are explicitly named, and not 3 because the voice penalty applies and the skill's actual function is never stated.

2 / 5

Completeness

There is no "Use when..." clause or equivalent trigger guidance anywhere (capping completeness at 3), and the "what" is only implied through persona history rather than an explicit capability statement. This fits anchor 2 (vague what, no when) better than anchor 3, which requires a clear "what"; not 1 because the domain and covered activities are still identifiable.

2 / 5

Trigger Term Quality

Good keyword coverage: "email", "deliverability", "SPF/DKIM/DMARC", "blacklists", "inbox placement" are natural terms users would say. It is not 5 because common variations like "spam", "bounces", or "email going to spam" are missing, and not 3 because coverage goes well beyond a few partially relevant keywords.

4 / 5

Distinctiveness Conflict Risk

"email systems", "SPF/DKIM/DMARC", and "inbox placement" define a clear deliverability-infrastructure niche with minimal conflict risk. It is not 5 because there are no explicit triggers and the broad "email" scope overlaps with adjacent email-marketing/copywriting skills, and not 3 because the technical terms are far more distinctive than "works with document files".

4 / 5

Total

12

/

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-claude/skills/email-systems/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.