Yandex Tracker MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| HOST | No | Host for streamable-http transport. Default: 0.0.0.0 | 0.0.0.0 |
| PORT | No | Port for streamable-http transport. Default: 8000 | 8000 |
| REDIS_DB | No | Redis database number. Default: 0 | 0 |
| TRANSPORT | No | Transport mode: stdio, streamable-http, or sse. Default: stdio. | stdio |
| REDIS_PORT | No | Redis port. Default: 6379 | 6379 |
| OAUTH_STORE | No | OAuth data storage backend: memory or redis. Default: memory. | memory |
| OAUTH_ENABLED | No | Enable OAuth 2.0 authentication. Default: false. Must be set to true when using the OAuth authentication flow. | false |
| TRACKER_TOKEN | No | Your Yandex Tracker OAuth token for static OAuth token authentication. | |
| REDIS_ENDPOINT | No | Redis host. Default: localhost | localhost |
| REDIS_PASSWORD | No | Optional Redis password. | |
| TRACKER_ORG_ID | No | Your Yandex 360 organization ID. Exactly one of TRACKER_CLOUD_ORG_ID or TRACKER_ORG_ID must be set. | |
| OAUTH_CLIENT_ID | No | Yandex OAuth application client ID (required when OAuth is enabled). | |
| OAUTH_SERVER_URL | No | Yandex OAuth server URL. Default: https://oauth.yandex.ru. Use https://auth.yandex.cloud/oauth for Yandex Cloud federation. | https://oauth.yandex.ru |
| OAUTH_TOKEN_TYPE | No | OAuth token type. Default: empty. Required to be Bearer for Yandex Cloud federation. | |
| OAUTH_USE_SCOPES | No | Whether to use OAuth scopes. Default: true. Set to false for Yandex Cloud federation. | true |
| TRACKER_IAM_TOKEN | No | Your Yandex IAM token for static IAM token authentication. | |
| TRACKER_READ_ONLY | No | When true, all write tools are unregistered (read-only instance). Default: false. | false |
| TRACKER_SA_KEY_ID | No | Service account key ID (used with service account authentication). | |
| OAUTH_CLIENT_SECRET | No | Yandex OAuth application client secret (required when OAuth is enabled). | |
| REDIS_POOL_MAX_SIZE | No | Redis connection pool max size. Default: 10 | 10 |
| TOOLS_CACHE_ENABLED | No | Enable tools caching. Default: false | false |
| TRACKER_API_TIMEOUT | No | Per-request timeout in seconds for Tracker API calls. Default: 10 | 10 |
| TRACKER_API_BASE_URL | No | Base URL for the Yandex Tracker API. Default: https://api.tracker.yandex.net | https://api.tracker.yandex.net |
| TRACKER_CLOUD_ORG_ID | No | Your Yandex Cloud organization ID. Exactly one of TRACKER_CLOUD_ORG_ID or TRACKER_ORG_ID must be set. | |
| TRACKER_LIMIT_QUEUES | No | Comma-separated allow-list of queue keys. Queues outside this list are treated as not found/not allowed. | |
| MCP_SERVER_PUBLIC_URL | No | Public URL of the MCP server for OAuth callbacks (required when OAuth is enabled). | |
| OAUTH_ENCRYPTION_KEYS | No | Comma-separated base64-encoded Fernet keys for encrypting OAuth tokens in the Redis store. | |
| TOOLS_CACHE_REDIS_TTL | No | Tools cache TTL in seconds. Default: 3600 | 3600 |
| TRACKER_SA_PRIVATE_KEY | No | Service account private key (used with service account authentication). | |
| TRACKER_ENTITIES_ENABLED | No | Register project/portfolio/goal tools. Default: false. | false |
| TRACKER_READ_ONLY_QUEUES | No | Comma-separated queue keys that allow reads but reject writes. | |
| TRACKER_SA_SERVICE_ACCOUNT_ID | No | Service account ID (used with service account authentication). |
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 |
|---|---|
| queues_get_allA | Find all Yandex Tracker queues available to the user (a queue is a project in some sense). |
| queue_get_tagsA | Get all tags for a specific Yandex Tracker queue |
| queue_get_versionsA | Get all versions for a specific Yandex Tracker queue |
| queue_get_componentsA | Get the components (in russian - 'компоненты') of a Yandex Tracker queue with lead, auto-assign flag and |
| queue_get_fieldsA | Get the fields configured on a Yandex Tracker queue (in russian - 'поля очереди'), its local ones included; |
| queue_get_metadataA | Get detailed metadata about a specific Yandex Tracker queue: name, description, default type and priority, plus the sections named in |
| get_global_fieldsA | Get all global fields available in Yandex Tracker that can be used in issues |
| get_statusesA | Get all statuses available in Yandex Tracker that can be used in issues |
| get_issue_typesA | Get all issue types available in Yandex Tracker that can be used when creating or updating issues |
| get_prioritiesA | Get the issue priority levels of Yandex Tracker - trivial, minor, normal, critical, blocker and whatever else the organization configured - with the |
| get_resolutionsA | Get all resolutions available in Yandex Tracker that can be used when closing issues |
| issue_get_urlA | Get a Yandex Tracker issue url by its id |
| issue_templates_get_allA | Get the issue templates (in russian - 'шаблоны задач') configured in Yandex Tracker, optionally scoped to a |
| issue_template_getA | Get a single Yandex Tracker issue template by its id, with the field values it prefills; find the id with |
| comment_templates_get_allA | Get the comment templates configured in Yandex Tracker - the wording a team reuses when replying, with the users and mailing lists such a comment summons. Read one before adding a comment. Pass |
| comment_template_getA | Get a single Yandex Tracker comment template by its id, including the comment text it inserts. Use |
| boards_get_allA | Get the agile boards (in russian - 'доски') of the organization; pass |
| board_getA | Get a single Yandex Tracker agile board (in russian - 'доска') with its settings, columns, the field issues are estimated by and the working calendar. |
| board_get_columnsA | Get the columns of a Yandex Tracker agile board with the issue statuses mapped onto each - use it to see which status an issue needs to show up in a given column. Richer than the columns in |
| board_get_sprintsA | Get all sprints (in russian - 'спринты') of a specific Yandex Tracker agile board. The currently running sprint is the one with status 'in_progress'. Use the returned sprint id to put an issue into a sprint with the |
| component_getA | Get one Yandex Tracker queue component (in russian - 'компонент') by its numeric id, with |
| issue_getA | Read one Yandex Tracker issue (task, ticket, bug; in russian - 'задача') by its key and return its full record, the current |
| issue_get_commentsA | Get a page of comments of a Yandex Tracker issue by its id. Returns the comments plus |
| issue_get_linksB | Get a Yandex Tracker issue related links to other issues by its id |
| issues_findA | Find Yandex Tracker issues matching a Yandex Tracker Query (YQL) - not limited to queue/date, any indexed field can be used (assignee, status, tags, etc., see the |
| issues_countA | Get the count of Yandex Tracker issues matching a query. |
| issue_get_worklogsA | Get worklogs of a Yandex Tracker issue by its id |
| issue_get_attachmentsA | Get attachments of a Yandex Tracker issue by its id |
| issue_get_checklistA | Get checklist items of a Yandex Tracker issue by its id |
| issue_get_transitionsA | Get possible status transitions for a Yandex Tracker issue. Returns list of available transitions that can be performed on the issue. |
| issue_get_changelogA | Get the change history (changelog) of a Yandex Tracker issue: status transitions, field edits (who changed what from -> to and when), comment changes and executed triggers. Returns a page of entries plus |
| users_get_allC | Get information about user accounts registered in the organization. |
| users_searchA | Search user based on login, email or real name (first or last name, or both). Returns either single user or multiple users if several match the query or an empty list if no users matched. |
| user_getA | Get information about a specific user by login or UID |
| user_get_currentA | Get information about the current authenticated user |
| queue_create_versionB | Create a new version in a Yandex Tracker queue. |
| component_createA | Create a component (in russian - 'компонент') in a Yandex Tracker queue - a label grouping the queue's issues by product, process or owner; |
| component_updateA | Change the name, description, lead or auto-assign flag of a Yandex Tracker queue component (in russian - 'компонент'); omitted fields keep their value, |
| component_deleteA | Delete a Yandex Tracker queue component (in russian - 'компонент') by its numeric id. Cannot be undone. |
| issue_add_attachmentA | Attach a local file to a Yandex Tracker issue. Pass the absolute path to a file readable on the MCP server host; the file is uploaded as multipart/form-data. Max file size 8 MB. Returns the created attachment. |
| issue_execute_transitionA | Execute a status transition for a Yandex Tracker issue. Call |
| issue_closeA | Close a Yandex Tracker issue with a resolution: finds a transition to a 'done' status and executes it. The resolution has to be one the issue's type allows - read the type with |
| issue_createA | Create an issue (in russian - 'задача') in a Yandex Tracker queue. There is no template argument: read a template with |
| issue_updateA | Update an existing Yandex Tracker issue. Only the parameters you pass change; the rest stay as they are. Use |
| issue_add_worklogA | Add a worklog entry (log spent time) to a Yandex Tracker issue |
| issue_update_worklogB | Update a worklog entry (spent time record) in a Yandex Tracker issue |
| issue_delete_worklogA | Delete a worklog entry (spent time record) from a Yandex Tracker issue |
| issue_add_commentA | Add a comment to a Yandex Tracker issue. There is no |
| issue_update_commentA | Update an existing comment in a Yandex Tracker issue. To mention or call people, use |
| issue_moveA | Move a Yandex Tracker issue to a different queue. The issue will receive a new key in the target queue (e.g., TASKS-1 → NEWQUEUE-42). Returns the updated issue with its new key and queue. |
| issue_delete_commentA | Delete a comment from a Yandex Tracker issue |
| issue_add_linkA | Create a link between a Yandex Tracker issue and another issue. |
| issue_delete_linkA | Delete a link between a Yandex Tracker issue and another issue. Use issue_get_links to retrieve the link IDs for an issue. |
| issue_add_checklist_itemsA | Add one or more items to the checklist of a Yandex Tracker issue. The checklist is created if the issue does not have one yet, and items are appended in the order given. Returns the issue's checklist after the items were added. |
| issue_update_checklist_itemA | Update one checklist item of a Yandex Tracker issue - to check it off, rename it, or set an assignee or a deadline. Only the fields you pass change, and null leaves a field as it is: use |
| issue_delete_checklist_itemA | Delete a single item from the checklist of a Yandex Tracker issue. Use issue_get_checklist to get the item IDs. Returns the issue's checklist after the deletion. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| tracker_mcp_configuration | Retrieve configured Yandex Tracker MCP configuration. |
TDQS
Scored across 56 tools
Most tools are clearly separated by resource (issue, queue, component, board, user, comment, worklog, checklist) and action (get, create, update, delete, add, find). Some potential confusion exists between queue_get_components and component_get, or between issue_get and issues_find, but descriptions clarify the distinction well.
The naming pattern is mostly consistent: resource_action (e.g., issue_get, issue_create, component_delete, queue_get_versions). Minor deviations exist: issues_find and issues_count use plural resource, and issue_templates_get_all vs issue_template_get are slightly inconsistent, but overall the pattern is predictable.
56 tools is a large surface for a single MCP server, but Yandex Tracker is a broad platform covering issues, queues, components, boards, sprints, users, comments, worklogs, checklists, templates, and metadata. The count is heavy but each tool maps to a distinct operation; still, it exceeds the typical well-scoped range.
The tool set provides comprehensive CRUD and lifecycle coverage for issues, comments, worklogs, checklist items, components, and links, plus metadata discovery (fields, statuses, priorities, resolutions, templates, users, boards, sprints). The only minor gap is lack of direct issue deletion or board/queue creation, but those are rarely needed and the surface is otherwise complete.