airflow-dev-mcp
Related Servers
Alternatives to airflow-dev-mcp
No user-submitted related servers found.
Related Servers
AlicenseAqualityFmaintenanceAn MCP server that enables AI assistants to interact with Apache Airflow's REST API for DAG management, task monitoring, and system diagnostics. It provides comprehensive tools for triggering workflows, retrieving logs, and inspecting system health across Airflow 2.x and 3.x versions.3113Apache 2.0- AlicenseNot gradedqualityCmaintenanceAn MCP server for controlling Apache Airflow 3 via its REST API, enabling operations like DAG management, task monitoring, and more through natural language.MIT
- AlicenseNot gradedqualityNot gradedmaintenanceAn MCP server that wraps the Apache Airflow REST API, enabling clients to manage DAGs, monitor task instances, and handle workflows through a standardized interface. It provides comprehensive access to Airflow features including DAG runs, variables, connections, and XComs.MIT
- AlicenseAqualityBmaintenanceMCP server exposing Apache Airflow REST API operations as tools — list DAGs, inspect runs and task instances, trigger DAG runs, and check failed DAGs and scheduler health72MIT
- AlicenseNot gradedqualityCmaintenanceAn MCP Server for controlling Airflow via Airflow APIs.MIT
- FlicenseNot gradedqualityDmaintenanceEnables DAG management, monitoring, debugging, and connection testing for Apache Airflow through the MCP protocol.-
TDQS
Scored across 10 tools
Each tool targets a distinct resource or action with no overlap: clearing tasks, listing import errors, checking run status, fetching logs, listing connections/dag runs/DAGs/variables, toggling pause, and triggering runs. An agent can easily distinguish between them.
All tool names follow a consistent verb_noun pattern with lowercase underscores (e.g., clear_task_instances, get_import_errors, list_dags). Although verbs vary (clear, get, list, set, trigger), the pattern is uniform and predictable.
10 tools is well-scoped for an Airflow dev MCP server. It covers essential operations without being bloated or insufficient, providing a focused set for common development tasks.
The tool surface covers the main workflows: triggering, monitoring, logging, pausing, and basic asset listing. A minor gap is the lack of a dedicated get_dag endpoint, but list_dags with filtering partially compensates. No CRUD on connections/variables is acceptable for a read-only dev environment.