CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

mdr-745-specialist

EU MDR 2017/745 compliance specialist for medical device classification, technical documentation, clinical evidence, and post-market surveillance. Covers Annex VIII classification rules, Annex II/III technical files, Annex XIV clinical evaluation, Art. 86 PSUR schedules, and EUDAMED integration. Use when classifying a medical device under MDR, building or gap-checking a technical file, planning clinical evaluation or PMS/PSUR cadence, or preparing for notified body review (e.g., 'what class is my device under MDR', 'review my PSUR schedule').

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

The canonical home for this skill is mdr-745-specialist in alirezarezvani/claude-skills

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 well-organized, table-dense, and rich in the regulation-specific facts (schedules, timelines, routes, checklists) that make a compliance skill valuable, with clearly sequenced workflows ending in validation steps. Its two real weaknesses are that every referenced bundle file and the gap-analyzer script is missing from the bundle — so the only copy-paste commands would fail — and the validation steps name outcomes rather than executable checks.

Suggestions

Ship the cited bundle files (references/mdr-classification-guide.md, references/clinical-evidence-requirements.md, references/technical-documentation-templates.md, scripts/mdr_gap_analyzer.py) or remove the citations — as delivered, every reference and the only executable commands in the skill are dead paths.

Make the **Validation:** steps operational: replace outcome statements like 'Technical file reviewed for completeness' with concrete checks (e.g., 'verify every GSPR matrix row has evidence attached; if any row is empty, resolve before submission') and add a fix-and-retry loop after the gap analyzer runs.

Trim sections that restate general knowledge without regulatory specificity — the notified body Selection Criteria table and Qualified Evaluator Requirements — or move them into the technical-documentation reference file.

DimensionReasoningScore

Conciseness

The body is dense, table-driven, and factual — PSUR cadences per Art. 86, 2/10/15-day incident timelines, conformity routes per class — exactly the precision-dependent details worth encoding in a skill. It is not level 5 because a few sections restate knowledge Claude already has without adding regulatory specificity (the notified body "Selection Criteria" table, "Qualified Evaluator Requirements"), and the general Classification Matrix is simplistic relative to the referenced Annex VIII rules; this is more than the lean level-5 anchor but stays above level 3's 'several unnecessary explanations'.

4 / 5

Actionability

There is substantial concrete guidance — worked classification examples with outcomes, a GSPR compliance checklist, a PSUR schedule table, and UDI label checklists — but it falls short of level 4 because the only executable commands in the skill (`python scripts/mdr_gap_analyzer.py --device "Device Name" --class IIa`, etc.) point to a script that does not exist in the bundle, and the bolded validation steps are non-operational ("Technical file reviewed for completeness", "Classification confirmed with Notified Body" name outcomes without criteria or commands). This matches the level-3 anchor ('concrete guidance but incomplete... missing key details') better than level 4's 'minor gaps'.

3 / 5

Workflow Clarity

Each of the five major processes has a clearly numbered 8-step sequence terminating in an explicit bolded **Validation:** step, plus a pre-submission checklist — matching the level-4 anchor ('clear sequence with most checkpoints present'). Not level 5: the validation steps state outcomes rather than executable checks, and there are no fix-and-retry feedback loops (e.g., what to do when the GSPR matrix or gap analysis fails), though the destructive/batch cap does not apply since this is documentation/planning work.

4 / 5

Progressive Disclosure

Per the guideline to score against the actual bundle structure: the body clearly signals one-level-deep references with a dedicated 'Reference Documentation' section describing each file's contents, but none of the cited files (`references/mdr-classification-guide.md`, `references/clinical-evidence-requirements.md`, `references/technical-documentation-templates.md`) or `scripts/mdr_gap_analyzer.py` exist in the bundle — every pointer is dead. Meanwhile, detailed content that the skill's own structure says belongs in those files (classification rules, CER structure, GSPR matrix) is inlined in SKILL.md, duplicating the described reference contents. This lands between the level-3 anchor ('references present but not clearly signaled; content that should be separate is inline') and level 2 ('references that lead nowhere'); the strong section headers and TOC keep it at 3 rather than 2.

3 / 5

Total

14

/

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 frontmatter description: third-person voice, precise domain naming, explicit 'Use when' triggers with quoted example queries, and regulation-specific keywords that make it highly discoverable and unlikely to collide with other skills. The only gap is a few natural synonyms users might type before knowing MDR jargon, chiefly 'CE marking'.

DimensionReasoningScore

Specificity

The description names the exact domain ("EU MDR 2017/745 compliance specialist") and lists multiple concrete actions spanning the full lifecycle: "classifying a medical device under MDR", "building or gap-checking a technical file", "planning clinical evaluation or PMS/PSUR cadence", "preparing for notified body review", plus concrete coverage items ("Annex VIII classification rules", "Art. 86 PSUR schedules", "EUDAMED integration"). Coverage is comprehensive across classification, documentation, clinical evidence, and post-market surveillance, matching the level-5 anchor rather than the level-4 anchor's 'minor gaps in coverage'.

5 / 5

Completeness

Both halves are explicitly present: the 'what' is concrete ("compliance specialist for medical device classification, technical documentation, clinical evidence, and post-market surveillance. Covers Annex VIII... EUDAMED integration") and the 'when' is explicit with concrete trigger phrases ("Use when classifying a medical device under MDR... e.g., 'what class is my device under MDR', 'review my PSUR schedule'"). This matches the level-5 anchor example pattern exactly; level 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Keywords like "medical device classification", "clinical evaluation", "PMCF", "EUDAMED", "UDI", "notified body", and quoted user phrases ("what class is my device under MDR", "review my PSUR schedule") are natural terms a regulatory affairs user would say. However, common synonyms a user would plausibly type are missing — most notably "CE marking"/"CE mark", "medical device regulation", and Annex-level phrases users say before knowing the rule numbers. This fits the level-4 anchor ('good keyword coverage; a few natural terms missing') rather than level 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The niche is unambiguous — EU MDR 2017/745 specifically — with distinct, regulation-specific triggers ("EUDAMED", "PSUR", "Annex VIII", "notified body") that no general document, code, or other-regime skill would claim. Minor theoretical overlap with an FDA/510(k) skill exists, but the EU-specific vocabulary keeps conflict risk minimal, matching the level-5 anchor ('clear niche with distinct triggers; minimal conflict risk').

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

referenced_paths_exist

Referenced path issues: 6 missing

Warning

Total

14

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

.gemini/skills/mdr-745-specialist/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.