CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

marketing-skills

Directory and router for the marketing skills library. Use when you need to find the right marketing skill for a task, see what marketing capabilities exist, or get oriented in this plugin. 44 specialist skills across 8 pods (content, SEO + AEO, CRO, channels, growth, intelligence, sales enablement, ops), 59 stdlib Python tools. Routes to one skill — it does not execute marketing work itself.

65

Quality

82%

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

The canonical home for this skill is marketing-skills in alirezarezvani/claude-skills

SKILL.md
Quality
Evals
Security

Quality

Content

75%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.

A well-built index body: the route table is the right form for this skill — scannable, one-level-deep, and lean — and the Start Here dispatch plus Rules give unambiguous routing discipline. The recurring defect is path inconsistency (marketing-ops referenced two ways, and a stated base directory that matches neither), which slightly degrades actionability and navigation, alongside minor duplication of the pip and deprecation notes.

Suggestions

Resolve the path inconsistency: pick one base for the route table and fix the '../marketing-ops/SKILL.md' link in the intro (or the 'relative to `marketing-skill/`' statement) so the canonical router has a single unambiguous path.

State the pip rule and the content-creator deprecation once each (the Rules section is the right home) and trim the duplicated counts line.

Add a brief note on how to disambiguate when multiple route rows match a request (e.g., which pod wins or when to defer to marketing-ops).

DimensionReasoningScore

Conciseness

The route table is dense and high-yield — every row is a task-to-skill mapping with no concept explanation Claude doesn't need, and the intro ('It does one job: route you to the right specialist skill, then get out of the way') is compact. Minor trimmable redundancy keeps it below anchor 5: the pip rule appears twice ('No pip installs needed' and "Don't pip-install anything for these tools"), the counts duplicate the frontmatter description, and "(kept honest)" is chatty. Not a 3: there is no unnecessary explanation or padding of concepts.

4 / 5

Actionability

Concrete, executable guidance: exact skill directories per task (e.g., 'Edit copy (Seven Sweeps) | skills/copy-editing/'), a runnable command template ('python3 skills/<skill>/scripts/<tool>.py --help'), and explicit rules. Held below anchor 5 by contradictory path guidance — the canonical router is referenced as both '[../marketing-ops/SKILL.md](../marketing-ops/SKILL.md)' and 'skills/marketing-ops/', and 'All paths are relative to `marketing-skill/`' names a base that doesn't match either convention or the skill's own name — so a reader cannot be certain which path to load. Not a 3: most guidance is directly executable.

4 / 5

Workflow Clarity

'Start Here' is a clean three-case dispatch — first run ever → 'skills/marketing-context/', know your task → route table, ambiguous → 'skills/marketing-ops/' — and the Rules section adds load discipline ('Load ONE specialist skill per task — never bulk-load'). No destructive or batch operations, so the validation cap does not apply. Below anchor 5 because the primary route (the canonical router) is given two conflicting paths, leaving the most important step slightly ambiguous; well above anchor 3's 'checkpoints missing'.

4 / 5

Progressive Disclosure

The body is itself the overview layer: a well-signaled route table pointing one level deep to each specialist skill's SKILL.md, with the pattern 'Each skill documents its own tools in its SKILL.md' delegating detail appropriately. Below anchor 5 because navigation is muddied by the inconsistent path base ('All paths are relative to `marketing-skill/`' vs '../marketing-ops/SKILL.md' vs 'skills/...'), and no bundle files ship with this skill to verify the referenced structure. Not a 3: references are clearly signaled in a scannable table, not buried.

4 / 5

Total

16

/

20

Passed

Description

83%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 for an index/router skill: it states concrete routing actions, exact library scope, and an explicit 'Use when...' trigger clause covering find/orient cases. The only deductions are the second-person phrasing in the trigger clause and minor overlap risk with the specialist skills it indexes.

Suggestions

Rewrite the trigger clause in third person to match the good examples, e.g., 'Use when finding the right marketing skill, reviewing available marketing capabilities, or getting oriented in this plugin.'

Add one or two natural user synonyms (e.g., 'campaigns', 'copywriting', 'ads') to the trigger clause to broaden natural-term coverage.

Sharpen the boundary against the marketing-ops router (e.g., 'task routing lives in marketing-ops; this skill is the map') to reduce overlap risk between the two routing surfaces.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "find the right marketing skill for a task, see what marketing capabilities exist, or get oriented in this plugin", "Routes to one skill — it does not execute marketing work itself" — plus concrete scope ("44 specialist skills across 8 pods", "59 stdlib Python tools"), which matches the anchor-5 example. However, the trigger clause uses second person ("Use when you need to..."), which per judging guidelines reduces the specificity score by 1. Not a 3: far more than 1-2 concrete actions are named.

4 / 5

Completeness

Explicitly answers both: what ("Directory and router for the marketing skills library... Routes to one skill — it does not execute marketing work itself") and when ("Use when you need to find the right marketing skill for a task, see what marketing capabilities exist, or get oriented in this plugin") with concrete trigger phrases. This matches the anchor-5 example structure exactly; the 'Use when...' clause is present, so no cap applies.

5 / 5

Trigger Term Quality

Good natural keyword coverage: "marketing skill", "marketing capabilities", "oriented in this plugin", and user-sayable pod names ("content, SEO + AEO, CRO, channels, growth, intelligence, sales enablement, ops"). A few natural terms users would say are missing (e.g., copywriting, ads, email, campaigns), so it falls short of the anchor-5 'comprehensive synonyms' bar; clearly above anchor 3's 'some relevant keywords'.

4 / 5

Distinctiveness Conflict Risk

The boundary statement "it does not execute marketing work itself" carves out a clear niche (routing/indexing, not doing), and the trigger conditions are orientation/discovery-shaped. Minor overlap risk remains: as the index for 44 specialist skills it lists, a task-shaped request (e.g., 'write a blog post') could plausibly match this description, and it shares routing duty with the marketing-ops router. Not a 5, but well above anchor 3's generic overlap.

4 / 5

Total

17

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 1 suspicious

Warning

Total

14

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

.gemini/skills/marketing-skills/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.