CtrlK
BlogDocsLog inGet started
Tessl Logo

807-regulations-eu-digital-services-act

Use when reviewing, designing, or modifying Java enterprise systems that may support intermediary services, hosting services, online platforms, marketplaces, content moderation, recommender systems, advertising delivery, complaint workflows, transparency reporting, or systemic-risk evidence under the EU Digital Services Act. This should trigger for requests such as Review a Java online platform for DSA controls; Design notice-and-action or appeal workflows; Add recommender, ad transparency, moderation, audit, researcher access, or privacy-safe observability evidence; Assess online-platform transparency controls before production release. Part of Plinth Toolkit

56

Quality

71%

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/807-regulations-eu-digital-services-act/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

56%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 skill is well-structured with a clear five-step workflow and exemplary progressive disclosure into two references and a report template, all of which exist. Its weaknesses are pervasive repetition of the same domain term lists across sections and actionability that stays at the 'what to review' level without any inline concrete checks or patterns.

Suggestions

Deduplicate the repeated term lists: state the full control inventory once (e.g., in Constraints) and reference it elsewhere instead of restating 15-25 item comma lists in the intro, Workflow steps 1 and 4.

Add at least one concrete inline check or short code/schema sketch (e.g., a sample audit-log record or a moderation state-machine snippet) so the review steps are executable rather than purely descriptive.

Add a brief validation step before report generation (e.g., cross-check each identified gap against evidence found in step 3) to close the workflow's validation gap.

DimensionReasoningScore

Conciseness

The same long term lists (e.g., 'content decision audit logs, moderation workflow state, notice intake and response tracking, recommender and ranking explanation evidence, ad transparency metadata, user controls...') are restated nearly verbatim in the intro, Constraints, Workflow steps 1 and 4, and Workflow step 2 is a ~25-item comma run-on. This matches 'noticeably verbose; several unnecessary explanations or padded sections' rather than the occasional padding of the 3 anchor.

2 / 5

Actionability

Real file paths, a fixed reading order, and a defined review surface ('Review Java code, configuration, controllers, DTOs, moderation services, policy engines, workflow state machines...') are given, but no executable commands, checks, or patterns appear inline; all concrete how-to guidance is deferred to the references. This fits 'some concrete guidance but incomplete' rather than the executable level of 4.

3 / 5

Workflow Clarity

Five clearly numbered steps with an explicit reading order, a gating checkpoint ('Do not start implementation review until the chapters summary, examples reference, and report template are understood'), and a defined output artifact. Only a minor validation gap (no step verifies findings before report generation) keeps it below 5.

4 / 5

Progressive Disclosure

The body is an overview with well-signaled, one-level-deep references (chapters summary, engineering examples) and a report template asset, all real files, each stated with its purpose at the top, in Workflow steps 1 and 5, and in a closing Reference section — a clear match for the 5 anchor.

5 / 5

Total

14

/

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 strong, niche-targeted description with an explicit 'Use when' trigger clause and a concrete trigger-request list. It falls short of top marks only because the capability is hedged ('may support'), conveyed via trigger examples rather than a direct statement, and omits a few common DSA synonyms such as VLOP or statement of reasons.

Suggestions

Replace 'may support' with a direct statement of what the skill does (e.g., 'Reviews Java enterprise systems for DSA engineering controls and produces an evidence-based review report').

Add common trigger synonyms such as 'VLOP', 'very large online platform', and 'statement of reasons' to the keyword set.

State the concrete output (a structured engineering review report) so the 'what' is explicit rather than inferred from trigger examples.

DimensionReasoningScore

Specificity

Concrete trigger actions are listed ('Review a Java online platform for DSA controls; Design notice-and-action or appeal workflows; Add recommender, ad transparency... evidence; Assess online-platform transparency controls'), but the capability statement is hedged with 'may support' and never states what the skill itself produces.

4 / 5

Completeness

Both an explicit 'Use when reviewing, designing, or modifying...' clause and a 'This should trigger for requests such as...' list are present, but the 'what' is conveyed only through trigger examples rather than a direct capability statement, so it falls between the 4 and 5 anchors.

4 / 5

Trigger Term Quality

Good natural keyword coverage including 'Java', 'online platforms', 'marketplaces', 'content moderation', 'recommender systems', 'DSA', 'notice-and-action', 'researcher access', but common variations such as 'VLOP', 'very large online platform', and 'statement of reasons' are missing.

4 / 5

Distinctiveness Conflict Risk

'under the EU Digital Services Act' carves a clear niche, but broad terms like 'content moderation' and 'complaint workflows' plus 'Part of Plinth Toolkit' imply sibling regulation skills with minor overlap risk.

4 / 5

Total

16

/

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

relative_links

Relative link issues: 1 deeper-than-1-level

Warning

referenced_paths_exist

Referenced path issues: 3 deeper-than-1-level

Warning

Total

14

/

16

Passed

Repository
jabrena/plinth
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.