Using N8n MCP Skills

n8n-mcp tools — working knowledge from turn one

Qualified names look like mcp__<server>__<tool> (<server> is usually n8n-mcp). This closes the gap where a tool's full description isn't loaded until first use.

Discovery & docs

• tools_documentation — meta-docs for every tool; {topic:"ai_agents_guide", depth:"full"} for the agent guide.
• search_nodes — find nodes by keyword.
• get_node — node info. Takes a single SHORT-form nodeType (nodes-base.httpRequest, nodes-langchain.agent), plus detail (minimal/standard/full) and mode (info/docs/search_properties/versions).
• validate_node — validate one node's config in isolation (profiles: minimal/runtime/ai-friendly/strict).
• search_templates / get_template — the template library (by keyword, nodes, task, metadata).

Build & edit

• n8n_create_workflow — create from full workflow JSON.
• n8n_update_partial_workflow — incremental diff ops ({id, operations:[…]}): addNode, updateNode, patchNodeField, addConnection, activateWorkflow, etc. Preferred for edits.
• n8n_update_full_workflow — full replacement.
• n8n_autofix_workflow — auto-fix common issues.
• n8n_deploy_template — deploy a template to the instance.

Validate (necessary, not sufficient — always pair with the antipattern scan)

• validate_workflow — full JSON in, errors/warnings/fixes out. Node types here are LONG form (n8n-nodes-base.set).
• n8n_validate_workflow — validate a deployed workflow by {id} (no node JSON to inspect).

Inspect & lifecycle

• n8n_get_workflow — fetch a workflow (full / structure / active / filtered / minimal). Use it to verify connections after edits; mode="filtered" + nodeNames reads one heavy node (e.g. long Code source) without pulling the whole workflow, which can truncate client-side.
• n8n_list_workflows — list/filter (search before duplicating logic).
• n8n_delete_workflow, n8n_workflow_versions (history/rollback), n8n_instances (multi-instance accounts only: list/switch the target instance — see n8n-multi-instance), n8n_health_check (returns the resolved instanceName).

Test & run

• n8n_test_workflow — runs real nodes (Code, HTTP, DB writes, sends all fire). Ask the user before running when side effects exist.
• n8n_executions — list/inspect executions. There is no execute_workflow tool.
• n8n_evaluations — read evaluation test runs (n8n ≥ 2.30): list runs, aggregated metrics, per-case results. Read-only — runs are started from the n8n editor, not the API; a 403 usually means the API key predates 2.30 (re-create it for the testRun scopes).

Data, credentials, audit

• n8n_manage_datatable — Data Table CRUD, filtering, dry-run.
• n8n_manage_credentials — credential CRUD + getSchema discovery.
• n8n_audit_instance — security audit (hardcoded secrets, unauthenticated webhooks, error-handling gaps).

Node-type form trap: get_node / validate_node take SHORT form (nodes-base.set); workflow JSON inside validate_workflow / n8n_create_workflow uses LONG form (n8n-nodes-base.set). Mixing them is a common, silent mistake — see n8n-mcp-tools-expert.

The protocol, in order

1. Recognize the matching skill from the index and invoke it before the first MCP call.
2. Skim tools_documentation once per session to refresh the tool surface if you're unsure.
3. get_node before configuring any node — read the live schema, don't assume.
4. Build / edit, then validate_workflow before activating and n8n_get_workflow after to check connections.
5. Surface any drift you notice (missing tool, changed parameter, diverging behavior).

When in doubt

• Can't find a workflow the user built in the UI? The most common cause is per-workflow MCP access being off. Ask them to open it in n8n, go to Settings, and enable MCP access.
• User says it's broken? Believe them. Re-check parameters against get_node, trace data references, inspect the execution. See n8n-validation-expert.
• No skill fits and the task is non-trivial? Ask before guessing.

These are opinionated best practices, not laws. Disagree with a call? It's all markdown — edit the skill.

Example

request: Build a webhook that validates input, calls an API, and returns structured errors.
specialists: [n8n-workflow-patterns, n8n-node-configuration, n8n-error-handling]
sequence:
  - inspect the target instance and live node schemas
  - build and validate the graph
  - preview side effects and obtain approval
  - write changes, fetch the saved workflow with n8n_get_workflow, and revalidate
  - activate and test only after approval

Limitations

• The router describes a moving n8n MCP surface; live tool schemas and the target instance override stale examples.
• Availability of lifecycle, credential, evaluation, and multi-instance tools depends on server version and permissions.
• Routing to a specialist skill does not authorize mutations, executions, activation, deletion, or credential changes.