TeamCity MCP Server
Related Servers
Alternatives to TeamCity MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceEnables management of TeamCity CI/CD operations through natural language commands, including builds, projects, tests, artifacts, and more.21 npmMIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to interact with Jenkins CI/CD systems through natural language, providing build management, job monitoring, log analysis, and debugging capabilities.MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to interact with Jenkins CI/CD systems for build management, job monitoring, console log analysis, and debugging through natural language commands.2MIT
- AlicenseBqualityBmaintenanceEnables AI assistants to interact with Atlassian Bamboo CI/CD, allowing natural language queries to check build status, fetch logs, trigger builds, and manage deployments.27791 npm6MIT
- AlicenseBqualityDmaintenanceEnables AI assistants to interact with Jenkins CI/CD servers, including checking build status, triggering builds, and retrieving build logs.8MIT
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to explore a JetBrains TeamCity server through 29 strictly read-only tools covering projects, build configurations, build history and dependency chains, logs, test results, failure diagnostics, the queue, agents, artifacts, and VCS changes. All access is GET-only, so agents can inspect and troubleshoot CI without triggering, canceling, or modifying anything.MIT
TDQS
Scored across 32 tools
Most tools map to a distinct resource+action (projects, build configs, builds, queue, tests, problems, artifacts), and descriptions clarify close pairs like get_build vs get_build_status vs get_build_results. However, cancel_queued_build overlaps heavily with cancel_build (which explicitly handles 'running or queued' builds), and list_problems vs list_problem_occurrences plus get_test_details vs list_test_failures have blurry boundaries.
Every tool follows a consistent snake_case verb_noun pattern (list_projects, get_build, trigger_build, download_build_artifact), with only trivial exceptions like ping. Singular/plural distinctions (download_build_artifact vs download_build_artifacts) are used predictably.
At 32 tools the surface is heavy for any single agent context, though the CI-server domain is genuinely broad (projects, configs, queue, tests, problems, artifacts, server ops). Some tools feel like bloat or could be merged, e.g. cancel_queued_build alongside cancel_build, and the singular/plural artifact download pair.
Core CI workflows are well covered: inspect projects/configs, list/trigger/cancel/wait on builds, fetch logs and artifacts, and review tests, problems, changes, and investigations. Notable gaps remain around agents (why a build is queued, agent status), VCS roots, tags/pinning, and any create/update/delete of projects or build configurations, which limits write-side lifecycle coverage.