CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

iso-13485-certification

Comprehensive toolkit for preparing ISO 13485 certification documentation for medical device Quality Management Systems. Use when users need help with ISO 13485 QMS documentation, including (1) conducting gap analysis of existing documentation, (2) creating Quality Manuals, (3) developing required procedures and work instructions, (4) preparing Medical Device Files, (5) understanding ISO 13485 requirements, or (6) identifying missing documentation for medical device certification. Also use when users mention medical device regulations, QMS certification, FDA QMSR, EU MDR, or need help with quality system documentation.

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

60%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-structured with a clear staged workflow, real templates, a working script, and verification that every referenced bundle file exists and is one level deep. Its main weakness is token efficiency: a large quick-reference section duplicates an existing reference file, and regulatory/retention/milestone padding inflates the body to roughly twice the length its guidance requires.

Suggestions

Move the '31 Required Documented Procedures' list, 'Key Regulatory Requirements', and 'Document Retention' sections into the existing reference files (e.g. mandatory-documents.md and iso-13485-requirements.md) and replace them with one-line pointers, cutting the body by roughly 150 lines.

Tighten the Common Scenarios: drop the month-by-month milestone timeline (which Claude can generate from the phase list) and the generic 'Write for your audience' / 'Make procedures usable' best-practice bullets that restate standard technical-writing knowledge.

Add a short example of interpreting gap-report.json output (a few fields) after the gap_analyzer.py command so the analysis workflow ends in an executable step rather than the advisory 'Review results'.

DimensionReasoningScore

Conciseness

At ~670 lines the body inlines large blocks that belong in the reference files it already ships: the '31 Required Documented Procedures' quick-reference (which actually lists 33 items and carries an apologetic note about the mismatch) duplicates references/mandatory-documents.md, and the 'Key Regulatory Requirements', 'Document Retention', and month-by-month 'Key milestones' timeline sections pad the body with material Claude can derive or load on demand. This matches the score-2 anchor (noticeably verbose, several unnecessary/padded sections); it is not a 3 because the duplication and padding are pervasive rather than occasional.

2 / 5

Actionability

The body gives an executable script command ('python scripts/gap_analyzer.py --docs-dir <path_to_docs> --output gap-report.json'), names exact template paths and required Quality Manual sections (Section 0 through appendices), and provides checkable validation lists. It falls short of a 5 because several steps are advisory rather than executable ('Explain requirements in plain language', 'Provide practical examples', 'Brief management and staff') and the gap-analyzer workflow does not show how to interpret the output JSON.

4 / 5

Workflow Clarity

The five-stage Core Workflow is clearly sequenced with explicit routing ('When to start here', 'When to use'), a phased document-creation priority order, and validation checkpoints (the Quality Manual validation checklist, the pre-audit checklist, 'Validate completeness' step). It is not a 5 because validation is checklisting rather than a feedback loop — e.g., no verify-and-retry cycle after running the gap analyzer or after customizing a template.

4 / 5

Progressive Disclosure

All eight bundle files referenced in the body (4 references/*.md, gap_analyzer.py, and 3 templates) exist and are one level deep, well-signaled inline and again in a Resources section with one-line descriptions. It is not a 5 because the Quick Reference section inlines the full procedure list that already lives in references/mandatory-documents.md (along with regulatory and retention material), which is more than a trivial organization gap.

4 / 5

Total

14

/

20

Passed

Description

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

An exemplary description: third-person voice, six enumerated concrete capabilities, and two explicit 'Use when...' trigger clauses covering both task-based and keyword-based invocation. Domain-specific synonyms (QMSR, MDR, QMS, quality system documentation) make triggering reliable with essentially no overlap risk against other skills.

DimensionReasoningScore

Specificity

The description enumerates six concrete, domain-specific actions — 'conducting gap analysis of existing documentation', 'creating Quality Manuals', 'developing required procedures and work instructions', 'preparing Medical Device Files', 'understanding ISO 13485 requirements', 'identifying missing documentation' — which is comprehensive coverage with no vague filler. This matches the score-5 anchor (multiple specific concrete actions, comprehensive coverage), and there is nothing generic or abstract left to push it to a hypothetical higher anchor.

5 / 5

Completeness

It explicitly answers both questions: 'what' via the six-item enumerated capability list ('Use when users need help with ISO 13485 QMS documentation, including (1)...(6)') and 'when' via the explicit trigger clause ('Also use when users mention medical device regulations, QMS certification, FDA QMSR, EU MDR, or need help with quality system documentation'). This is the exact structure of the score-5 anchor example; a 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

It covers the full natural vocabulary of this domain: 'ISO 13485', 'QMS documentation', 'gap analysis', 'Quality Manuals', 'Medical Device Files', 'medical device regulations', 'QMS certification', 'FDA QMSR', 'EU MDR', 'quality system documentation'. These are exactly the phrases a user needing this skill would say, including regulatory synonyms (QMSR, MDR), matching the comprehensive synonym coverage of the score-5 anchor; a 4 would require a clearly missing natural variant, and none is evident.

5 / 5

Distinctiveness Conflict Risk

The niche is highly specific — ISO 13485 certification documentation for medical device Quality Management Systems — with distinct trigger terms (FDA QMSR, EU MDR, Medical Device Files) that no general document- or quality-related skill would claim. It occupies a clear niche with minimal conflict risk, matching the score-5 anchor; a 4 would imply meaningful overlap with a closely related skill, which is not the case.

5 / 5

Total

20

/

20

Passed

Validation

75%

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

Validation — 12 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (686 lines); consider splitting into references/ and linking

Warning

metadata_version

'metadata.version' is missing

Warning

frontmatter_unknown_keys

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

Warning

referenced_paths_exist

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

Warning

Total

12

/

16

Passed

Repository

synthetic-sciences/openscience

Path

backend/cli/skills/other/iso-13485-certification/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.