CtrlK
BlogDocsLog inGet started
Tessl Logo

n8n-node-configuration

Operation-aware node configuration guidance. Use when configuring nodes, understanding property dependencies, determining required fields, choosing between get_node detail levels, or learning common configuration patterns by node type. Always use this skill when setting up node parameters — it explains which fields are required for each operation, how displayOptions control field visibility, and when to use patchNodeField for surgical edits vs full node updates.

65

Quality

79%

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 ./data/skills/n8n-node-configuration/SKILL.md

The canonical home for this skill is n8n-node-configuration in czlonkowski/n8n-skills

SKILL.md
Quality
Evals
Security

Quality

Content

70%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 delivers genuinely valuable, n8n-specific knowledge with concrete tool calls, explicit validation loops, and well-organized sections. Its two real weaknesses are repetition of the same discovery advice across five-plus sections and references to three detail files that are not present in the bundle.

Suggestions

Consolidate the repeated 'standard detail / 95% of needs / ~1-2K tokens' guidance into a single section and drop filler statistics like '56 seconds average between configuration edits'; the Summary section largely restates earlier content and could be cut.

Ship or fix the referenced bundle files: DEPENDENCIES.md, OPERATION_PATTERNS.md, and NODE_FAMILY_GOTCHAS.md are cited multiple times (with anchors) but do not exist, leaving key detail unreachable — either include them or fold the essential content inline.

Replace elided invocations such as 'validate_node({...})' and 'n8n_update_partial_workflow({...})' with fully specified example calls so the validate-then-deploy loop is copy-paste executable.

DimensionReasoningScore

Conciseness

The body repeats the same claims many times — 'standard detail covers 95% of needs / ~1-2K tokens' appears in Configuration Philosophy, Core Concepts, get_node Detail Levels, Best Practices, and Summary — plus filler like '56 seconds average between configuration edits' and a Summary section that restates earlier content. The domain knowledge is genuinely non-obvious (not penalized as known concepts), but the cross-section repetition goes beyond the 'minor instances' of level 4, fitting 'mostly efficient but could be tightened'.

3 / 5

Actionability

Mostly executable, concrete guidance: fully-specified get_node/n8n_explore_node_resources calls (all six parameters shown), a copy-paste patchNodeField operations payload, and per-operation JSON configs. It falls short of level 5 because several snippets elide their arguments, e.g. 'validate_node({...})' and 'n8n_update_partial_workflow({...}); // YOLO', leaving the exact validate invocation unspecified.

4 / 5

Workflow Clarity

The Standard Process is an explicit 8-step sequence with validation at steps 4 and 7, backed by a decision tree, a validate-driven discovery loop, 'Configure → Validate → Fix → Repeat' guidance, and an anti-pattern section showing validate-before-deploy in code. Explicit validation checkpoints with error-recovery feedback loops match the top anchor.

5 / 5

Progressive Disclosure

The body is well-sectioned and signals one-level-deep references with specific anchors (DEPENDENCIES.md, OPERATION_PATTERNS.md, NODE_FAMILY_GOTCHAS.md) plus a Detailed References section — but none of those files exist in the bundle, so the promised detail is unreachable and several inline sections (dependencies deep dive, gotchas) are only summaries of missing files. Clear signaling keeps it above level 2, but broken references prevent the well-organized level-4 fit.

3 / 5

Total

15

/

20

Passed

Description

88%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: it states a clear niche, enumerates concrete capabilities, and gives explicit 'Use when' triggers in third person. Its only weaknesses are slightly thin natural-keyword variation (no mention of n8n or common synonyms like 'editing node properties') and an aggressive 'Always use this skill' claim that could collide with sibling n8n skills.

DimensionReasoningScore

Specificity

The description lists multiple distinct concrete actions — 'configuring nodes, understanding property dependencies, determining required fields, choosing between get_node detail levels' plus 'patchNodeField for surgical edits vs full node updates' — with comprehensive coverage of the skill's scope. It exceeds the level-4 anchor because there are no notable gaps in what the skill covers.

5 / 5

Completeness

It explicitly answers both questions: what ('Operation-aware node configuration guidance... explains which fields are required for each operation, how displayOptions control field visibility, and when to use patchNodeField') and when ('Use when configuring nodes... Always use this skill when setting up node parameters'). Both are stated with concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

Natural trigger phrases like 'configuring nodes', 'setting up node parameters', 'required fields', and 'property dependencies' give good keyword coverage, but common variations are missing and 'n8n' itself never appears in the description text. This matches the level-4 anchor (good coverage, a few natural terms missing) rather than the comprehensive synonym/extension coverage of level 5.

4 / 5

Distinctiveness Conflict Risk

Distinctive tool names (get_node, patchNodeField, displayOptions) carve a clear n8n-configuration niche, but 'Always use this skill when setting up node parameters' is a broad trigger that overlaps with closely related sibling skills (n8n Workflow Patterns, n8n MCP Tools Expert). Minor overlap risk with closely related skills fits level 4 rather than the minimal-conflict level 5.

4 / 5

Total

18

/

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 (539 lines); consider splitting into references/ and linking

Warning

relative_links

Relative link issues: 9 missing

Warning

Total

14

/

16

Passed

Repository
czlonkowski/n8n-mcp
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.