CtrlK
BlogDocsLog inGet started
Tessl Logo

mcp-integration

This skill should be used when the user asks to "add MCP server", "integrate MCP", "configure MCP in plugin", "use .mcp.json", "set up Model Context Protocol", "connect external service", mentions "${CLAUDE_PLUGIN_ROOT} with MCP", or discusses MCP server types (SSE, stdio, HTTP, WebSocket). Provides comprehensive guidance for integrating Model Context Protocol servers into Claude Code plugins for external tool and service integration.

60

Quality

70%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/mcp-integration/SKILL.md
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.

A highly actionable body with copy-paste-ready configurations and a clear testing/debugging story, undermined by significant verbosity: ~550 lines that duplicate the bundled reference files, repeated checklists, and references to a non-existent examples/ directory. Trimming the SKILL.md body to an overview and delegating deep detail to the existing references would fix both the conciseness and progressive-disclosure weaknesses.

Suggestions

Cut the per-server-type configuration details, authentication patterns, and tool-usage examples from SKILL.md, keeping only the comparison table and a one-line summary per type with a pointer to references/server-types.md, references/authentication.md, and references/tool-usage.md.

Remove the duplicated checklists: the Validation Checklist, Configuration Checklist, and DO/DON'T lists repeat the same items three to four times; consolidate into one checklist in the Implementation Workflow.

Either create the examples/ directory with stdio-server.json, sse-server.json, and http-server.json, or remove the 'Example Configurations' section that points to these non-existent files.

DimensionReasoningScore

Conciseness

The ~550-line body is noticeably verbose: the per-server-type deep dives, authentication patterns, and tool-usage examples duplicate content already provided in references/server-types.md (536 lines), references/authentication.md (549 lines), and references/tool-usage.md; checklists and DO/DON'T lists are repeated three to four times across sections ('Document required environment variables' appears in at least four places), and the Quick Reference table restates the server-type sections. Not a 1 because there is no basic-concept padding (no explanation of what MCP or OAuth is), just redundant reference material inlined.

2 / 5

Actionability

Fully executable, copy-paste-ready JSON configurations for both bundling methods and all four server types, exact tool-name format (mcp__plugin_<plugin>_<server>__<tool>), concrete frontmatter examples, and specific commands (/mcp, claude --debug) cover the common cases. Not below 5 because the minor gaps (illustrative placeholder URLs, a pseudocode batching example) are clearly illustrative rather than broken.

5 / 5

Workflow Clarity

The 9-step Implementation Workflow is clearly sequenced with validation checkpoints (test locally with /mcp, test error cases) plus a Local Testing procedure, validation checklists, and a Debugging section with recovery guidance. Not a 5 because the workflow itself lacks explicit feedback loops (no 'if /mcp does not show the server, check claude --debug logs and fix' style validate-then-retry steps embedded in the sequence); those loops live in a separate section.

4 / 5

Progressive Disclosure

The three references/*.md files exist and are clearly signaled one level deep, but the body inlines the same deep-dive content those files carry (server types, authentication), and the 'Example Configurations' section points to an examples/ directory (stdio-server.json, sse-server.json, http-server.json) that does not exist in the bundle. Structure is present but content placement is duplicated and one referenced path set is broken; not a 4 because these are more than minor organization gaps, but not lower because the real references are well organized and one level deep.

3 / 5

Total

14

/

20

Passed

Description

77%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 with excellent, natural trigger coverage and an explicit when-clause, weakened only by a vague, buzzword-tinged what-clause ('Provides comprehensive guidance'). Listing two or three concrete capabilities would raise specificity and completeness to anchor 5.

DimensionReasoningScore

Specificity

The description names the domain ('integrating Model Context Protocol servers into Claude Code plugins') with one-two actions (integrate/configure MCP servers for external tool and service integration), but phrases like 'Provides comprehensive guidance' are generic filler and no concrete actions such as configuring .mcp.json or setting up OAuth are stated in the what-clause.

3 / 5

Completeness

Both what and when are present: an explicit 'This skill should be used when...' clause with concrete trigger phrases, and a what-clause ('Provides comprehensive guidance for integrating Model Context Protocol servers into Claude Code plugins'). Not a 5 because the what-clause is generic ('comprehensive guidance') without naming concrete capabilities such as configuring .mcp.json or handling OAuth.

4 / 5

Trigger Term Quality

Comprehensive natural trigger phrases users would actually say: 'add MCP server', 'integrate MCP', 'configure MCP in plugin', 'use .mcp.json', 'set up Model Context Protocol', plus technical synonyms (SSE, stdio, HTTP, WebSocket, ${CLAUDE_PLUGIN_ROOT}).

5 / 5

Distinctiveness Conflict Risk

A clear MCP-plugin niche with distinct triggers (.mcp.json, ${CLAUDE_PLUGIN_ROOT}, MCP server types) gives minimal conflict risk, but the trigger 'connect external service' is generic and could overlap with other integration/API-connector skills.

4 / 5

Total

16

/

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

skill_md_line_count

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

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository
Galaxy-Dawn/claude-scholar
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.