xcode-cloud-mcp
Related Servers
Alternatives to xcode-cloud-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceLocal MCP server enabling agents to track Xcode Cloud builds and access TestFlight crash reports through the App Store Connect API.27 npmApache 2.0
- AlicenseBqualityFmaintenanceAn MCP server to communicate with the App Store Connect API for iOS Developers25119 npm331MIT
- AlicenseNot gradedqualityAmaintenanceApp Store Connect MCP Server (Swift) that manages apps, builds, TestFlight, metadata, reviews natively on macOSMIT
- AlicenseNot gradedqualityDmaintenanceMCP server for interacting with Xcode build tools, iOS Simulator, and Apple notarization services.12 npm5MIT
- AlicenseAqualityBmaintenanceAn MCP server that drives the full App Store release cycle for iOS and macOS apps: version bump, archive + TestFlight upload, metadata, review submission, and status.832 npmMIT
- AlicenseNot gradedqualityAmaintenanceThis MCP server provides access to Apple's App Store Connect API. It allows users to inspect apps, versions, builds, TestFlight groups, sales, users, and optionally edit metadata and manage testers.197 npm2MIT
TDQS
Scored across 16 tools
Several tools overlap significantly in purpose: get_build_logs, materialize_build_logs, and get_test_results all resolve a build and download/extract logs locally, with get_build_logs and materialize_build_logs being nearly indistinguishable. get_failed_tests and get_test_artifacts also resolve builds and return test-related metadata, adding further ambiguity. The workflow update tools (update_workflow_general, update_workflow_actions, update_workflow_start_conditions, configure_manual_release_candidate) are more distinct, but the log/test cluster is confusing.
Most tool names follow a consistent verb_noun pattern (get_failed_tests, list_products, update_workflow_general). There is a minor deviation with 'configure_manual_release_candidate' using 'configure' instead of 'update' or 'set', and 'set_workflow_enabled' uses 'set' while others use 'update', but overall the pattern is predictable.
16 tools is slightly heavy for the Xcode Cloud domain but still within a reasonable range. Many tools are needed to cover workflows, builds, tests, and logs, though some redundancy (e.g., multiple log-extraction tools) suggests the count could be trimmed.
The server covers key operations: listing products/workflows, getting workflow details, updating various workflow aspects, listing/analyzing builds, retrieving test results and logs, and cleaning up logs. Minor gaps exist, such as no tool to start a build or manage products, but the core workflows for monitoring and configuration are well-covered.