nana800-mcp-server
OfficialRelated Servers
Alternatives to nana800-mcp-server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to manage n8n automation workflows through natural language commands, including creating, executing, monitoring, and organizing workflows with full CRUD operations and execution management.56 npm2MIT
- AlicenseNot gradedqualityDmaintenanceEnables management of n8n workflow automations through natural language, supporting creation, execution, updates, and deletion of workflows, along with node discovery and execution status monitoring.MIT
- AlicenseNot gradedqualityDmaintenanceGives AI assistants deep, structured knowledge of n8n's 500+ automation nodes, including their properties, operations, and documentation, so they can build and validate workflows. With n8n API credentials configured, it also lets them create, update, and execute workflows on an n8n instance.59,436 npmMIT
- AlicenseAqualityDmaintenanceConnects AI assistants to your n8n instance to manage workflows, executions, credentials, and user settings through 31 specialized tools. It enables users to perform n8n operations like workflow creation, activation, and execution history retrieval via natural language.2715 npmMIT
- AlicenseNot gradedqualityDmaintenanceProvides AI assistants with comprehensive access to n8n workflow automation platform, including 543 node documentation, 2,709 workflow templates, validation tools, and optional workflow management capabilities for creating and deploying automation workflows.59,436 npmMIT
- AlicenseBqualityDmaintenanceEnables AI assistants to interact with Automatisch workflow automation platform, allowing them to create, manage, and monitor workflows, connections, and executions through natural language commands.104 npm7MIT
TDQS
Scored across 44 tools
Most tools map to a clear resource+action, but some pairs blur together: node_update vs node_update_config, node_get vs node_find_existing_buttons, and node_connect vs node_get_scheme_edges require reading descriptions to pick correctly. The payment_account_get_by_user vs payment_account_get_by_project pair is a similar near-duplicate. Three sub-domains (automation, analytics, payments) are otherwise cleanly separated.
The whole surface is snake_case and predominantly follows resource_verb ordering (project_create, scheme_get, node_delete, analytics_export_status). A few deviations like get_nodes_info use verb-first ordering, and grouping prefixes are long but predictable. Minor inconsistencies, not confusing.
44 tools is heavy for the apparent scope, especially since a large block (analytics_*, payment_account_*) belongs to adjacent but separable products. Many near-sibling tools (node_process_*, scheme_process_*, analytics_export_*) inflate the surface and hurt discoverability for an agent choosing among them.
Coverage is strong: full CRUD on projects, schemes, nodes, edges, and processes, plus import/export, swagger generation, analytics orgs/projects/event-types/exports, and payment transactions. Gaps are minor — e.g., no payment account creation/linking tool and no analytics event-type detail/edit, but agents can work around these.