Skip to main content
Glama
kzmx23

Yandex Tracker MCP Server

by kzmx23

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
HOSTNoHost for streamable-http transport. Default: 0.0.0.00.0.0.0
PORTNoPort for streamable-http transport. Default: 80008000
REDIS_DBNoRedis database number. Default: 00
TRANSPORTNoTransport mode: stdio, streamable-http, or sse. Default: stdio.stdio
REDIS_PORTNoRedis port. Default: 63796379
OAUTH_STORENoOAuth data storage backend: memory or redis. Default: memory.memory
OAUTH_ENABLEDNoEnable OAuth 2.0 authentication. Default: false. Must be set to true when using the OAuth authentication flow.false
TRACKER_TOKENNoYour Yandex Tracker OAuth token for static OAuth token authentication.
REDIS_ENDPOINTNoRedis host. Default: localhostlocalhost
REDIS_PASSWORDNoOptional Redis password.
TRACKER_ORG_IDNoYour Yandex 360 organization ID. Exactly one of TRACKER_CLOUD_ORG_ID or TRACKER_ORG_ID must be set.
OAUTH_CLIENT_IDNoYandex OAuth application client ID (required when OAuth is enabled).
OAUTH_SERVER_URLNoYandex OAuth server URL. Default: https://oauth.yandex.ru. Use https://auth.yandex.cloud/oauth for Yandex Cloud federation.https://oauth.yandex.ru
OAUTH_TOKEN_TYPENoOAuth token type. Default: empty. Required to be Bearer for Yandex Cloud federation.
OAUTH_USE_SCOPESNoWhether to use OAuth scopes. Default: true. Set to false for Yandex Cloud federation.true
TRACKER_IAM_TOKENNoYour Yandex IAM token for static IAM token authentication.
TRACKER_READ_ONLYNoWhen true, all write tools are unregistered (read-only instance). Default: false.false
TRACKER_SA_KEY_IDNoService account key ID (used with service account authentication).
OAUTH_CLIENT_SECRETNoYandex OAuth application client secret (required when OAuth is enabled).
REDIS_POOL_MAX_SIZENoRedis connection pool max size. Default: 1010
TOOLS_CACHE_ENABLEDNoEnable tools caching. Default: falsefalse
TRACKER_API_TIMEOUTNoPer-request timeout in seconds for Tracker API calls. Default: 1010
TRACKER_API_BASE_URLNoBase URL for the Yandex Tracker API. Default: https://api.tracker.yandex.nethttps://api.tracker.yandex.net
TRACKER_CLOUD_ORG_IDNoYour Yandex Cloud organization ID. Exactly one of TRACKER_CLOUD_ORG_ID or TRACKER_ORG_ID must be set.
TRACKER_LIMIT_QUEUESNoComma-separated allow-list of queue keys. Queues outside this list are treated as not found/not allowed.
MCP_SERVER_PUBLIC_URLNoPublic URL of the MCP server for OAuth callbacks (required when OAuth is enabled).
OAUTH_ENCRYPTION_KEYSNoComma-separated base64-encoded Fernet keys for encrypting OAuth tokens in the Redis store.
TOOLS_CACHE_REDIS_TTLNoTools cache TTL in seconds. Default: 36003600
TRACKER_SA_PRIVATE_KEYNoService account private key (used with service account authentication).
TRACKER_ENTITIES_ENABLEDNoRegister project/portfolio/goal tools. Default: false.false
TRACKER_READ_ONLY_QUEUESNoComma-separated queue keys that allow reads but reject writes.
TRACKER_SA_SERVICE_ACCOUNT_IDNoService 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

CapabilityDetails
tools
{
  "listChanged": false
}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
queues_get_allA

Find all Yandex Tracker queues available to the user (a queue is a project in some sense). page defaults to None and fetches ALL pages; pass a page number only when the result does not fit the context window.

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 version. queue_get_metadata with expand=['components'] names them only (id and name); the id is what issue_create / issue_update take in components.

queue_get_fieldsA

Get the fields configured on a Yandex Tracker queue (in russian - 'поля очереди'), its local ones included; schema.required marks the mandatory ones. Not the whole registry: system fields such as parent or estimation are settable without appearing here, and get_global_fields lists every organization field.

queue_get_metadataA

Get detailed metadata about a specific Yandex Tracker queue: name, description, default type and priority, plus the sections named in expand (issue types with their resolutions, workflows, team, ...). Use expand=['issueTypesConfig'] for the resolutions issue_close needs.

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 id and key that issue_create and issue_update accept in priority. The list is organization-wide: a queue may still reject a priority it does not use.

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 queue - read one before issue_create instead of inventing a structure. The issue body is in fieldTemplates.description; the template's own description describes the template.

issue_template_getA

Get a single Yandex Tracker issue template by its id, with the field values it prefills; find the id with issue_templates_get_all. The issue body is in fieldTemplates.description, not the template's own description.

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 queue for the templates of that queue plus those bound to no queue. All pages are fetched by default; pass page for a single one.

comment_template_getA

Get a single Yandex Tracker comment template by its id, including the comment text it inserts. Use comment_templates_get_all first to find the template id.

boards_get_allA

Get the agile boards (in russian - 'доски') of the organization; pass queue for the boards collecting issues of that queue. Matching is done on the board's own filter, so boards filtering by something else are missed - read a few issues with issues_find and look at their boards field for those.

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. autoFilterSettings is the board's own filter and tells which issues it collects - read it to learn which queue a board is about.

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 boards_get_all / board_get, which carry no statuses.

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 issue_create or issue_update tools.

component_getA

Get one Yandex Tracker queue component (in russian - 'компонент') by its numeric id, with queue, lead, assignAuto and the version that component_update takes. Ids come from queue_get_components or an issue's components field.

issue_getA

Read one Yandex Tracker issue (task, ticket, bug; in russian - 'задача') by its key and return its full record, the current version included. To search instead, use issues_find. Comments, links, attachments, worklogs, checklist, changelog and transitions each have their own issue_get_* tool.

issue_get_commentsA

Get a page of comments of a Yandex Tracker issue by its id. Returns the comments plus next_cursor - pass it back as cursor until it is null.

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 query parameter for the full syntax).

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 next_cursor - pass it back as cursor until it is null.

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; lead is a user login.

component_updateA

Change the name, description, lead or auto-assign flag of a Yandex Tracker queue component (in russian - 'компонент'); omitted fields keep their value, clear_lead removes the lead.

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_get_transitions first and pass one of the ids it returned - the API rejects anything else. Returns the transitions available in the new status.

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_get, then call queue_get_metadata with expand=['issueTypesConfig'] for the resolutions of that type. Returns the transitions available in the new (closed) status.

issue_createA

Create an issue (in russian - 'задача') in a Yandex Tracker queue. There is no template argument: read a template with issue_templates_get_all and copy its fieldTemplates values into these arguments field by field. The returned version goes stale at once, as queue triggers bump it - re-read it with issue_get.

issue_updateA

Update an existing Yandex Tracker issue. Only the parameters you pass change; the rest stay as they are. Use queue_get_fields to discover the queue's fields. version is optional optimistic locking - pass one read moments earlier with issue_get, never the one issue_create returned, since triggers bump it right after creation.

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 template_id parameter: check comment_templates_get_all (with queue set) first and copy the template's template text into text and its summonees into the parameters below. To mention or call people so they get notified, use summonees - '@login' in the text notifies nobody.

issue_update_commentA

Update an existing comment in a Yandex Tracker issue. To mention or call people, use summonees, not '@login' in the text.

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. relationship reads from the current issue: 'depends on' means issue_id depends on the linked issue, 'is dependent by' is the reverse, 'relates' is a plain connection.

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 clear_assignee / clear_deadline to remove a value. Item ids come from issue_get_checklist. Returns the whole checklist.

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

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription
tracker_mcp_configurationRetrieve configured Yandex Tracker MCP configuration.

TDQS

A3.7/5.0

Scored across 56 tools

Disambiguation4/5

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.

Naming Consistency4/5

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.

Tool Count3/5

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.

Completeness5/5

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.

Maintenance

ActivityActive
ResponsivenessNo issues