CtrlK
BlogDocsLog inGet started
Tessl Logo

810-regulations-eu-mifid-ii

Use when reviewing Java enterprise evidence for MiFID II investment services, investment activities, client classification, suitability, appropriateness, order-handling evidence, best-execution evidence, algorithmic-trading governance evidence, market-access governance evidence, transaction evidence, record keeping, monitoring, or compliance-owner handoff. This should trigger for requests such as Review a Java investment-service platform for MiFID II evidence; Assess suitability, appropriateness, order-handling evidence, or best-execution evidence; Document audit, monitoring, or clock-synchronisation gaps for algorithmic-trading governance; Assess investment-service engineering evidence before production release. Part of Plinth Toolkit

56

Quality

63%

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/810-regulations-eu-mifid-ii/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

31%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This skill suffers severely from verbosity and repetition—the same enumerated lists of MiFID II concerns appear in nearly every section, inflating the content without adding value. While the workflow structure is reasonable and the progressive disclosure via external references is well-signaled, the complete absence of concrete code examples, sample outputs, or executable guidance makes it difficult for Claude to act on. The skill reads more like a regulatory compliance policy document than an actionable engineering skill.

Suggestions

Eliminate the extensive repetition of concern lists (client classification, suitability, appropriateness, order-handling, etc.) across sections—define them once in a concise scope section and reference that list elsewhere.

Add at least 2-3 concrete Java code examples showing what MiFID II engineering evidence looks like (e.g., a client classification annotation, an audit log entry, a suitability check interface) rather than relying entirely on an external examples file.

Add a brief example of a completed questionnaire answer and a sample report excerpt so Claude knows the expected output format without needing to read external files first.

Add explicit validation checkpoints in the workflow, such as 'Verify all 20 questionnaire answers are evidence-backed or marked Unknown before proceeding to step 4' with a concrete check mechanism.

DimensionReasoningScore

Conciseness

Extremely verbose and repetitive. The same lists of concerns (client classification, suitability, appropriateness, order-handling, best-execution, algorithmic-trading governance, etc.) are repeated nearly verbatim across the introduction, scope, constraints, workflow steps, and other sections. The skill extensively explains what MiFID II is and what it covers, which Claude doesn't need repeated 8+ times. The content could be reduced by 60-70% without losing actionable information.

1 / 5

Actionability

The skill provides no concrete code examples, no specific commands, no executable snippets, and no sample outputs. It is entirely procedural prose directing Claude to read files, complete questionnaires, and generate reports, but never shows what any of these look like in practice. The referenced engineering examples file is not provided in the bundle, so the skill body itself contains only abstract direction.

2 / 5

Workflow Clarity

The 6-step workflow is clearly sequenced and logically ordered (read references → complete questionnaire → classify scope → review implementation → document recommendations → generate report). However, there are no explicit validation checkpoints or feedback loops for error recovery. For a skill involving compliance review of production systems (a high-stakes domain), the absence of verification steps (e.g., validate questionnaire completeness before proceeding, verify evidence gaps are flagged before report generation) is a notable gap.

3 / 5

Progressive Disclosure

The skill appropriately references external files for detailed content: a chapters summary, engineering examples, a questionnaire, and a report template. References are clearly signaled with paths and descriptions. However, since no bundle files were provided, we cannot verify the references exist or are well-structured. The main file itself is still too long due to repetition rather than content that should be in separate files, which slightly undermines the disclosure structure.

4 / 5

Total

10

/

20

Passed

Description

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

This is a strong, well-crafted description that clearly defines a highly specialized niche at the intersection of Java enterprise development and MiFID II regulatory compliance. It provides comprehensive trigger terms and explicit 'Use when' guidance with concrete example scenarios. The only minor weakness is that it could more explicitly state what outputs or deliverables the skill produces (e.g., gap analysis reports, compliance checklists).

DimensionReasoningScore

Specificity

Lists several specific actions including reviewing Java enterprise evidence, assessing suitability/appropriateness/order-handling/best-execution evidence, documenting audit/monitoring/clock-synchronisation gaps, and assessing engineering evidence before production release. However, it doesn't clearly describe what concrete outputs or artifacts the skill produces.

4 / 5

Completeness

Explicitly answers both 'what' (reviewing Java enterprise evidence for MiFID II across multiple regulatory domains) and 'when' (opens with 'Use when...' and provides concrete trigger phrases like 'Review a Java investment-service platform for MiFID II evidence' and 'Assess investment-service engineering evidence before production release').

5 / 5

Trigger Term Quality

Comprehensive coverage of domain-specific trigger terms including 'MiFID II', 'investment services', 'client classification', 'suitability', 'appropriateness', 'order-handling', 'best-execution', 'algorithmic-trading governance', 'market-access governance', 'transaction evidence', 'record keeping', 'monitoring', 'compliance-owner handoff', 'Java', 'production release'. These are natural terms a user in this domain would use.

5 / 5

Distinctiveness Conflict Risk

Extremely specific niche combining Java enterprise code review with MiFID II regulatory compliance. The combination of technology domain (Java), regulatory framework (MiFID II), and specific compliance areas makes this highly unlikely to conflict with other skills.

5 / 5

Total

19

/

20

Passed

Validation

100%

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

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

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.