CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

deploying-openmed-mcp

Run OpenMed's Model Context Protocol (MCP) server so coding agents (Claude Code, Codex) and chat clients can call clinical NER, PII extraction, and de-identification as tools, on-device. Use when the user wants to add OpenMed to an agent's MCP config, expose de-id/NER as MCP tools, run an MCP server over stdio or Streamable HTTP, give Claude/Codex access to OpenMed, or containerize the MCP server. Covers the mcp extra, create_mcp_server, the 7 tools (openmed_analyze_text, openmed_extract_pii, openmed_deidentify, openmed_list_models, openmed_list_pii_languages, openmed_loaded_models, openmed_unload_model), the resources and prompts, stdio vs streamable-http transports, ServiceRuntime env config, and MCP client config snippets.

72

Quality

90%

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

82%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 highly actionable and well-structured, with executable quick-start, client-config, and Docker examples plus a sensible six-step workflow and thoughtful edge cases. Its weaknesses are mild redundancy around transport selection/auth and reference-grade detail (the full tool table) inlined in the overview file.

Suggestions

Consolidate the repeated stdio-vs-HTTP/auth guidance into a single place (the Edge cases section), and trim the Workflow and Docker sections to one-line cross-references to it.

Add an explicit verification step to the Workflow, e.g. after step 3: "Confirm the 7 tools appear in the client (e.g., /mcp tool list) before configuring preloads."

Move the detailed 7-tool argument table and ServiceRuntime env-var listing into a references file (e.g., references/tools.md), keeping only tool names and one-line purposes in SKILL.md.

DimensionReasoningScore

Conciseness

The body is command-first and dense (quick-start block, tool table, env-var lists) with no padding of concepts Claude already knows. Not 5: the stdio-vs-HTTP choice and "no auth built in" are each repeated three times (CLI flags section, Workflow step 4, and Edge cases; plus the Docker section), and the opening paragraph re-explains what MCP tool-calling replaces.

4 / 5

Actionability

Everything is copy-paste ready: `pip install "openmed[mcp]"`, the full launch command with flags, an embeddable `create_mcp_server()` snippet, a complete Claude Code `.mcp.json` block, and a full Dockerfile with ENV preload config. Specific examples cover the common stdio, HTTP, embed, and container cases — level-5 anchor.

5 / 5

Workflow Clarity

The six-step Workflow (install+launch → configure runtime → register with client → front HTTP with auth → let the agent call tools → manage memory) is clearly sequenced, with a soft checkpoint ("the 7 tools, resources, and prompts appear"). Not 5: there is no explicit verification step (e.g., confirm the tools appear in the client before proceeding) and no error-recovery guidance for the registration step.

4 / 5

Progressive Disclosure

A single well-organized SKILL.md with clear sections and one-level-deep pointers to source (`openmed/mcp/server.py`) and official MCP docs; no nested references and easy navigation. Not 5: the ~20-line tool table and the ServiceRuntime env-var listing are reference-grade material that belongs in a separate file, keeping the overview file long.

4 / 5

Total

17

/

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.

The description is specific, explicit about both what and when, and rich with concrete trigger phrases covering config, transports, tool exposure, and containerization. Its only weakness is that a few natural user phrasings (e.g., "remote MCP") are absent from the trigger list.

DimensionReasoningScore

Specificity

"Run OpenMed's Model Context Protocol (MCP) server so coding agents (Claude Code, Codex) and chat clients can call clinical NER, PII extraction, and de-identification as tools, on-device" names multiple concrete actions and goes on to enumerate the 7 tools, both transports, and ServiceRuntime env config — comprehensive coverage matching the level-5 anchor. Not 4: there are no coverage gaps; the actions, tools, and config surfaces are all named explicitly.

5 / 5

Completeness

Both what ("Run OpenMed's MCP server so coding agents... can call clinical NER, PII extraction, and de-identification as tools, on-device") and when ("Use when the user wants to add OpenMed to an agent's MCP config, expose de-id/NER as MCP tools, run an MCP server over stdio or Streamable HTTP...") are explicit with concrete trigger phrases — the level-5 anchor.

5 / 5

Trigger Term Quality

"add OpenMed to an agent's MCP config", "run an MCP server over stdio or Streamable HTTP", "give Claude/Codex access to OpenMed", and "containerize the MCP server" are natural phrasings a user deploying this would say. Not 5: a few natural variations are missing (e.g., "remote MCP", "SSE", "MCP tools for Claude Code").

4 / 5

Distinctiveness Conflict Risk

The skill occupies a clear niche — deploying OpenMed's MCP server — with tool names (openmed_deidentify, etc.) and OpenMed-specific triggers that would not fire for any sibling skill. Minimal conflict risk; level-5 anchor.

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

maziyarpanahi/openmed

Path

skills/deploying-openmed-mcp/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.