Yandex Tracker MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| TRACKER_TOKEN | No | OAuth token for Yandex Tracker authentication. Use exactly one of TRACKER_TOKEN or TRACKER_IAM_TOKEN. | |
| TRACKER_ORG_ID | No | Yandex 360 organization ID. Use exactly one of TRACKER_ORG_ID or TRACKER_CLOUD_ORG_ID. | |
| TRACKER_IAM_TOKEN | No | IAM token for Yandex Tracker authentication. Use exactly one of TRACKER_TOKEN or TRACKER_IAM_TOKEN. | |
| TRACKER_CLOUD_ORG_ID | No | Yandex Cloud organization ID. Use exactly one of TRACKER_ORG_ID or TRACKER_CLOUD_ORG_ID. |
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 |
|---|---|
| get_issueB | Получить задачу Яндекс Трекера по ключу, например TEST-123. |
| search_issuesC | Найти задачи на языке запросов Яндекс Трекера. |
| create_issueA | Создать задачу. Изменяет данные в Трекере; перед вызовом подтвердите название и очередь с пользователем. |
| update_issueB | Обновить поля существующей задачи. Изменяет данные в Трекере; покажите изменения пользователю перед вызовом. |
| list_commentsC | Получить комментарии задачи. |
| add_commentA | Добавить комментарий к задаче. Изменяет данные в Трекере; покажите текст пользователю перед вызовом. |
| list_queuesC | Получить доступные очереди Яндекс Трекера. |
| list_transitionsB | Получить доступные переходы статуса для задачи. |
| execute_transitionB | Выполнить переход статуса задачи. Изменяет данные в Трекере; подтвердите целевой переход с пользователем. |
| get_current_userA | Получить пользователя, которому принадлежит текущий токен Трекера. |
| get_userC | Получить пользователя организации по логину или UID. |
| list_usersC | Получить страницу пользователей организации. |
| search_usersB | Найти пользователей по логину, email, отображаемому имени или фамилии. Просматривает не более 1000 пользователей. |
| get_global_fieldsA | Получить все глобальные поля задач вместе со схемами и типами. |
| get_queue_fieldsB | Получить поля очереди. При include_local_fields=true также возвращает локальные поля этой очереди. |
| get_statusesA | Получить статусы задач, настроенные в организации. |
| get_issue_typesA | Получить допустимые типы задач и их ключи. |
| get_prioritiesA | Получить уровни приоритета и ключи для создания или изменения задач. |
| get_resolutionsA | Получить доступные резолюции для закрытия задач. |
| get_checklistB | Получить пункты чек-листа задачи вместе с их идентификаторами. |
| get_checklist_reportA | Проанализировать чек-лист задачи: прогресс, открытые и просроченные пункты, разбивка по исполнителям. as_of задаётся как YYYY-MM-DD. |
| add_checklist_itemA | Добавить пункт чек-листа. Изменяет задачу; покажите текст, исполнителя и срок пользователю перед вызовом. |
| update_checklist_itemB | Изменить один пункт чек-листа: текст, выполнение, исполнителя или срок. Изменяет задачу; покажите изменения пользователю перед вызовом. |
| delete_checklist_itemA | Удалить один пункт чек-листа. Необратимо изменяет задачу; подтвердите идентификатор пункта с пользователем. |
| list_worklogsA | Получить записи трудозатрат задачи. Автоматически загружает страницы, но возвращает не более 500 записей. |
| add_worklogB | Списать время на задачу. Изменяет данные в Трекере; покажите длительность, дату начала и комментарий пользователю перед вызовом. |
| update_worklogB | Изменить запись трудозатрат. Изменяет данные в Трекере; покажите новые значения пользователю перед вызовом. |
| delete_worklogA | Удалить запись трудозатрат. Необратимо изменяет данные; подтвердите задачу и идентификатор записи с пользователем. |
| get_issue_time_reportB | Проанализировать трудозатраты одной задачи: план, факт, отклонение и разбивка по сотрудникам и дням. Даты задаются как YYYY-MM-DD. |
| get_time_reportC | Построить сводный отчёт по задачам из запроса Tracker: итоги и разбивка по сотрудникам, задачам, очередям и дням. Даты задаются как YYYY-MM-DD. |
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 30 tools
Most tools target distinct resource+action pairs (issues, comments, checklist, worklogs, transitions, users). Minor overlap exists among get_user/search_users/list_users and between get_issue_time_report/get_time_report, but descriptions clarify the single-vs-search vs single-issue-vs-summary boundaries well.
Every tool follows a consistent snake_case verb_noun pattern (get_issue, create_issue, add_comment, delete_worklog, list_transitions). Verb choice (get/list/search/add/update/delete/execute) is used semantically and predictably throughout.
With 30 tools this is heavier than the ideal 3-15 range, though the domain (issues, comments, checklist, worklogs, queues, fields, statuses, reports, transitions) is genuinely broad and most tools are distinct. Count sits borderline-heavy rather than clearly bloated.
Coverage is strong: issues (create/update/get/search), worklogs and checklist items (full CRUD), comments (list/add), plus metadata and reporting. Minor gaps remain—no comment update/delete and no issue delete—but core lifecycle workflows are covered.