CtrlK
BlogDocsLog inGet started
Tessl Logo

api-server-mcp

REST API server and MCP protocol integration

52

Quality

58%

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 ./.ai-rulez/skills/api-server-mcp/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

76%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 an excellent lean, project-specific reference: dense with exact paths, names, and pinned contracts, well-sectioned, and free of fluff. Its main gap is the absence of an explicit multi-step workflow with validation feedback loops for batch/async operations, and no executable code snippets.

Suggestions

Add a short numbered workflow for adding a new MCP tool (register in mcp/server.rs → extend test_all_tools_are_registered → gate resources → verify with a timeout), including an explicit validate→fix→retry loop.

Include one copy-paste example per surface (e.g. a curl against /extract-async then GET /jobs/{job_id}, and an rmcp tool registration snippet) to lift actionability to fully executable.

Consider moving the full route table and env-var catalog into a references file linked from a condensed overview, keeping SKILL.md as a navigation hub.

DimensionReasoningScore

Conciseness

The body is dense and project-specific—route tables, constructor names, env vars, and pinned test contracts—with zero padding about concepts Claude already knows; every token earns its place, matching the 'lean and efficient; assumes Claude's competence' anchor.

5 / 5

Actionability

It gives concrete, locatable guidance—exact file paths (api/router.rs, mcp/server.rs), handler names, ApiError constructors, and env var names—so an agent can act directly, but there is no copy-paste code/command block, keeping it below the fully-executable anchor 5.

4 / 5

Workflow Clarity

The 'Critical Rules' sections act as checklists with validation emphasis (validate uploads, register tool and extend test_all_tools_are_registered), but there is no explicit sequenced workflow with validate→fix→retry feedback loops for the batch/async operations, so it sits at the 'checkpoints implicit' anchor rather than 4.

3 / 5

Progressive Disclosure

Content is well-organized into clear sections with a well-signaled, one-level-deep 'Related Skills' pointer list (extraction-pipeline-patterns, chunking-embeddings, config-loading-precedence) and no nested references, fitting 'good structure; references mostly clear' though some route/env detail could be split out.

4 / 5

Total

16

/

20

Passed

Description

41%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 identifies a clear, distinct niche but is terse and action-free, relying on technical jargon with no 'Use when' trigger guidance. It communicates the what but not the when, leaving trigger discovery to inference.

Suggestions

Add concrete actions, e.g. 'Registers REST routes, implements Axum handlers, and wires the rmcp MCP tool/resource/prompt surface'.

Append an explicit trigger clause such as 'Use when modifying the xberg API router, handlers, or MCP server registration'.

Include natural synonyms users would say ('REST endpoints', 'MCP tools', 'API handlers') alongside the technical terms.

DimensionReasoningScore

Specificity

The description 'REST API server and MCP protocol integration' names the domain (REST API server, MCP protocol) but states no concrete actions, matching the 'names the domain but actions are minimal or generic' anchor rather than the action-listing anchors at 3+.

2 / 5

Completeness

It gives a clear 'what' (REST API server plus MCP integration) but no 'when' / 'Use when...' trigger guidance, which the guidelines cap at 3; it is not a 4 because the when is entirely absent rather than weakly present.

3 / 5

Trigger Term Quality

It offers only technical jargon ('REST API server', 'MCP protocol', 'integration') with no natural user-facing trigger phrases, falling at 'one or two generic keywords; missing the natural phrases users say' rather than the synonym-rich anchors above.

2 / 5

Distinctiveness Conflict Risk

The pairing of a REST API server with an MCP protocol surface is a fairly specific niche with only minor overlap risk against closely related skills, fitting 'mostly distinct; minor overlap risk' better than the broader anchor 3.

4 / 5

Total

11

/

20

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
xberg-io/xberg
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.