woodpecker-mcp
Related Servers
Alternatives to woodpecker-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceMCP server for Woodpecker CI: read repositories, pipelines and logs, and drive builds, secrets and crons7193 npmMIT
- AlicenseNot gradedqualityCmaintenanceMCP server that connects AI assistants to Woodpecker CI for debugging pipeline failures, analyzing build logs, and troubleshooting CI/CD configurations.14MIT
- AlicenseNot gradedqualityDmaintenanceRead-only MCP server for Jenkins CI, enabling AI agents to securely query job/build status, logs, artifacts, and generate verification reports for loop workflows.17 npmISC
- AlicenseNot gradedqualityCmaintenanceA read-only MCP server for AI coding agents to inspect repositories, audit code quality, route engineering skills, and plan safe issue/PR workflows.1MIT
- AlicenseAqualityBmaintenanceRead-only MCP server for querying PostgreSQL, MySQL, and SQLite from AI agents — multi-database, safe by default.438 npm1ISC
- AlicenseNot gradedqualityDmaintenanceAn AI-DevOps MCP server that gives LLMs read-only-by-default access to Kubernetes clusters, Prometheus metrics, and GitHub Actions, enabling natural language queries about infrastructure status and safe write operations with previews.MIT
TDQS
Scored across 19 tools
Each tool targets a distinct resource and action, and the descriptions explicitly separate similar-sounding tools such as get_step_logs vs. diagnose_pipeline and list_pipelines vs. recent_activity. No pair appears interchangeable, so an agent should be able to select the right tool confidently.
All names use snake_case and almost all follow a verb_noun pattern (get_, list_, compare_, diagnose_, restart_, cancel_, trigger_, run_). recent_activity is the main outlier as a noun phrase, but it remains clear and unique.
At 19 tools this is slightly above the ideal compact range, but the broad CI surface (pipelines, logs, config, crons, secrets, agents, queue) justifies most of them. Each tool appears to earn its place rather than duplicating another.
The core pipeline lifecycle is well covered: discovery, inspection, config, logs, failure diagnosis, comparison, triggering, restarting, and cancellation. Gaps exist around management of crons, secrets, agents, and the queue, but those are administrative operations outside the core triage workflow.