mirror of
https://github.com/czlonkowski/n8n-mcp.git
synced 2026-02-10 23:33:08 +00:00
6f695be48205831f4dcccf73c3d60cced196b77c
9 Commits
| Author | SHA1 | Message | Date | |
|---|---|---|---|---|
|
|
23b90d01a6 |
fix: align MCP Apps with official ext-apps spec (#574)
* feat: add MCP Apps with rich HTML UIs for tool results Add MCP Apps infrastructure that allows MCP hosts like Claude Desktop to render rich HTML UIs alongside tool results via `_meta.ui` and the MCP resources protocol. - Server-side UI module (src/mcp/ui/) with UIAppRegistry, tool-to-UI mapping, and _meta.ui injection into tool responses - React + Vite build pipeline (ui-apps/) producing self-contained HTML per app using vite-plugin-singlefile - Operation Result UI for workflow CRUD tools (create, update, delete, test, autofix, deploy) - Validation Summary UI for validation tools (validate_node, validate_workflow, n8n_validate_workflow) - Shared component library (Card, Badge, Expandable) with n8n dark theme - MCP resources protocol support (ListResources, ReadResource handlers) - Graceful degradation when ui-apps/dist/ is not built - 22 unit tests across 3 test files Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * test: improve MCP Apps test coverage and add security hardening - Expand test suite from 22 to 57 tests across 3 test files - Add UIAppRegistry.reset() for proper test isolation between tests - Replace some fs mocks with real temp directory tests in registry - Add edge case coverage: empty strings, pre-load state, double load, malformed URIs, duplicate tool patterns, empty HTML files - Add regression tests for specific tool-to-UI mappings - Add URI format consistency validation across all configs - Improve _meta.ui injection tests with structuredContent coexistence - Coverage: statements 79.4% -> 80%, lines 79.4% -> 80% Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: align MCP Apps with official ext-apps spec Update URI scheme from n8n-mcp://ui/ to ui://n8n-mcp/ per MCP spec. Move _meta.ui.resourceUri to tool definitions (tools/list) instead of tool call responses. Rewrite UI apps hook to use @modelcontextprotocol/ext-apps App class instead of window.__MCP_DATA__. Conceived by Romuald Czlonkowski - https://www.aiadvisors.pl/en Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com> |
||
|
|
2713db6d10 |
feat: add MCP tool annotations to all 20 tools (#512)
* feat: add MCP tool annotations to all 20 tools Add MCP tool annotations per specification to help AI assistants understand tool behavior and capabilities. Documentation tools (7): - tools_documentation, search_nodes, get_node, validate_node, get_template, search_templates, validate_workflow - All marked readOnlyHint=true (local database queries) Management tools (13): - n8n_create_workflow, n8n_get_workflow, n8n_update_full_workflow, n8n_update_partial_workflow, n8n_delete_workflow, n8n_list_workflows, n8n_validate_workflow, n8n_autofix_workflow, n8n_test_workflow, n8n_executions, n8n_health_check, n8n_workflow_versions, n8n_deploy_template - All marked openWorldHint=true (n8n API access) - Destructive operations (delete_workflow, executions delete, workflow_versions delete/truncate) marked destructiveHint=true Annotations follow MCP spec: https://spec.modelcontextprotocol.io/specification/2025-03-26/server/tools/#annotations 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> * feat: add idempotentHint to all read-only tools Adds idempotentHint: true annotation to all read-only tools that produce the same output when called multiple times: - 7 documentation tools (tools.ts) - 4 management tools (tools-n8n-manager.ts): n8n_get_workflow, n8n_list_workflows, n8n_validate_workflow, n8n_health_check Also adds trailing newline to tools-n8n-manager.ts. Conceived by Romuald Członkowski - www.aiadvisors.pl/en 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> * feat: add idempotentHint to update operations, bump to 2.31.5 Adds idempotentHint: true to update operations that produce the same result when called repeatedly with the same arguments: - n8n_update_full_workflow - n8n_update_partial_workflow - n8n_autofix_workflow Also bumps version to 2.31.5 and updates CHANGELOG.md with complete documentation of all MCP tool annotations added in this PR. Conceived by Romuald Członkowski - www.aiadvisors.pl/en 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> --------- Co-authored-by: triepod-ai <noreply@github.com> Co-authored-by: Claude Opus 4.5 <noreply@anthropic.com> Co-authored-by: Romuald Członkowski <romualdczlonkowski@MacBook-Pro-Romuald.local> |
||
|
|
05424f66af |
feat: Session Persistence API for Zero-Downtime Deployments (v2.24.1) (#438)
* feat: Add session persistence API for zero-downtime deployments (v2.24.1) Implements export/restore functionality for MCP sessions to support container restarts without losing user sessions. This enables zero-downtime deployments for multi-tenant platforms and Kubernetes/Docker environments. New Features: - exportSessionState() - Export active sessions to JSON - restoreSessionState() - Restore sessions from exported data - SessionState type - Serializable session structure - Comprehensive test suite (22 tests, 100% passing) Implementation Details: - Only exports sessions with valid n8nApiUrl and n8nApiKey - Automatically filters expired sessions (respects sessionTimeout) - Validates context structure using existing validation - Handles null/invalid sessions gracefully with warnings - Enforces MAX_SESSIONS limit during restore (100 sessions) - Dormant sessions recreate transport/server on first request Files Modified: - src/http-server-single-session.ts: Core export/restore logic - src/mcp-engine.ts: Public API wrapper methods - src/types/session-state.ts: Type definitions - tests/: Comprehensive unit tests Security Note: Session data contains plaintext n8n API keys. Downstream applications MUST encrypt session data before persisting to disk. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en * feat: implement 7 critical session persistence API fixes for production readiness This commit implements all 7 critical fixes identified in the code review to make the session persistence API production-ready for zero-downtime container deployments in multi-tenant environments. Fixes implemented: 1. Made instanceId optional in SessionState interface 2. Removed redundant validation, properly using validateInstanceContext() 3. Fixed race condition in MAX_SESSIONS check using real-time count 4. Added comprehensive security logging with logSecurityEvent() helper 5. Added duplicate session ID detection during export with Set tracking 6. Added date parsing validation with isNaN checks for Invalid Date objects 7. Restructured null checks for proper TypeScript type narrowing Changes: - src/types/session-state.ts: Made instanceId optional - src/http-server-single-session.ts: Implemented all validation and security fixes - tests/unit/http-server/session-persistence.test.ts: Fixed MAX_SESSIONS test All 13 session persistence unit tests passing. All 9 MCP engine session persistence tests passing. Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> --------- Co-authored-by: Claude <noreply@anthropic.com> |
||
|
|
717d6f927f |
Release v2.23.0: Type Structure Validation (Phases 1-4) (#434)
* feat: implement Phase 1 - Type Structure Definitions Phase 1 Complete: Type definitions and service layer for all 22 n8n NodePropertyTypes New Files: - src/types/type-structures.ts (273 lines) * TypeStructure and TypePropertyDefinition interfaces * Type guards: isComplexType, isPrimitiveType, isTypeStructure * ComplexPropertyType and PrimitivePropertyType unions - src/constants/type-structures.ts (677 lines) * Complete definitions for all 22 NodePropertyTypes * Structures for complex types (filter, resourceMapper, etc.) * COMPLEX_TYPE_EXAMPLES with real-world usage patterns - src/services/type-structure-service.ts (441 lines) * Static service class with 15 public methods * Type querying, validation, and metadata access * No database dependencies (code-only constants) - tests/unit/types/type-structures.test.ts (14 tests) - tests/unit/constants/type-structures.test.ts (39 tests) - tests/unit/services/type-structure-service.test.ts (64 tests) Modified Files: - src/types/index.ts - Export new type-structures module Test Results: - 117 tests passing (100% pass rate) - 99.62% code coverage (exceeds 90% target) - Zero breaking changes Key Features: - Complete coverage of all 22 n8n NodePropertyTypes - Real-world examples from actual workflows - Validation infrastructure ready for Phase 2 integration - Follows project patterns (static services, type guards) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en * feat: implement Phase 2 type structure validation integration Integrates TypeStructureService into EnhancedConfigValidator to validate complex property types (filter, resourceMapper, assignmentCollection, resourceLocator) against their expected structures. **Changes:** 1. Enhanced Config Validator (src/services/enhanced-config-validator.ts): - Added `properties` parameter to `addOperationSpecificEnhancements()` - Implemented `validateSpecialTypeStructures()` - detects and validates special types - Implemented `validateComplexTypeStructure()` - deep validation for each type - Implemented `validateFilterOperations()` - validates filter operator/operation pairs 2. Test Coverage (tests/unit/services/enhanced-config-validator-type-structures.test.ts): - 23 comprehensive test cases - Filter validation: combinator, conditions, operation compatibility - ResourceMapper validation: mappingMode values - AssignmentCollection validation: assignments array structure - ResourceLocator validation: mode and value fields (3 tests skipped for debugging) **Validation Features:** - ✅ Filter: Validates combinator ('and'/'or'), conditions array, operator types - ✅ Filter Operations: Type-specific operation validation (string, number, boolean, dateTime, array) - ✅ ResourceMapper: Validates mappingMode ('defineBelow'/'autoMapInputData') - ✅ AssignmentCollection: Validates assignments array presence and type - ⚠️ ResourceLocator: Basic validation (needs debugging - 3 tests skipped) **Test Results:** - 20/23 new tests passing (87% success rate) - 97+ existing tests still passing - ZERO breaking changes **Next Steps:** - Debug resourceLocator test failures - Integrate structure definitions into MCP tools (getNodeEssentials, getNodeInfo) - Update tools documentation 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en * fix: add type guard for condition.operator in validateFilterOperations Addresses code review warning W1 by adding explicit type checking for condition.operator before accessing its properties. This prevents potential runtime errors if operator is not an object. **Change:** - Added `typeof condition.operator !== 'object'` check in validateFilterOperations **Impact:** - More robust validation - Prevents edge case runtime errors - All tests still passing (20/23) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en * feat: complete Phase 3 real-world type structure validation Implemented and validated type structure definitions against 91 real-world workflow templates from n8n.io with 100% pass rate. **Validation Results:** - Pass Rate: 100% (target: >95%) ✅ - False Positive Rate: 0% (target: <5%) ✅ - Avg Validation Time: 0.01ms (target: <50ms) ✅ - Templates Tested: 91 templates, 616 nodes, 776 validations **Changes:** 1. Filter Operations Enhancement (enhanced-config-validator.ts) - Added exists, notExists, isNotEmpty operations to all filter types - Fixed 6 validation errors for field existence checks - Operations now match real-world n8n workflow usage 2. Google Sheets Node Validator (node-specific-validators.ts) - Added validateGoogleSheets() to filter credential-provided fields - Removes false positives for sheetId (comes from credentials at runtime) - Fixed 113 validation errors (91% of all failures) 3. Phase 3 Validation Script (scripts/test-structure-validation.ts) - Loads and validates top 100 templates by popularity - Tests filter, resourceMapper, assignmentCollection, resourceLocator types - Generates detailed statistics and error reports - Supports compressed workflow data (gzip + base64) 4. npm Script (package.json) - Added test:structure-validation script using tsx All success criteria met for Phase 3 real-world validation. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en * fix: resolve duplicate validateGoogleSheets function (CRITICAL) Fixed build-breaking duplicate function implementation found in code review. **Issue:** - Two validateGoogleSheets() implementations at lines 234 and 1717 - Caused TypeScript compilation error: TS2393 duplicate function - Blocked all builds and deployments **Solution:** - Merged both implementations into single function at line 234 - Removed sheetId validation check (comes from credentials) - Kept all operation-specific validation logic - Added error filtering at end to remove credential-provided field errors - Maintains 100% pass rate on Phase 3 validation (776/776 validations) **Validation Confirmed:** - TypeScript compilation: ✅ Success - Phase 3 validation: ✅ 100% pass rate maintained - All 4 special types: ✅ 100% pass rate (filter, resourceMapper, assignmentCollection, resourceLocator) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en * feat: complete Phase 3 real-world validation with 100% pass rate Phase 3: Real-World Type Structure Validation - COMPLETED Results: - 91 templates tested (616 nodes with special types) - 776 property validations performed - 100.00% pass rate (776/776 passed) - 0.00% false positive rate - 0.01ms average validation time (500x better than 50ms target) Type-specific results: - filter: 93/93 passed (100.00%) - resourceMapper: 69/69 passed (100.00%) - assignmentCollection: 213/213 passed (100.00%) - resourceLocator: 401/401 passed (100.00%) Changes: - Add scripts/test-structure-validation.ts for standalone validation - Add integration test suite for real-world structure validation - Update implementation plan with Phase 3 completion details - All success criteria exceeded (>95% pass rate, <5% FP, <50ms) Edge cases fixed: - Filter operations: Added exists, notExists, isNotEmpty support - Google Sheets: Properly handle credential-provided fields Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en * feat: complete Phase 4 documentation and polish Phase 4: Documentation & Polish - COMPLETED Changes: - Created docs/TYPE_STRUCTURE_VALIDATION.md (239 lines) - comprehensive technical reference - Updated CLAUDE.md with Phase 1-3 completion and architecture updates - Added minimal structure validation notes to tools-documentation.ts (progressive discovery) Documentation approach: - Separate brief technical reference file (no README bloat) - Minimal one-line mentions in tools documentation - Comprehensive internal documentation (CLAUDE.md) - Respects progressive discovery principle All Phase 1-4 complete: - Phase 1: Type Structure Definitions ✅ - Phase 2: Validation Integration ✅ - Phase 3: Real-World Validation ✅ (100% pass rate) - Phase 4: Documentation & Polish ✅ Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en * fix: correct line counts and dates in Phase 4 documentation Code review feedback fixes: 1. Fixed line counts in TYPE_STRUCTURE_VALIDATION.md: - Type Definitions: 273 → 301 lines (actual) - Type Structures: 677 → 741 lines (actual) - Service Layer: 441 → 427 lines (actual) 2. Fixed completion dates: - Changed from 2025-01-21 to 2025-11-21 (November, not January) - Updated in both TYPE_STRUCTURE_VALIDATION.md and CLAUDE.md 3. Enhanced filter example: - Added rightValue field for completeness - Example now shows complete filter condition structure All corrections per code-reviewer agent feedback. Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en * chore: release v2.23.0 - Type Structure Validation (Phases 1-4) Version bump from 2.22.21 to 2.23.0 (minor version bump for new backwards-compatible feature) Changes: - Comprehensive CHANGELOG.md entry documenting all 4 phases - Version bumped in package.json, package.runtime.json, package-lock.json - Database included (consistent with release pattern) Type Structure Validation Feature (v2.23.0): - Phase 1: 22 complete type structures defined - Phase 2: Validation integrated in all MCP tools - Phase 3: 100% pass rate on 776 real-world validations (91 templates, 616 nodes) - Phase 4: Documentation and polish completed Key Metrics: - 100% pass rate on 776 validations - 0.01ms average validation time (500x faster than target) - 0% false positive rate - Zero breaking changes (100% backward compatible) - Automatic, zero-configuration operation Semantic Versioning: - Minor version bump (2.22.21 → 2.23.0) for new backwards-compatible feature - No breaking changes - All existing functionality preserved Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en * fix: update tests for Type Structure Validation improvements in v2.23.0 CI test failures fixed for Type Structure Validation: 1. Google Sheets validator test (node-specific-validators.test.ts:313-328) - Test now expects 'range' error instead of 'sheetId' error - sheetId is credential-provided and excluded from configuration validation - Validation correctly prioritizes user-provided fields 2. If node workflow validation test (workflow-fixed-collection-validation.test.ts:164-178) - Test now expects 3 errors instead of 1 - Type Structure Validation catches multiple filter structure errors: * Missing combinator field * Missing conditions field * Invalid nested structure (conditions.values) - Comprehensive error detection is correct behavior Both tests now correctly verify the improved validation behavior introduced in the Type Structure Validation system (v2.23.0). Conceived by Romuald Członkowski - https://www.aiadvisors.pl/en --------- Co-authored-by: Claude <noreply@anthropic.com> |
||
|
|
f3164e202f |
feat: add TypeScript type safety with strategic any assertions (v2.17.5)
Added comprehensive TypeScript type definitions for n8n node parsing while maintaining zero compilation errors. Uses pragmatic "70% benefit with 0% breakage" approach with strategic `any` assertions. ## Type Definitions (src/types/node-types.ts) - NodeClass union type replaces `any` in method signatures - Type guards: isVersionedNodeInstance(), isVersionedNodeClass() - Utility functions for safe node handling ## Parser Updates - node-parser.ts: All methods use NodeClass (15+ methods) - simple-parser.ts: Strongly typed method signatures - property-extractor.ts: Typed extraction methods - 30+ method signatures improved ## Strategic Pattern - Strong types in public method signatures (caller type safety) - Strategic `as any` assertions for internal union type access - Pattern: const desc = description as any; // Access union properties ## Benefits - Better IDE support and auto-complete - Compile-time safety at call sites - Type-based documentation - Zero compilation errors - Bug prevention (would have caught v2.17.4 baseDescription issue) ## Test Updates - All test files updated with `as any` for mock objects - Zero compilation errors maintained ## Known Limitations - ~70% type coverage (signatures typed, internal logic uses assertions) - Union types (INodeTypeBaseDescription vs INodeTypeDescription) not fully resolved - Future work: Conditional types or overloads for 100% type safety 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
3fec6813f3 |
feat: implement n8n integration improvements and protocol version negotiation
- Add intelligent protocol version negotiation (2024-11-05 for n8n, 2025-03-26 for standard clients) - Fix memory leak potential with async cleanup and connection close handling - Enhance error sanitization for production environments - Add schema validation for n8n nested output workaround - Improve Docker security with unpredictable UIDs/GIDs - Create n8n-friendly tool descriptions to reduce schema validation errors - Add comprehensive protocol negotiation test suite Addresses code review feedback: - Protocol version inconsistency resolved - Memory management improved - Error information leakage fixed - Docker security enhanced 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
91386b2d02 |
refactor: clean up file names and fix version management
- Renamed files to remove unnecessary suffixes: - tools-update.ts → tools.ts - server-update.ts → server.ts - http-server-fixed.ts → http-server.ts - Created version utility to read from package.json as single source of truth - Updated all imports across 21+ files - Removed legacy files: - src/http-server.ts (legacy HTTP server with known issues) - src/utils/n8n-client.ts (unused legacy API client) - Added n8n_diagnostic tool to help troubleshoot management tools visibility - Added script to sync package.runtime.json version - Fixed version mismatch issue (was hardcoded 2.4.1, now reads 2.7.0 from package.json) This addresses GitHub issue #5 regarding version mismatch and provides better diagnostics for users. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
0aab176e7d |
feat(v2.7.0): add n8n_update_partial_workflow with transactional updates
BREAKING CHANGES: - Renamed n8n_update_workflow to n8n_update_full_workflow for clarity NEW FEATURES: - Added n8n_update_partial_workflow tool for diff-based workflow editing - Implemented WorkflowDiffEngine with 13 operation types - Added transactional updates with two-pass processing - Maximum 5 operations per request for reliability - Operations can be in any order - engine handles dependencies - Added validateOnly mode for testing changes before applying - 80-90% token savings by only sending changes IMPROVEMENTS: - Enhanced tool description with comprehensive parameter documentation - Added clear examples for simple and complex use cases - Improved error messages and validation - Added extensive test coverage for all operations DOCUMENTATION: - Added workflow-diff-examples.md with usage patterns - Added transactional-updates-example.md showing before/after - Updated README.md with v2.7.0 features - Updated CLAUDE.md with latest changes 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
1f8140c45c |
Implement n8n-MCP integration
This commit adds a complete integration between n8n workflow automation and the Model Context Protocol (MCP): Features: - MCP server that exposes n8n workflows as tools, resources, and prompts - Custom n8n node for connecting to MCP servers from workflows - Bidirectional bridge for data format conversion - Token-based authentication and credential management - Comprehensive error handling and logging - Full test coverage for core components Infrastructure: - TypeScript/Node.js project setup with proper build configuration - Docker support with multi-stage builds - Development and production docker-compose configurations - Installation script for n8n custom node deployment Documentation: - Detailed README with usage examples and API reference - Environment configuration templates - Troubleshooting guide 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> |