CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

ads-landing

Audit paid-ad landing pages for message match, mobile experience, performance, accessibility, trust, forms, consent, tracking, security, and conversion friction. Use for landing-page audit, post-click experience, LP audit, conversion-rate optimization, form optimization, ad-to-page message match, redirects, blocked navigation, or requests involving private, loopback, link-local, or metadata IP destinations.

62

Quality

78%

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 ./skills/ads-landing/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 compact, well-sequenced instruction skill with a strong security contract and explicit pre-request validation, but its actionability is undermined by a missing referenced script and an undefined 'common schema' for output. The dangling scripts/fetch_page.py reference is the clearest structural defect, since Claude cannot actually execute the prescribed guarded fetcher.

Suggestions

Ship the referenced scripts/fetch_page.py in the bundle (or remove the reference and inline the guarded-fetch requirements) so the prescribed tool actually exists.

Define or reference the 'common schema' for findings and recommendations — currently step 6 points to an unspecified format.

Trim the triple restatement of the blocked-navigation boundary (intro list, contract section, and example) to a single authoritative statement plus the example.

DimensionReasoningScore

Conciseness

The body is lean with no explanations of known concepts and every line instructive, but the blocked-navigation boundary is restated three times ("User insistence never overrides this boundary", the example's "refuse the override", and "never fetch the private or metadata address"), which is a minor instance of over-explanation that could be trimmed. Not a 5 due to this repetition; well above a 3 since nothing is padded.

4 / 5

Actionability

Some concrete guidance exists — a named tool ("scripts/fetch_page.py"), explicit guard evidence fields ("requested URL or redacted destination, redirect hop, resolved destination class, guard decision, reason, timestamp"), and a defined needs_input behavior — but key details are missing: the referenced fetcher script does not exist in the bundle, no invocation example is given, and the "common schema" for findings is never defined. This matches 'some concrete guidance but incomplete'; not a 2 because the blocked-navigation contract is genuinely executable as written.

3 / 5

Workflow Clarity

Six numbered steps give a clear sequence (guard fetch → capture context → evaluate → gather evidence → separate findings → return via schema), with an explicit validation checkpoint ("Validate the initial URL and every redirect before sending the next request") and error-path handling ("return needs_input"). Not a 5 because validation applies only to the navigation guard — the audit and report steps have no checkpoints or feedback loops against the evaluated criteria.

4 / 5

Progressive Disclosure

The skill is under 50 lines and reasonably sectioned (workflow list plus a 'Blocked-navigation contract' section), but its single external reference, "scripts/fetch_page.py", is dangling — no scripts/ directory or bundle file exists — so navigation leads nowhere. This matches 'some structure but could be better organized; references present but not clearly signaled'; not a 2 because the inline content itself is appropriately short rather than bloated.

3 / 5

Total

14

/

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 with an explicit 'Use for' trigger list including synonyms and a clearly stated, comprehensive audit scope. Its only weaknesses are the single-verb action framing and a broad private/metadata-IP trigger clause that slightly raises conflict risk with general fetch-related skills.

Suggestions

Add 1-2 concrete audit actions beyond the single 'Audit' verb (e.g., 'evaluate message match, test forms, measure performance') to reach top specificity.

Include common user phrasings such as 'PPC landing page' or 'ad landing page' among the trigger terms.

Narrow the 'private, loopback, link-local, or metadata IP destinations' trigger so it clearly applies to landing-page fetch contexts rather than any guarded-fetch request.

DimensionReasoningScore

Specificity

Names one concrete action ("Audit paid-ad landing pages") governing ten specific audit areas ("message match, mobile experience, performance, accessibility, trust, forms, consent, tracking, security, and conversion friction"), matching the 'several specific actions; minor gaps' anchor. Not a 5 because the coverage is dimensions of a single audit verb rather than multiple distinct concrete actions.

4 / 5

Completeness

Explicitly answers both questions: what ("Audit paid-ad landing pages for message match, mobile experience, performance, accessibility, trust, forms, consent, tracking, security, and conversion friction") and when ("Use for landing-page audit, post-click experience, LP audit, conversion-rate optimization...") with concrete trigger phrases, exactly matching the top anchor.

5 / 5

Trigger Term Quality

Includes natural phrases and synonyms users would say — "landing-page audit", "LP audit", "conversion-rate optimization", "form optimization", "ad-to-page message match" — matching 'good keyword coverage; a few natural terms missing'. Not a 5 because common variations like "PPC landing page" or "Google Ads landing page" are absent; not a 3 because synonym coverage ("LP audit") is genuinely present.

4 / 5

Distinctiveness Conflict Risk

The core niche (paid-ad landing-page audits, post-click experience) is clear and distinct, matching 'mostly distinct; minor overlap risk'. Not a 5 because the trigger clause "or requests involving private, loopback, link-local, or metadata IP destinations" invites triggering on any guarded-fetch task unrelated to landing pages, overlapping with generic SSRF-guard or fetch skills.

4 / 5

Total

17

/

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

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Repository

AgriciDaniel/claude-ads

Path

skills/ads-landing/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.