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

64

Quality

81%

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

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 skill is well-structured with excellent progressive disclosure (all four referenced bundle files exist and are clearly signaled) and a clear, gated workflow, but it is significantly verbose — the same regulatory enumerations and redaction rules are repeated across nearly every section. Trimming the duplication would tighten the body without losing actionable guidance.

Suggestions

Consolidate the repeated regulatory enumerations: state the full list of MiFID II evidence areas once (e.g. in Scope or the Constraints) and refer back to it briefly in Workflow steps 3-6 instead of re-listing 'client classification, suitability, appropriateness, order-handling evidence, best-execution evidence, algorithmic-trading governance' in each step.

State the secret-redaction rule once (in the Constraints section) and have Workflow steps 2 and 6 simply reference it, rather than repeating the full redaction instruction three times.

Convert abstract review steps into concrete checks: e.g. in step 4, replace the long enumeration of artifacts with a short checklist of specific gap checks (timestamp precision on order events, audit-trail immutability, pre-trade-control evidence) drawn from the engineering examples reference.

DimensionReasoningScore

Conciseness

The body is noticeably padded: the same domain enumeration ('client classification, suitability, appropriateness, order-handling evidence, best-execution evidence, algorithmic-trading governance...') is repeated nearly verbatim across the Scope bullets, the Engineering Review bullets, the Constraints, and Workflow steps 3-6, and secret-redaction rules are stated three times (Constraints, step 2, step 6). The content could be roughly halved without losing guidance.

2 / 5

Actionability

As an instruction-only skill, the guidance is concrete: exact reference file paths in a specified reading order, an explicit gate that all 20 questions must have evidence-backed answers or 'Unknown' markers, redaction placeholders, and a defined report template structure. However, several steps (e.g. steps 3-5) are abstract enumerations of what to consider rather than executable checks.

4 / 5

Workflow Clarity

The 6-step workflow is clearly sequenced with explicit checkpoints ('Do not start implementation review until the... report template are understood'; 'Do not proceed to implementation review or the report until all 20 questions have an evidence-backed answer or an Unknown marker'), but there is no validate-fix-retry feedback loop after report generation, keeping it below the fully-checkpointed anchor.

4 / 5

Progressive Disclosure

The body is a clear overview that points to four real, verified bundle files (chapters summary, engineering examples, questionnaire, report template), each clearly signaled with its purpose in Workflow step 1 and again in the Reference section, with references one level deep and no nested 'see details' chains.

5 / 5

Total

15

/

20

Passed

Description

92%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: it explicitly states what the skill does and when to use it, with concrete trigger request examples and a well-defined MiFID II/Java niche. Keyword coverage is good but could add a few more natural synonyms users might phrase differently.

DimensionReasoningScore

Specificity

The description names the domain (Java enterprise, MiFID II) and lists many concrete review areas — 'client classification, suitability, appropriateness, order-handling evidence, best-execution evidence, algorithmic-trading governance evidence, transaction evidence, record keeping, monitoring, or compliance-owner handoff' — with comprehensive coverage across client, order, execution, algorithmic, and record-keeping concerns, matching the comprehensive-coverage anchor rather than the 'minor gaps' anchor.

5 / 5

Completeness

Both 'what' (review Java enterprise evidence for MiFID II investment-service obligations) and 'when' are explicitly and clearly answered, with concrete trigger phrases ('Use when reviewing...; This should trigger for requests such as...').

5 / 5

Trigger Term Quality

Includes strong natural keywords users would say ('MiFID II', 'suitability', 'appropriateness', 'best-execution', 'client classification') plus literal trigger requests ('Review a Java investment-service platform for MiFID II evidence'), but misses common synonyms and phrasing variations such as 'compliance audit', 'EU markets regulation', or 'trading platform review'.

4 / 5

Distinctiveness Conflict Risk

A clear niche — MiFID II investment-service evidence review for Java enterprise systems — with distinct trigger terms; minimal risk of firing for unrelated skills.

5 / 5

Total

19

/

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: 2 deeper-than-1-level

Warning

referenced_paths_exist

Referenced path issues: 6 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.