Install any skill in seconds. Free to start, no credit card required.
Get Started Free →sickn33/using-n8n-mcp-skills
Route n8n MCP workflow design, editing, validation, testing, deployment, credential, execution, and debugging tasks to specialist guidance.
Passed 6 of 12 test cases with the skill, and 5 of 12 without it.
and 3 more in the full report
6 fixed5 passed either way6 still failing5 broke
Tokens, turns and time describe resource use, not a dollar price.
One of 6 test cases the skill fixed. Same model, same prompt, with and without the skill.
We need to look up the property schema for the HTTP request node to configure authentication. Which tool should be called and what parameter shape is required for the node type?
| Checked | Without skill | With skill |
|---|---|---|
| Specifies the short-form node type string format nodes-base.httpRequest for schema discovery | Missed | Passed |
The instructions your model reads when the skill loads.
Use this router at the start of any n8n MCP workflow design, inspection, edit, validation, test, deployment, credential, execution, or troubleshooting task so the relevant specialist guidance is loaded first.
Begin with read-only discovery and live schema inspection. Never copy secrets into prompts or workflow fields, never infer the target instance, and obtain approval before tests with side effects, activation, deletion, credential mutation, or other externally visible changes.
This is a router, not a reference. It tells you which skill owns the rules for what you're about to do. The skill bodies hold the actual guidance — invoke them with the Skill tool. When in doubt, load more skills rather than fewer.
The community n8n-mcp server and n8n itself move faster than any model's training
cutoff. Tool names, parameters, node typeVersions, and default behaviors drift between
releases. When you spot drift — a tool a skill names doesn't exist, a parameter shape
doesn't match what get_node returns, behavior differs from what a skill describes —
trust the live tool, tell the user, and suggest updating the pack and the instance.
Three rules with no exceptions. Each one prevents a class of workflow that looks correct but breaks in production.
validate_workflow (or
n8n_validate_workflow by id) before you activate, and call n8n_get_workflow after
every create or update to inspect the connections object. Validation alone misses
silently dropped wires, Merge index off-by-one, and error outputs that were never
wired. Validation passing means the JSON is well-formed — not that the workflow is
correct.{{ $json.token }}
is a leak with extra steps. See n8n-mcp-tools-expert.test cases passed, vs 5 / 12 without
More skills from the same source and nearby in the registry, with their headline benchmark lift.