CtrlK
BlogDocsLog inGet started
Tessl Logo

editorial-policy

Use when auditing a blog, news site, or YMYL content site for trust signals, drafting editorial policy page content, or evaluating whether a site meets Google's quality rater trustworthiness criteria.

61

Quality

73%

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

Quality

Content

71%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 lean, well-structured instruction-only skill body with specific URL paths, a concrete section checklist, and a verification step, correctly deferring code examples to a single one-level-deep reference file. Its main weakness is redundancy: the E-E-A-T/quality-rater rationale is repeated across the intro and Explain sections, and link-checking guidance overlaps between Check and Code Review.

Suggestions

Merge the intro and Explain sections into one short rationale to remove the duplicated quality-rater/E-E-A-T explanation.

Consolidate the overlapping footer/About/byline link verification from Check, Fix step 3, and Code Review into a single place (e.g., the Check section).

Add one concrete verification command (e.g., `curl -sI https://example.com/editorial-policy | head -1`) to the Code Review section to make the 200-status check copy-paste ready.

DimensionReasoningScore

Conciseness

The intro expands E-E-A-T ("rates sites on Expertise, Authoritativeness, and Trustworthiness") — a concept Claude already knows — and the "Explain" section substantially duplicates the intro's quality-rater rationale; "Check" and "Code Review" also overlap on footer/About/byline link verification. Mostly efficient, but the redundancy between intro, Explain, and Code Review could be tightened. Not 4 because the duplicated rationale is more than a minor instance; not 2 because there is no library/tutorial-style padding and the sections are individually tight.

3 / 5

Actionability

Concrete, executable guidance throughout: exact paths to check ("/editorial-policy", "/about/editorial-standards"), a five-item verification list, a named section structure for the fix (Mission, Author standards, Research and fact-checking, Update policy, Conflict of interest), and "Verify the editorial policy URL returns a 200 status code". Not 5 because no copy-paste command (e.g., a curl check) or inline example is given — code is deferred to references/rule.md; not 3 because the guidance is specific and executable, not high-level hints.

4 / 5

Workflow Clarity

Coherent Check → Fix → Explain → Code Review sequence: the Check section defines what to audit (5 numbered items), Fix gives numbered steps, and Code Review adds an explicit verification checkpoint (200 status, substantive content, not boilerplate). Not 5 because there is no explicit feedback loop (what to re-check after fixing) and the link between Check findings and Fix steps is implicit; not 3 because the sequence is clear and a validation checkpoint is present.

4 / 5

Progressive Disclosure

The ~40-line body is well-sectioned (Quick Reference, Check, Fix, Explain, Code Review) and cleanly offloads implementation detail, code examples, and framework-specific guidance to references/rule.md — a real file, one level deep, containing the code examples and verification detail. Per the rubric's simple-skill guidance, a sub-50-line skill with well-organized sections and a clearly signaled one-level reference earns the top anchor.

5 / 5

Total

16

/

20

Passed

Description

75%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 solid description with an explicit 'Use when' trigger, three concrete actions, and natural SEO vocabulary. Its main limitation is that capabilities are expressed only through the trigger clause, and a few obvious synonyms (E-E-A-T, author credentials) are absent.

Suggestions

State the capabilities as standalone third-person actions before the trigger clause, e.g. "Audits sites for editorial policy and E-E-A-T trust signals; drafts editorial policy page content. Use when ...".

Add missing natural synonyms such as "E-E-A-T" or "author credentials/bylines" to the trigger terms.

DimensionReasoningScore

Specificity

Names the domain ("blog, news site, or YMYL content site") and three concrete actions — "auditing ... for trust signals", "drafting editorial policy page content", "evaluating whether a site meets Google's quality rater trustworthiness criteria". Not 5 because the capabilities are only expressed inside the trigger clause with no standalone 'what' statements; not 3 because it lists several specific actions rather than just 1-2.

4 / 5

Completeness

The explicit "Use when auditing ... drafting ... or evaluating" clause answers 'when' with concrete triggers, and the gerunds convey the 'what'. Not 5 because the 'what' is embedded in the when-clause rather than stated as independent capabilities (compare the anchor's separate what/when sentences); not 3 because both elements are explicitly present.

4 / 5

Trigger Term Quality

Includes natural phrases a user would say: "editorial policy", "trust signals", "YMYL", "news site", "Google's quality rater", "trustworthiness". Not 5 because common synonyms like "E-E-A-T", "author credentials", or "about page" are missing; not 3 because coverage goes well beyond one or two generic keywords.

4 / 5

Distinctiveness Conflict Risk

Clear niche (editorial policy / quality-rater trustworthiness for content sites) with distinct triggers. Not 5 because "auditing ... for trust signals" could overlap with sibling SEO skills like a generic trust-signals or disclaimers rule; not 3 because the editorial-policy focus is well differentiated from most skills.

4 / 5

Total

16

/

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

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
thedaviddias/Front-End-Checklist
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.