CtrlK
BlogDocsLog inGet started
Tessl Logo

fda-consultant-specialist

FDA regulatory consultant for medical device companies. Provides 510(k)/PMA/De Novo pathway guidance, QMSR (21 CFR 820, which incorporates ISO 13485:2016 by reference since 2026-02-02; formerly QSR) compliance, HIPAA assessments, and device cybersecurity. Use when user mentions FDA submission, 510(k), PMA, De Novo, QMSR, QSR, ISO 13485 for FDA, premarket, predicate device, substantial equivalence, HIPAA medical device, or FDA cybersecurity.

70

Quality

88%

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 fda-consultant-specialist in alirezarezvani/claude-skills

SKILL.md
Quality
Evals
Security

Quality

Content

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

A well-structured specialist overview: dense tables, decision trees, explicit workflow checkpoints, executable script commands, and clearly signaled one-level references, with time-sensitive QMSR/QSR transitions responsibly framed as historical. Main gaps are inlined reference-depth content (diluting both conciseness and the overview role), missing error-recovery loops after checkpoints, and one orphaned reference file.

Suggestions

Move the detailed in-body workflows (design-controls steps, 7-step CAPA list, legacy QSR→ISO 13485 mapping table) into their respective reference files and keep only decision-level summaries plus links, tightening token cost and strengthening the overview role.

Link references/fda_capa_requirements.md from the CAPA section (it is currently listed only in Resources) so every reference file is discoverable from its topic section.

Add brief recovery guidance after each 510(k) workflow checkpoint (e.g., 'If SE argument infeasible → reassess predicate or pivot to De Novo; see pathway selection') to close the feedback loop, and include a worked example such as a sample substantial-equivalence comparison table.

DimensionReasoningScore

Conciseness

The body is dense and table-driven with no explanation of basic concepts Claude already knows, and time-sensitive details (QMSR transition date, FY2024 fees) are explicitly framed as historical with caveats to verify current figures. However, it inlines some content that belongs in the reference files — the legacy QSR→ISO 13485 mapping table and the full 7-step CAPA list duplicate what references/qsr_compliance_requirements.md and references/fda_capa_requirements.md are stated to contain — keeping it at anchor 4 ('minor instances that could be trimmed') rather than anchor 5.

4 / 5

Actionability

Concrete, executable guidance is present throughout: copy-paste-ready script commands ('python scripts/fda_submission_tracker.py /path/to/project --type 510k'), specific CFR citations (21 CFR 807.87 required-sections table, §164.308/310/312 safeguards), a decision tree, and timelines/fees. It falls short of anchor 5 because there are no worked deliverable examples (e.g., a sample substantial-equivalence comparison or Q-Sub question set) and steps like 'Respond to AI requests' lack specifics.

4 / 5

Workflow Clarity

The 4-phase 510(k) workflow has explicit checkpoints at each phase ('Checkpoint: SE argument feasible?', 'Checkpoint: Submission accepted?') and the design-controls workflow includes per-step verification questions, matching anchor 4's 'clear sequence with most checkpoints present'. It is not anchor 5 because checkpoints are questions without feedback loops — no 'if the checkpoint fails, do X' recovery guidance, and the RTA-issues table is not wired into the workflow as a recovery path.

4 / 5

Progressive Disclosure

Each section ends with a clearly signaled one-level-deep reference link ('See [fda_submission_guide.md](references/fda_submission_guide.md)...') plus a Resources section listing scripts and references with purposes — good structure matching anchor 4. It misses anchor 5 because references/fda_capa_requirements.md is listed in Resources but never linked from the CAPA section (whose content is inlined instead), and reference-level depth (the full legacy→ISO mapping table) is duplicated in the body. Note: no bundle files were present in the evaluation directory to verify the referenced paths exist.

4 / 5

Total

16

/

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, concrete, comprehensive across the skill's four domains, with an explicit 'Use when user mentions...' trigger clause covering natural terms and both current and legacy synonyms (QMSR/QSR). The only nit is the long parenthetical about the 2026-02-02 ISO 13485 incorporation date, which is detail that could live in the body, but it does not obscure the trigger-matching function.

DimensionReasoningScore

Specificity

The description lists multiple concrete capability areas — '510(k)/PMA/De Novo pathway guidance, QMSR... compliance, HIPAA assessments, and device cybersecurity' — comprehensively covering every domain in the skill body, and uses third-person voice ('Provides'). It fits the anchor-5 example of multiple specific concrete actions with comprehensive coverage; anchor 4's 'minor gaps in coverage' does not apply since all four body domains are named.

5 / 5

Completeness

It explicitly answers both questions: what ('FDA regulatory consultant for medical device companies. Provides 510(k)/PMA/De Novo pathway guidance, QMSR... compliance, HIPAA assessments, and device cybersecurity') and when ('Use when user mentions FDA submission, 510(k)...'). This matches anchor 5's 'clearly and explicitly answers both what AND when with concrete trigger phrases'; the when-clause is explicit rather than the 'could be more explicit' condition of anchor 4.

5 / 5

Trigger Term Quality

The trigger list — 'FDA submission, 510(k), PMA, De Novo, QMSR, QSR, ISO 13485 for FDA, premarket, predicate device, substantial equivalence, HIPAA medical device, or FDA cybersecurity' — covers natural user phrasings plus synonyms for both current and legacy terminology (QMSR and QSR). This matches anchor 5's 'comprehensive coverage of natural terms including synonyms'; anchor 4 ('a few natural terms missing') would require absent variations, which is not the case.

5 / 5

Distinctiveness Conflict Risk

The FDA medical-device regulatory niche is clear and the triggers are domain-specific; even the potentially overlapping term is qualified as 'HIPAA medical device' to prevent conflict with a generic HIPAA skill. This matches anchor 5's 'clear niche with distinct triggers; minimal conflict risk'; anchor 4's 'minor overlap risk with closely related skills' is not a better fit given the scoping.

5 / 5

Total

20

/

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: 4 missing

Warning

referenced_paths_exist

Referenced path issues: 7 missing

Warning

Total

14

/

16

Passed

Repository
alirezarezvani/claude-skills
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.