- Home
- Skills
- Czlonkowski
- N8n Skills
- N8n Node Configuration
n8n-node-configuration_skill
- Shell
2.2k
GitHub Stars
4
Bundled Files
2 months ago
Catalog Refreshed
4 months ago
First Indexed
Readme & install
Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.
Installation
Preview and clipboard use veilstrat where the catalogue uses aiagentskills.
npx veilstrat add skill czlonkowski/n8n-skills --skill n8n-node-configuration- DEPENDENCIES.md14.3 KB
- OPERATION_PATTERNS.md15.0 KB
- README.md9.6 KB
- SKILL.md16.9 KB
Overview
This skill provides operation-aware guidance for configuring n8n nodes, emphasizing required fields, property dependencies, and sensible discovery steps. It helps you choose the right get_node detail level, validate iteratively, and avoid common misconfigurations. Use it to speed up node setup and reduce trial-and-error edits.
How this skill works
The skill inspects node metadata and displayOptions to determine which fields are required for a given resource + operation and which fields appear conditionally. It recommends starting with get_node(detail: "standard") for a compact view, using search_properties to locate specific fields, and falling back to full detail only when necessary. It models common dependency patterns (boolean toggles, operation switches, type selection) so you can iterate config → validate → fix.
When to use it
- Configuring a node for a specific resource + operation (e.g., Slack post vs update).
- Determining why a field is required or hidden due to displayOptions rules.
- Choosing between get_node detail levels to avoid large responses.
- Troubleshooting validation errors that reference conditional requirements.
- Designing minimal configurations and adding optional fields incrementally.
Best practices
- Start minimal: use get_node(detail: "standard") and only add fields as needed.
- Validate iteratively: configure → validate_node → fix errors before deploying.
- Use search_properties when you need a specific field (auth, body, headers).
- Avoid full detail unless standard or search_modes are insufficient.
- Keep the operation context in sync: changing operation usually changes required fields.
Example use cases
- Create an HTTP POST: discover sendBody and body requirements, add JSON body only after validation error appears.
- Switch Slack node from post to update: learn that messageId is required for update while channel may not be.
- Build an IF node: identify unary vs binary operators and ensure singleValue is present when needed.
- Configure a database node: determine required query/table/where fields based on operation.
- Search for authentication options using search_properties to find credential types and headers.
FAQ
Use full only when standard and search_properties don't reveal the rule you need; full returns the complete schema and all displayOptions but can be large.
What if validation reports a missing field but I can't see it?
Run get_node with mode: "search_properties" for the missing field name to see its displayOptions, or fetch full detail to inspect the dependency rules.