mcp-n8n-builder
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_available_nodesA | Lists all available nodes in the n8n instance. Use this tool BEFORE creating or updating workflows to ensure you only use valid node types. This helps prevent errors caused by using node types that do not exist in the current n8n instance. |
| list_workflowsA | Lists all workflows from n8n with their basic information including ID, name, status, creation date, and tags. Use this tool to get an overview of available workflows before performing operations on specific workflows. Results can be filtered by active status, tags, or name. |
| create_workflowA | Creates a new workflow in n8n with specified nodes and connections. Note that only workflows with automatic trigger nodes (schedule, webhook, etc.) can be activated - workflows with only manual triggers cannot be activated. Returns the created workflow with its assigned ID. |
| get_workflowA | Retrieves complete details of a specific workflow by its ID, including all nodes, connections, settings, and metadata. Use this tool when you need to examine a workflow's structure before updating it or to understand how it works. |
| update_workflowA | Updates an existing workflow with new configuration. Typically used after retrieving a workflow with get_workflow, modifying its structure, and then saving the changes. The entire workflow structure must be provided, not just the parts being changed. |
| delete_workflowA | Permanently deletes a workflow by its ID. This action cannot be undone, so use with caution. Consider deactivating workflows instead if you might need them again later. |
| activate_workflowA | Activates a workflow by its ID, enabling it to run automatically based on its trigger (schedule, webhook, etc.). Note that only workflows with automatic trigger nodes can be activated - workflows with only manual triggers cannot be activated. |
| deactivate_workflowA | Deactivates a workflow by its ID, preventing it from running automatically. The workflow will still exist and can be manually executed or reactivated later. Use this instead of deleting workflows that you might need again. |
| list_executionsA | Lists workflow execution history with details on success/failure status, duration, and timestamps. Use this tool to monitor workflow performance, troubleshoot issues, or verify that workflows are running as expected. Results can be filtered by workflow ID, status, and limited to a specific number. |
| get_executionA | Retrieves detailed information about a specific workflow execution, including execution time, status, and optionally the full data processed at each step. Particularly useful for debugging failed workflows or understanding data transformations between nodes. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| n8n Workflows | List of all workflows in n8n |
TDQS
Scored across 10 tools
Each tool has a clearly distinct purpose with no overlap. For example, activate_workflow and deactivate_workflow are opposites, while create_workflow, update_workflow, and delete_workflow cover different lifecycle stages. The list_* tools target different resources (workflows, executions, nodes), and get_* tools retrieve specific items versus lists.
All tool names follow a consistent verb_noun pattern with snake_case throughout. Verbs like activate, create, deactivate, delete, get, list, and update are used predictably, and nouns like workflow, execution, and nodes are consistently paired with appropriate actions.
With 10 tools, this server is well-scoped for managing n8n workflows. It covers core operations (CRUD for workflows, activation/deactivation), monitoring (executions), and utilities (listing nodes), with each tool serving a clear and necessary function without bloat.
The toolset provides complete coverage for the n8n workflow management domain. It includes full CRUD lifecycle for workflows (create, get, update, delete, list), activation control, execution monitoring (list and get), and utility tools for node discovery, leaving no obvious gaps for agent operations.