CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/mailpit-testing

Use whenever code sends email and tests must check it: capture messages in Mailpit's local SMTP server (port 1025) and assert on them through its REST API, test SMTP failures with chaos mode, follow multipart, link, unsubscribe and bounce flows, or migrate from MailHog.

Quality

97%

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

Overview
Quality
Evals
Security
Files

Quality

Content

92%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 strong, dense procedural skill: fully executable code at every step, an explicit sequence with validation checkpoints, and a clean split between the inline core workflow and one-level-deep reference files. The only flaw is minor redundancy between the Overview/Step 1 and the Limitations section, which keeps conciseness at 4 rather than 5.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence (no SMTP/REST/pytest primers, dense tables and code), but two facts are each stated twice: "Pin an image tag; the API changes between releases" (Step 1) reappears in Limitations, and "It never delivers mail" (Overview) reappears as "Mailpit does NOT actually deliver email". These minor duplications keep it below the every-token-earns-its-place anchor.

4 / 5

Actionability

Guidance is fully executable: a docker run command, a curl readiness check, a per-stack config table, a complete Python helper module (unique_address/wait_for_message/delete_messages_to), a concrete test with a real token regex, a chaos helper with try/finally reset, and a CI yaml. The only app-specific calls (trigger_password_reset, run_retry_worker) are explicitly commented as "the app call under test" and are necessarily app-dependent rather than a gap.

5 / 5

Workflow Clarity

Steps 1-6 are clearly sequenced (run → point app → isolate mailbox → assert → chaos → CI) with explicit validation checkpoints: "Check it is up before any test" with a curl command, CI "curl --retry 10 --retry-connrefused", poll-with-timeout that raises a clear AssertionError, and a finally-block chaos reset. The anti-patterns table doubles as a checklist.

5 / 5

Progressive Disclosure

The core workflow stays inline while advanced material (full email flows, MailHog legacy, migration) is split into three real files in references/, each clearly signaled with its purpose in both "When to use" and "References". Verified against the bundle: all referenced paths exist and references are one level deep (reference files link only to siblings and back to the host SKILL.md).

5 / 5

Total

19

/

20

Passed

Description

100%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 exemplary: it pairs an explicit trigger clause with a comprehensive, concrete inventory of the skill's capabilities, including both tool names (Mailpit, MailHog) so migration and capture use cases both surface. Specificity and completeness both fully meet the top anchors.

DimensionReasoningScore

Specificity

The description lists five concrete action areas with port-level detail — "capture messages in Mailpit's local SMTP server (port 1025)", "assert on them through its REST API", "test SMTP failures with chaos mode", "follow multipart, link, unsubscribe and bounce flows", "migrate from MailHog" — comprehensively covering the skill's scope.

5 / 5

Completeness

It explicitly answers 'when' ("Use whenever code sends email and tests must check it") with a concrete trigger condition and 'what' with a full list of concrete actions, matching the anchor-5 pattern.

5 / 5

Trigger Term Quality

Natural user phrasing ("code sends email and tests must check it") appears alongside tool names and synonyms (Mailpit, MailHog, SMTP, bounce, unsubscribe, multipart), covering the ways a user would naturally express this need.

5 / 5

Distinctiveness Conflict Risk

It occupies a clear niche (Mailpit/MailHog email testing) with distinct triggers (MailHog migration, chaos mode, bounce flows) that would not collide with generic testing, docker, or mail-sending skills.

5 / 5

Total

20

/

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.

Reviewed

On this page