mcp-codemagic
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| CODEMAGIC_API_KEY | Yes | Codemagic API token (x-auth-token) | |
| CODEMAGIC_BASE_URL | No | Override the API base URL | https://api.codemagic.io |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| codemagic_list_appsA | List all applications connected to your Codemagic account. Returns each application's id, name, connected repository, and the workflow ids defined in its codemagic.yaml. Use the app id and a workflow id with codemagic_start_build to trigger a build. |
| codemagic_get_appA | Get details for a single Codemagic application. Returns the app's repository, branches, workflows, and recent build references. Args: app_id: The Codemagic application id (from codemagic_list_apps). |
| codemagic_start_buildA | Trigger a new build for an app/workflow on a branch or tag. Provide exactly one of branch or tag. Returns the new buildId, which you can poll with codemagic_get_build. Args: app_id: The Codemagic application id. workflow_id: The workflow id from codemagic.yaml (e.g. "ios-release"). branch: Branch to build (e.g. "main"). Mutually exclusive with tag. tag: Git tag to build (e.g. "v1.2.0"). Mutually exclusive with branch. |
| codemagic_get_buildA | Get the status and details of a single build. Status values include "queued", "building", "finishing", "publishing", "finished" (with a success/failed result), "canceled", and "timeout". Args: build_id: The build id returned by codemagic_start_build or listed by codemagic_list_builds. |
| codemagic_list_buildsA | List builds, optionally filtered by app, workflow, branch, or status. Args: app_id: Only builds for this application id. workflow_id: Only builds for this workflow id. branch: Only builds for this branch. status: Only builds with this status (e.g. "building", "finished"). |
| codemagic_cancel_buildA | Cancel a running or queued build. Args: build_id: The id of the build to cancel. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 6 tools
Each tool has a unique, clearly defined purpose: listing apps, getting app details, listing builds, getting build details, starting a build, and canceling a build. There is no overlap or ambiguity between them.
All tools follow a consistent 'codemagic_verb_noun' pattern using snake_case (e.g., codemagic_list_apps, codemagic_start_build). This makes the tool set predictable and easy to navigate.
With 6 tools, the set is well-scoped for a CI/CD server. It covers essential operations without being overwhelming or too sparse.
Core build lifecycle (list, start, get, cancel) is covered. Minor gaps exist, such as no explicit tool for retrying a build or downloading artifacts, but the set is functional for typical workflows.