CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

subject-line-lab

Use when the user asks to "generate subject line variants", "pre-score my subject lines", or "will this subject get truncated / trigger spam filters"; produces a labeled subject + preheader variant set and a per-variant heuristic pre-score card — spam-trigger flags, length/truncation across desktop + mobile, emoji-count, and the inbox preview render (from-name + subject + preheader) — before any test is run. Not for the body copy or CTA — use email-creative-builder; not for the A/B test design or significance read — use send-experiment-designer; not for the profile-weighted EQS or the S1/S2/N1/D1 vetoes — use email-quality-auditor. 邮件主题行生成/主题行预打分/截断与垃圾词检查

Quality

84%

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

SKILL.md
Quality
Evals
Security

Quality

Content

73%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, highly actionable workflow with explicit decision gates, a done-when contract, and a pre-handoff quality bar with a fix-or-report loop. Its main weaknesses are redundancy (the scope/verdict boundary is stated five times over) and a heavy web of cross-skill references that mostly resolve outside this bundle.

Suggestions

State the "flag, never a verdict / auditor owns the EQS" boundary once in the Scope Guard and reference it from steps 4, the quality bar, and Next Best Skill instead of restating it, cutting several sentences of repetition.

Consolidate the cross-skill routing (email-creative-builder, send-experiment-designer, deliverability-qa, offer-claims-registry, email-quality-auditor) into the single Next Best Skill section and drop the duplicate mentions in the scope guard and step 4.

Inline the few concrete numbers the workflow depends on (desktop/mobile render limits, the exact emoji thresholds) from subject-line-specs.md, or state that they must be read from that file before step 3, so the pre-score steps are executable without an unresolved out-of-bundle path.

DimensionReasoningScore

Conciseness

The body is dense but repeats itself: the "flag, never a verdict / email-quality-auditor owns the score" point appears in the intro, the scope guard, step 4, the quality bar, and Next Best Skill, and the scope guard restates the description's not-for list. This fits "mostly efficient but includes some unnecessary explanation or could be tightened" rather than the 4 anchor, where over-explanation would be only minor.

3 / 5

Actionability

Instructions carry concrete, executable specifics — the "~30-char mobile cut", "flag > 1 emoji", "SUBJ-A / SUBJ-B" ids, the angle list, and a defined output shape — so this is instruction-only guidance that is actionable without code (per the rubric's code-vs-instruction note). It misses the 5 anchor because the operative data (render limits, spam patterns) lives in referenced files and the memory/handoff plumbing is described rather than given as runnable form.

4 / 5

Workflow Clarity

Eight steps are clearly sequenced with explicit checkpoints: Decision Gates define stop-and-ask vs continue-silently conditions, the "Done when" contract states completion criteria, and the five-item Quality bar closes with a feedback loop ("If any item fails, fix it or report it in the handoff — do not ship silently"). This matches the 5 anchor's explicit validation, error-recovery path, and checklist; the 4 anchor's "minor validation gaps" is not the case here.

5 / 5

Progressive Disclosure

The body is a well-signaled overview with a Reference Materials section, and the in-bundle reference (references/spam-trigger-checklist.md) is real and one level deep; bulk detail (spam patterns, render specs) is appropriately split out rather than inlined. It falls short of the 5 anchor because roughly a dozen referenced paths (../email-creative-builder/…, ../../../references/skill-contract.md, SECURITY.md, CONNECTORS.md, registry-events.py, memory/…) point outside the bundle and cannot be resolved from it, creating navigation friction.

4 / 5

Total

16

/

20

Passed

Description

92%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 pairs a comprehensive, concrete statement of what the skill produces with an explicit "Use when" trigger list of quoted natural phrases, and closes with explicit routing boundaries against three adjacent skills. The only gap is modest keyword coverage of common synonyms beyond the three quoted triggers.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "produces a labeled subject + preheader variant set and a per-variant heuristic pre-score card — spam-trigger flags, length/truncation across desktop + mobile, emoji-count, and the inbox preview render (from-name + subject + preheader)" — with comprehensive coverage of the skill's outputs; it exceeds the score-4 anchor because no concrete action in the pipeline is left out.

5 / 5

Completeness

It explicitly answers both questions: a detailed "what" (variant set + pre-score card with four heuristics) and a fully explicit "Use when the user asks to…" clause with concrete trigger phrases; the 4 anchor requires only that both be present with a weaker "when", which this clearly exceeds.

5 / 5

Trigger Term Quality

It quotes natural user phrases — "generate subject line variants", "pre-score my subject lines", "will this subject get truncated / trigger spam filters" — which a user would plausibly say verbatim; it falls short of the 5 anchor because common variations such as "subject line ideas", "email subject", or "improve my open rate" are missing.

4 / 5

Distinctiveness Conflict Risk

The niche is distinct (pre-test subject-line bench) and conflict risk is actively eliminated with explicit negative boundaries naming three sibling skills — "Not for the body copy or CTA — use email-creative-builder; not for the A/B test design or significance read — use send-experiment-designer; not for the profile-weighted EQS or the S1/S2/N1/D1 vetoes — use email-quality-auditor"; the 4 anchor's "minor overlap risk" understates this.

5 / 5

Total

19

/

20

Passed

Validation

75%

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

Validation — 12 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_field

'metadata' should map string keys to string values

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

relative_links

Relative link issues: 24 suspicious

Warning

referenced_paths_exist

Referenced path issues: 2 missing

Warning

Total

12

/

16

Passed

Repository

aaron-he-zhu/aaron-marketing-skills

Path

email/engage/subject-line-lab/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.