Yandex Tracker MCP
Related Servers
Alternatives to Yandex Tracker MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceEnables read-only MCP access to Yandex Tracker for retrieving issues with comments and attachment metadata, searching issues, reading issue history, downloading attachments, and finding users. It also supports connection status checks and token configuration without exposing secrets.45 npmMIT
- AlicenseNot gradedqualityCmaintenanceMCP server for Yandex Tracker API, enabling AI assistants to search, read, create, and edit issues, as well as manage comments, attachments, and links in Yandex Tracker.45 npm1MIT
- FlicenseNot gradedqualityDmaintenanceEnables AI assistants to interact with Yandex.Tracker task management system through MCP protocol. Supports creating and managing issues, searching tasks, handling comments, managing projects and queues, and generating analytics reports.-
- AlicenseNot gradedqualityAmaintenanceMCP server for comprehensive YouTrack integration, enabling issue management, work tracking, search, and knowledge base operations.326 npm6MIT
- AlicenseNot gradedqualityDmaintenanceEnables interaction with Yandex Tracker through its API for managing tasks, comments, and attachments. It supports issue searching, status transitions, and metadata retrieval for automated project management.MIT
- AlicenseNot gradedqualityAmaintenanceMCP server for interacting with YouTrack, enabling issue management, project operations, and search via natural language.76 npm96MIT
TDQS
Scored across 55 tools
Most tools are clearly separated by resource and action (queues, boards, issues, components, users, templates). 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 mostly follows a consistent resource_action pattern (e.g., issue_get, issue_create, issue_update, queue_get_components). Minor deviations exist: issues_find vs issue_get, issues_count, get_priorities, get_statuses, get_issue_types, get_global_fields, get_resolutions, users_get_all vs user_get, and board_get_sprints vs boards_get_all.
55 tools is on the heavy side, but the server covers a broad domain (queues, boards, issues, components, users, templates, worklogs, checklists, links, transitions). The count is justified by the breadth, though it approaches the upper limit of what an agent can comfortably navigate.
The tool surface is remarkably complete: full CRUD for issues, comments, worklogs, checklist items, components, links, and versions; plus metadata discovery (fields, statuses, resolutions, priorities, templates, transitions). No obvious dead ends—every returned ID has a corresponding tool that consumes it.