Yandex Tracker Mcp

io.github.APonkratovPublished by GitHub account APonkratovv0.8.2Updated Oct 24, 2026

MCP server for Yandex Tracker API.

VerifiedSTDIODesktop onlyProductivity & WorkflowDeveloper Tools

Overview

AI-generated overview

Local MCP server for Yandex Tracker that lets an assistant browse queues, manage issues and versions, and work with projects, portfolios and goals.

What you can do
List queues with pagination and field selection, and read queue tags, versions, fields and metadata; create versions in a queue. Create, read, update and close issues, including custom fields, attachments and status transitions, with query-language filtering and sorting. Get, search, create, update and delete projects, portfolios and goals, and read their event history. Look up user account details such as login, email and license status.
When to use it
Useful when a team tracks work in Yandex Tracker and wants an assistant to look up queues and issues, draft or update tickets, move them through workflow statuses, or manage projects and goals without switching to the web UI.
Requirements
Runs locally via uvx or the published Docker image, or as a streamable-http server. Needs a Yandex organization ID in TRACKER_CLOUD_ORG_ID or TRACKER_ORG_ID, plus one authentication method: TRACKER_TOKEN, TRACKER_IAM_TOKEN, service account credentials (TRACKER_SA_KEY_ID, TRACKER_SA_SERVICE_ACCOUNT_ID, TRACKER_SA_PRIVATE_KEY), or OAuth settings. Optional Redis for caching and OAuth storage.
Before you install
The server holds Yandex Tracker credentials: TRACKER_TOKEN, TRACKER_IAM_TOKEN, TRACKER_SA_PRIVATE_KEY, OAUTH_CLIENT_SECRET and REDIS_PASSWORD. Tools can create, update and delete issues, versions and entities, and close issues, so changes reach the real tracker. OAuth mode needs a publicly reachable server URL, and Redis OAuth storage requires OAUTH_ENCRYPTION_KEYS. Restrict scope with TRACKER_LIMIT_QUEUES.

Installation

In SourceWeft

  1. Open Yandex Tracker Mcp in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

Yandex Tracker MCP Server

[PyPI - Version] [Test Workflow] [Release Workflow]

mcp-name: io.github.aikts/yandex-tracker-mcp

A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with Yandex Tracker APIs. This server provides secure, authenticated access to Yandex Tracker issues, queues, comments, worklogs, and search functionality with optional Redis caching for improved performance.

[Image]

Documentation in Russian is available here / Документация на русском языке доступна здесь.

Features

  • Complete Queue Management: List and access all available Yandex Tracker queues with pagination support, tag retrieval, and detailed metadata
  • User Management: Retrieve user account information, including login details, email addresses, license status, and organizational data
  • Full Issue Lifecycle: Create, read, update, and manage issues with support for custom fields, attachments, and workflow transitions
  • Status Workflow Management: Execute status transitions, close issues with resolutions, and navigate complex workflows
  • Field Management: Access global fields, queue-specific local fields, statuses, issue types, priorities, and resolutions
  • Advanced Query Language: Full Yandex Tracker Query Language support with complex filtering, sorting, and date functions
  • Performance Caching: Optional Redis caching layer for improved response times
  • Security Controls: Configurable queue access restrictions and secure token handling
  • Multiple Transport Options: Support for stdio, SSE (deprecated), and HTTP transports for flexible integration
  • OAuth 2.0 Authentication: Dynamic token-based authentication with automatic refresh support as an alternative to static API tokens
  • Organization Support: Compatible with both standard and cloud organization IDs

Organization ID Configuration

Choose one of the following based on your Yandex organization type:

  • Yandex Cloud Organization: Use TRACKER_CLOUD_ORG_ID env var later for Yandex Cloud-managed organizations
  • Yandex 360 Organization: Use TRACKER_ORG_ID env var later for Yandex 360 organizations

You can find your organization ID in the Yandex Tracker URL or organization settings.

MCP Client Configuration

Installing extension in Claude Desktop

Yandex Tracker MCP Server can be one-click installed in Claude Desktop as and extension.

Installation
  1. Download the *.mcpb file from GitHub Releases.
  2. Double-click the downloaded file to install it in Claude Desktop. [img.png]
  3. Provide your Yandex Tracker OAuth token when prompted. [img.png]
  4. Make sure extension is enabled - now you may use this MCP Server.

Manual installation

Prerequisites
  • uv installed globally
  • Valid Yandex Tracker API token with appropriate permissions

The following sections show how to configure the MCP server for different AI clients. You can use either uvx yandex-tracker-mcp@latest or the Docker image ghcr.io/aikts/yandex-tracker-mcp:latest. Both require these environment variables:

  • Authentication (one of the following):
    • TRACKER_TOKEN - Your Yandex Tracker OAuth token
    • TRACKER_IAM_TOKEN - Your IAM token
    • TRACKER_SA_KEY_ID, TRACKER_SA_SERVICE_ACCOUNT_ID, TRACKER_SA_PRIVATE_KEY - Service account credentials
  • TRACKER_CLOUD_ORG_ID or TRACKER_ORG_ID - Your Yandex Cloud (or Yandex 360) organization ID
Claude Desktop

Configuration file path:

  • macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
  • Windows: %APPDATA%\Claude\claude_desktop_config.json

Using uvx:

json
{  "mcpServers": {    "yandex-tracker": {      "command": "uvx",      "args": ["yandex-tracker-mcp@latest"],      "env": {        "TRACKER_TOKEN": "your_tracker_token_here",        "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",        "TRACKER_ORG_ID": "your_org_id_here"      }    }  }}

Using Docker:

json
{  "mcpServers": {    "yandex-tracker": {      "command": "docker",      "args": [        "run", "--rm", "-i",        "-e", "TRACKER_TOKEN",        "-e", "TRACKER_CLOUD_ORG_ID",        "-e", "TRACKER_ORG_ID",        "ghcr.io/aikts/yandex-tracker-mcp:latest"      ],      "env": {        "TRACKER_TOKEN": "your_tracker_token_here",        "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",        "TRACKER_ORG_ID": "your_org_id_here"      }    }  }}
Claude Code

Using uvx:

bash
claude mcp add yandex-tracker uvx yandex-tracker-mcp@latest \  -e TRACKER_TOKEN=your_tracker_token_here \  -e TRACKER_CLOUD_ORG_ID=your_cloud_org_id_here \  -e TRACKER_ORG_ID=your_org_id_here \  -e TRANSPORT=stdio

Using Docker:

bash
claude mcp add yandex-tracker docker "run --rm -i -e TRACKER_TOKEN=your_tracker_token_here -e TRACKER_CLOUD_ORG_ID=your_cloud_org_id_here -e TRACKER_ORG_ID=your_org_id_here -e TRANSPORT=stdio ghcr.io/aikts/yandex-tracker-mcp:latest"
Cursor

Configuration file path:

  • Project-specific: .cursor/mcp.json in your project directory
  • Global: ~/.cursor/mcp.json

Using uvx:

json
{  "mcpServers": {    "yandex-tracker": {      "command": "uvx",      "args": ["yandex-tracker-mcp@latest"],      "env": {        "TRACKER_TOKEN": "your_tracker_token_here",        "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",        "TRACKER_ORG_ID": "your_org_id_here"      }    }  }}

Using Docker:

json
{  "mcpServers": {    "yandex-tracker": {      "command": "docker",      "args": [        "run", "--rm", "-i",        "-e", "TRACKER_TOKEN",        "-e", "TRACKER_CLOUD_ORG_ID",        "-e", "TRACKER_ORG_ID",        "ghcr.io/aikts/yandex-tracker-mcp:latest"      ],      "env": {        "TRACKER_TOKEN": "your_tracker_token_here",        "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",        "TRACKER_ORG_ID": "your_org_id_here"      }    }  }}
Windsurf

Configuration file path:

  • ~/.codeium/windsurf/mcp_config.json

Access via: Windsurf Settings → Cascade tab → Model Context Protocol (MCP) Servers → "View raw config"

Using uvx:

json
{  "mcpServers": {    "yandex-tracker": {      "command": "uvx",      "args": ["yandex-tracker-mcp@latest"],      "env": {        "TRACKER_TOKEN": "your_tracker_token_here",        "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",        "TRACKER_ORG_ID": "your_org_id_here"      }    }  }}

Using Docker:

json
{  "mcpServers": {    "yandex-tracker": {      "command": "docker",      "args": [        "run", "--rm", "-i",        "-e", "TRACKER_TOKEN",        "-e", "TRACKER_CLOUD_ORG_ID",        "-e", "TRACKER_ORG_ID",        "ghcr.io/aikts/yandex-tracker-mcp:latest"      ],      "env": {        "TRACKER_TOKEN": "your_tracker_token_here",        "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",        "TRACKER_ORG_ID": "your_org_id_here"      }    }  }}
Zed

Configuration file path:

  • ~/.config/zed/settings.json

Access via: Cmd+, (macOS) or Ctrl+, (Linux/Windows) or command palette: "zed: open settings"

Note: Requires Zed Preview version for MCP support.

Using uvx:

json
{  "context_servers": {    "yandex-tracker": {      "source": "custom",      "command": {        "path": "uvx",        "args": ["yandex-tracker-mcp@latest"],        "env": {          "TRACKER_TOKEN": "your_tracker_token_here",          "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",          "TRACKER_ORG_ID": "your_org_id_here"        }      }    }  }}

Using Docker:

json
{  "context_servers": {    "yandex-tracker": {      "source": "custom",      "command": {        "path": "docker",        "args": [          "run", "--rm", "-i",          "-e", "TRACKER_TOKEN",          "-e", "TRACKER_CLOUD_ORG_ID",          "-e", "TRACKER_ORG_ID",          "ghcr.io/aikts/yandex-tracker-mcp:latest"        ],        "env": {          "TRACKER_TOKEN": "your_tracker_token_here",          "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",          "TRACKER_ORG_ID": "your_org_id_here"        }      }    }  }}
GitHub Copilot (VS Code)

Configuration file path:

  • Workspace: .vscode/mcp.json in your project directory
  • Global: VS Code settings.json

Option 1: Workspace Configuration (Recommended for security)

Create .vscode/mcp.json:

Using uvx:

json
{  "inputs": [    {      "type": "promptString",      "id": "tracker-token",      "description": "Yandex Tracker Token",      "password": true    },    {      "type": "promptString",      "id": "cloud-org-id",      "description": "Yandex Cloud Organization ID"    },    {      "type": "promptString",      "id": "org-id",      "description": "Yandex Tracker Organization ID (optional)"    }  ],  "servers": {    "yandex-tracker": {      "type": "stdio",      "command": "uvx",      "args": ["yandex-tracker-mcp@latest"],      "env": {        "TRACKER_TOKEN": "${input:tracker-token}",        "TRACKER_CLOUD_ORG_ID": "${input:cloud-org-id}",        "TRACKER_ORG_ID": "${input:org-id}",        "TRANSPORT": "stdio"      }    }  }}

Using Docker:

json
{  "inputs": [    {      "type": "promptString",      "id": "tracker-token",      "description": "Yandex Tracker Token",      "password": true    },    {      "type": "promptString",      "id": "cloud-org-id",      "description": "Yandex Cloud Organization ID"    },    {      "type": "promptString",      "id": "org-id",      "description": "Yandex Tracker Organization ID (optional)"    }  ],  "servers": {    "yandex-tracker": {      "type": "stdio",      "command": "docker",      "args": [        "run", "--rm", "-i",        "-e", "TRACKER_TOKEN",        "-e", "TRACKER_CLOUD_ORG_ID",        "-e", "TRACKER_ORG_ID",        "ghcr.io/aikts/yandex-tracker-mcp:latest"      ],      "env": {        "TRACKER_TOKEN": "${input:tracker-token}",        "TRACKER_CLOUD_ORG_ID": "${input:cloud-org-id}",        "TRACKER_ORG_ID": "${input:org-id}",        "TRANSPORT": "stdio"      }    }  }}

Option 2: Global Configuration

Add to VS Code settings.json:

Using uvx:

json
{  "github.copilot.chat.mcp.servers": {    "yandex-tracker": {      "type": "stdio",      "command": "uvx",      "args": ["yandex-tracker-mcp@latest"],      "env": {        "TRACKER_TOKEN": "your_tracker_token_here",        "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",        "TRACKER_ORG_ID": "your_org_id_here"      }    }  }}

Using Docker:

json
{  "github.copilot.chat.mcp.servers": {    "yandex-tracker": {      "type": "stdio",      "command": "docker",      "args": [        "run", "--rm", "-i",        "-e", "TRACKER_TOKEN",        "-e", "TRACKER_CLOUD_ORG_ID",        "-e", "TRACKER_ORG_ID",        "ghcr.io/aikts/yandex-tracker-mcp:latest"      ],      "env": {        "TRACKER_TOKEN": "your_tracker_token_here",        "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",        "TRACKER_ORG_ID": "your_org_id_here"      }    }  }}
Other MCP-Compatible Clients

For other MCP-compatible clients, use the standard MCP server configuration format:

Using uvx:

json
{  "mcpServers": {    "yandex-tracker": {      "command": "uvx",      "args": ["yandex-tracker-mcp@latest"],      "env": {        "TRACKER_TOKEN": "your_tracker_token_here",        "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",        "TRACKER_ORG_ID": "your_org_id_here"      }    }  }}

Using Docker:

json
{  "mcpServers": {    "yandex-tracker": {      "command": "docker",      "args": [        "run", "--rm", "-i",        "-e", "TRACKER_TOKEN",        "-e", "TRACKER_CLOUD_ORG_ID",        "-e", "TRACKER_ORG_ID",        "ghcr.io/aikts/yandex-tracker-mcp:latest"      ],      "env": {        "TRACKER_TOKEN": "your_tracker_token_here",        "TRACKER_CLOUD_ORG_ID": "your_cloud_org_id_here",        "TRACKER_ORG_ID": "your_org_id_here"      }    }  }}

Important Notes:

  • Replace placeholder values with your actual credentials
  • Restart your AI client after configuration changes
  • Ensure uvx is installed and available in your system PATH
  • For production use, consider using environment variables instead of hardcoding tokens

Available MCP Tools

The server exposes the following tools through the MCP protocol:

Queue Management

  • queues_get_all: List all available Yandex Tracker queues

    • Parameters:
      • fields (optional): Fields to include in the response (e.g., ["key", "name"]). Helps optimize context window usage by selecting only needed fields. If not specified, returns all available fields.
      • page (optional): Page number to return. If not specified, retrieves all pages automatically.
      • per_page (optional): Number of items per page (default: 100)
    • Returns paginated queue information with selective field inclusion
    • Respects TRACKER_LIMIT_QUEUES restrictions

  • queue_get_tags: Get all tags for a specific queue

    • Parameters: queue_id (string, queue key like "SOMEPROJECT")
    • Returns list of available tags in the specified queue
    • Respects TRACKER_LIMIT_QUEUES restrictions

  • queue_get_versions: Get all versions for a specific queue

    • Parameters: queue_id (string, queue key like "SOMEPROJECT")
    • Returns list of available versions in the specified queue with details like name, description, dates, and status
    • Respects TRACKER_LIMIT_QUEUES restrictions

  • queue_create_version: Create a new version in a specific queue

    • Parameters:
      • queue_id (string, required): Queue key like "SOMEPROJECT"
      • name (string, required): Version name
      • description (string, optional): Version description
      • start_date (date, optional): Version start date in YYYY-MM-DD format
      • due_date (date, optional): Version due date in YYYY-MM-DD format
    • Returns the created version with details like name, description, dates, and status
    • Respects TRACKER_LIMIT_QUEUES restrictions

  • queue_get_fields: Get fields for a specific queue

    • Parameters:
      • queue_id (string, required): Queue key like "SOMEPROJECT"
      • include_local_fields (boolean, optional, default: true): Whether to include queue-specific local fields
    • Returns list of global fields and optionally local (queue-specific) fields
    • Makes parallel requests to fetch both field types when include_local_fields is true
    • The schema.required property indicates whether a field is mandatory
    • Use this to find available and required fields before creating an issue with issue_create tool
    • Respects TRACKER_LIMIT_QUEUES restrictions

  • queue_get_metadata: Get detailed metadata about a specific queue

    • Parameters:
      • queue_id (string, required): Queue key like "SOMEPROJECT"
      • expand (array of strings, optional): Fields to expand in the response. Available options: all, projects, components, versions, types, team, workflows, fields, issueTypesConfig
    • Returns queue information including name, description, default type/priority, and optionally expanded data
    • Use expand: ["issueTypesConfig"] to get available resolutions for each issue type (needed for issue_close tool)
    • Respects TRACKER_LIMIT_QUEUES restrictions
Projects, Portfolios, and Goals

These tools use the unified Yandex Tracker Entities API. The entity_type parameter accepts project, portfolio, or goal.

  • entity_get: Get an entity by id or numeric shortId; optionally request additional fields or expand attachments
  • entities_search: Search entities by name substring or arbitrary field filters, with field selection, sorting, root-only filtering, and page-based pagination
  • entity_get_events: Get entity event history with relative cursor navigation (from_id or selected)
  • entity_create: Create an entity; fields.summary is required, and links can be created in the same request
  • entity_update: Update entity fields, links, and add an explanatory comment; collection fields support Tracker operators such as set, add, and remove
  • entity_delete: Delete an entity and optionally its associated board
  • entities_bulk_update: Start one bulk update for multiple entities of the same type

Common field keys include summary, description, lead, teamUsers, clients, followers, start, end, tags, parentEntity, entityStatus, and teamAccess. Dates must use the format expected by the Tracker API.

Write tools are unavailable when TRACKER_READ_ONLY=true.

Boards and Sprints
  • boards_list: List all boards available to the current user
  • board_get: Get board columns and automatic filter settings by board ID
  • board_get_sprints: List all sprints associated with a board
  • sprint_get: Get one sprint with status, archive flag, and planned/actual dates

These tools are read-only. Use the returned sprint ID in issues_find to retrieve the sprint's issues.

Saved Filters
  • filter_get: Get a saved issue filter by numeric ID
  • filter_find_issues: Execute a saved filter with page/per-page and response-field controls
  • filter_create: Create a saved filter from either a Tracker query or field-value conditions
  • filter_update: Update a saved filter's name, conditions, displayed fields, sorts, grouping, or folder

filter_create and filter_update are unavailable when TRACKER_READ_ONLY=true. issues_find and issues_count also accept filter_id as an alternative to query.

User Management

  • users_get_all: Get information about user accounts registered in the organization

    • Parameters:
      • per_page (optional): Number of users per page (default: 50)
      • page (optional): Page number to return (default: 1)
    • Returns paginated list of users with login, email, license status, and organizational details
    • Includes user metadata such as external status, dismissal status, and notification preferences

  • user_get: Get information about a specific user by login or UID

    • Parameters: user_id (string, user login like "john.doe" or UID like "12345")
    • Returns detailed user information including login, email, license status, and organizational details
    • Supports both user login names and numeric user IDs for flexible identification

  • user_get_current: Get information about the current authenticated user

    • No parameters required
    • Returns detailed information about the user associated with the current authentication token
    • Includes login, email, display name, and organizational details for the authenticated user

  • users_search: Search user based on login, email or real name (first or last name, or both)

    • Parameters: login_or_email_or_name (string, user login, email or real name to search for)
    • Returns either single user or multiple users if several match the query or an empty list if no users matched
    • Uses fuzzy matching for real names with a similarity threshold of 80%
    • Prioritizes exact matches for login and email over fuzzy name matches
Field Management
  • get_global_fields: Get all global fields available in Yandex Tracker
    • Returns complete list of global fields that can be used in issues
    • Includes field schema, type information, and configuration
Status and Type Management

  • get_statuses: Get all available issue statuses

    • Returns complete list of issue statuses that can be assigned
    • Includes status IDs, names, and type information

  • get_issue_types: Get all available issue types

    • Returns complete list of issue types for creating/updating issues
    • Includes type IDs, names, and configuration details

  • get_priorities: Get all available issue priorities

    • Returns complete list of priorities that can be assigned to issues
    • Includes priority keys, names, and order information

  • get_resolutions: Get all available issue resolutions

    • Returns complete list of resolutions that can be used when closing issues
    • Includes resolution keys, names, descriptions, and order information
Issue Operations

  • issue_get: Retrieve detailed issue information by ID

    • Parameters:
      • issue_id (string, format: "QUEUE-123")
      • include_description (boolean, optional, default: true): Whether to include issue description in the result. Can be large, so use only when needed.
    • Returns complete issue data including status, assignee, description, etc.

  • issue_get_url: Generate web URL for an issue

    • Parameters: issue_id (string)
    • Returns: https://tracker.yandex.ru/{issue_id}

  • issue_get_comments: Fetch all comments for an issue

    • Parameters: issue_id (string)
    • Returns chronological list of comments with metadata

  • issue_add_comment: Add a comment to an issue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123")
      • text (string, required): Comment text (markdown supported by Tracker)
      • summonees (array of strings, optional): Users to summon (logins or IDs). This is the API way to mention/call users (notifications are triggered by this field, not by @login in text).
      • maillist_summonees (array of strings, optional): Mailing lists to summon (emails)
      • markup_type (string, optional): Use md for YFM (markdown)
      • is_add_to_followers (boolean, optional, default: true): Add comment author to followers
    • Returns created comment object

  • issue_update_comment: Update an existing comment in an issue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123")
      • comment_id (int, required): Comment ID
      • text (string, required): New comment text (markdown supported by Tracker)
      • summonees (array of strings, optional): Users to summon (logins or IDs)
      • maillist_summonees (array of strings, optional): Mailing lists to summon (emails)
      • markup_type (string, optional): Use md for YFM (markdown)
    • Returns updated comment object

  • issue_delete_comment: Delete a comment from an issue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123")
      • comment_id (int, required): Comment ID
    • Returns: null (success)

  • issue_add_link: Create a link between an issue and another issue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123"): The current issue
      • relationship (string, required): Link type describing how issue_id relates to the linked issue. One of: relates, is dependent by, depends on, is subtask for, is parent task for, duplicates, is duplicated by, is epic of, has epic
      • issue (string, required): ID or key of the issue to link to (e.g. "TEST-123")
    • Returns created link object

  • issue_delete_link: Delete a link between an issue and another issue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123")
      • link_id (int, required): Link ID (as returned by issue_get_links)
    • Returns: null (success)

  • issue_get_links: Get related issue links

    • Parameters: issue_id (string)
    • Returns links to related, blocked, or duplicate issues

  • issue_get_worklogs: Retrieve worklog entries

    • Parameters:
      • issue_ids (array of strings, required)
      • start_date_from (date, optional): Inclusive lower bound for the work start date (YYYY-MM-DD)
      • start_date_to (date, optional): Inclusive upper bound for the work start date (YYYY-MM-DD)
      • timezone (string, optional, default UTC): IANA time zone used when comparing start dates (for example, Europe/Moscow)
    • Retrieves every relative-pagination page for each issue and filters by the worklog start field, not by createdAt
    • Returns ISO 8601 durations exactly as supplied by Tracker. Week-based values must keep Tracker semantics: P6W is 30 working days, not 42 calendar days

  • issue_add_worklog: Add a worklog entry (log spent time) to an issue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123")
      • duration (string, required): ISO-8601 duration (e.g. PT1H30M)
      • comment (string, optional): Worklog comment
      • start (datetime, optional): Work start datetime (UTC assumed if timezone is not provided)
    • Returns created worklog entry

  • issue_update_worklog: Update a worklog entry (spent time record) in an issue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123")
      • worklog_id (int, required): Worklog entry ID
      • duration (string, optional): ISO-8601 duration (e.g. PT1H30M)
      • comment (string, optional): Worklog comment
      • start (datetime, optional): Work start datetime (UTC assumed if timezone is not provided)
    • Returns updated worklog entry

  • issue_delete_worklog: Delete a worklog entry (spent time record) from an issue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123")
      • worklog_id (int, required): Worklog entry ID
    • Returns: null (success)

  • issue_get_attachments: Get attachments for an issue

    • Parameters: issue_id (string, format: "QUEUE-123")
    • Returns list of attachments with metadata for the specified issue

  • issue_download_attachment: Download an attachment as an MCP embedded binary resource

    • Parameters: issue_id, attachment_id, and file_name returned by issue_get_attachments
    • Enforces the TRACKER_MAX_ATTACHMENT_BYTES transfer limit

  • issue_upload_attachment: Upload base64-encoded content as an issue attachment

    • Parameters: issue_id, file_name, content_base64, and optional mime_type
    • Unavailable when TRACKER_READ_ONLY=true

  • issue_delete_attachment: Delete an issue attachment by ID

    • Unavailable when TRACKER_READ_ONLY=true

  • issue_get_checklist: Get checklist items of an issue

    • Parameters: issue_id (string, format: "QUEUE-123")
    • Returns list of checklist items including text, status, assignee, and deadline information

  • issue_get_transitions: Get possible status transitions for an issue

    • Parameters: issue_id (string, format: "QUEUE-123")
    • Returns list of available transitions that can be performed on the issue
    • Each transition includes an ID, display name, and target status information

  • issue_get_changelog: Get the change history (changelog) of an issue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123"): The issue key
      • per_page (integer, optional, default: 50): Number of entries per page
      • cursor (string, optional): The next_cursor value returned by the previous call; pass it to fetch the next page (cursor pagination)
      • field (string, optional): Filter the changelog by a field key (e.g. status)
      • type (string, optional): Filter by change type (e.g. IssueWorkflow for status transitions)
    • Returns an object with entries (status transitions and field edits — including who changed what from → to and when — plus comment changes and executed triggers) and next_cursor (pass it back as cursor for the next page; null when there are no more pages)

  • issue_execute_transition: Execute a status transition for an issue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123"): The issue key
      • transition_id (string, required): The transition ID to execute. IMPORTANT: Must be one of the IDs returned by issue_get_transitions tool
      • comment (string, optional): Optional comment to add when executing the transition
      • fields (object, optional): Dictionary of additional fields to set during the transition. Common fields include resolution (e.g., 'fixed', 'wontFix') for closing issues, assignee for reassigning, etc.
    • Returns list of available transitions for the new status after the transition is executed
    • Usage note: You MUST first call issue_get_transitions to retrieve available transitions, then pass one of the returned transition IDs. Do NOT use arbitrary transition IDs.

  • issue_close: Close an issue with a resolution (convenience tool)

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123"): The issue key
      • resolution_id (string, required): The resolution ID to set when closing (e.g., 'fixed', 'wontFix', 'duplicate')
      • comment (string, optional): Optional comment to add when closing the issue
    • Automatically finds a transition to a 'done' status and executes it with the specified resolution
    • Returns list of available transitions for the new (closed) status
    • Usage note: Before closing, you MUST:
      1. Call issue_get to retrieve the issue's type field
      2. Call get_queue_metadata with expand: ["issueTypesConfig"] to get available resolutions
      3. Choose a resolution from the issueTypesConfig entry matching the issue's type - each issue type has its own set of valid resolutions

  • issue_create: Create a new issue in a queue

    • Parameters:
      • queue (string, required): Queue key where to create the issue (e.g., 'MYQUEUE')
      • summary (string, required): Issue title/summary
      • type (int, optional): Issue type ID (from get_issue_types tool)
      • description (string, optional): Issue description
      • assignee (string or int, optional): Assignee login or UID
      • priority (string, optional): Priority key (from get_priorities tool)
      • fields (object, optional): Additional fields to set during issue creation. IMPORTANT: Before creating an issue, you MUST call queue_get_fields to get available fields (it returns both global and local fields by default). Fields with schema.required=true are mandatory. Use the field's id property as the key in this map (e.g., {"fieldId": "value"})
    • Returns the newly created issue object with all standard issue fields
    • Respects TRACKER_LIMIT_QUEUES restrictions

  • issue_update: Update an existing issue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123"): The issue key to update
      • summary (string, optional): New issue title/summary
      • description (string, optional): New issue description
      • markup_type (string, optional): Markup type for description text (use 'md' for YFM markup)
      • parent (IssueUpdateParent, optional): Parent issue reference with id (string) and/or key (string, e.g., 'QUEUE-123')
      • sprint (array of IssueUpdateSprint, optional): Sprint assignments - array of objects with id (int) field
      • type (IssueUpdateType, optional): Issue type with id (string) and/or key (string, e.g., 'bug', 'task')
      • priority (IssueUpdatePriority, optional): Priority with id (string) and/or key (string, e.g., 'critical', 'normal')
      • followers (array of IssueUpdateFollower, optional): Followers - array of objects with id (string, user ID or login)
      • project (IssueUpdateProject, optional): Project with primary (int, main project shortId) and optional secondary (array of ints)
      • tags (array of strings, optional): Issue tags
      • version (int, optional): Issue version for optimistic locking - changes only made to current version
      • fields (object, optional): Additional fields to update. Use queue_get_fields to discover available fields.
    • Returns the updated issue object with all standard issue fields
    • Only provided fields are updated; omitted fields remain unchanged
    • Respects TRACKER_LIMIT_QUEUES restrictions

  • issue_move: Move an issue to a different queue

    • Parameters:
      • issue_id (string, required, format: "QUEUE-123"): The issue key to move
      • queue (string, required): Target queue key (e.g., 'MYQUEUE')
      • notify (boolean, optional, default true): Notify users referenced in the issue's fields
      • notify_author (boolean, optional, default false): Notify the issue author
      • move_all_fields (boolean, optional, default false): Carry over versions, components and projects when matching ones exist in the target queue; otherwise they are cleared
      • initial_status (boolean, optional, default false): Reset the issue status to the initial value (use when the target queue has a different workflow)
    • Returns the updated issue object with its new key in the target queue (e.g., TASKS-1 → NEWQUEUE-42)
    • When the MCP client supports elicitation, the user is prompted to confirm the boolean flags before the move is performed; declining or cancelling aborts the move. Clients without elicitation support proceed with the passed-in values
    • Respects TRACKER_LIMIT_QUEUES restrictions
Search and Discovery

  • issues_find: Search issues using Yandex Tracker Query Language

    • Parameters:
      • query (optional): Query string using Yandex Tracker Query Language syntax
      • filter_id (optional): Saved filter ID; mutually exclusive with query
      • include_description (boolean, optional, default: false): Whether to include issue description in the issues result. Can be large, so use only when needed.
      • fields (list of strings, optional): Fields to include in the response. Helps optimize context window usage by selecting only needed fields. If not specified, returns all available fields.
      • page (optional): Page number for pagination (default: 1)
      • per_page (optional): Number of items per page (default: 100). May be decreased if results exceed context window.
    • Returns up to specified number of issues per page

  • issues_count: Count issues matching a query using Yandex Tracker Query Language

    • Parameters:
      • query (optional): Query string using Yandex Tracker Query Language syntax
      • filter_id (optional): Saved filter ID; mutually exclusive with query
    • Returns the total count of issues matching the specified criteria
    • Supports all query language features: field filtering, date functions, logical operators, and complex expressions
    • Useful for analytics, reporting, and understanding issue distribution without retrieving full issue data

http Transport

The MCP server can also be run in streamable-http mode for web-based integrations or when stdio transport is not suitable.

streamable-http Mode Environment Variables

env
# Required - Set transport to streamable-http modeTRANSPORT=streamable-http
# Server ConfigurationHOST=0.0.0.0  # Default: 0.0.0.0 (all interfaces)PORT=8000     # Default: 8000

Starting the streamable-http Server

bash
# Basic streamable-http server startupTRANSPORT=streamable-http uvx yandex-tracker-mcp@latest
# With custom host and portTRANSPORT=streamable-http \HOST=localhost \PORT=9000 \uvx yandex-tracker-mcp@latest
# With all environment variablesTRANSPORT=streamable-http \HOST=0.0.0.0 \PORT=8000 \TRACKER_TOKEN=your_token \TRACKER_CLOUD_ORG_ID=your_org_id \uvx yandex-tracker-mcp@latest

You may skip configuring TRACKER_CLOUD_ORG_ID or TRACKER_ORG_ID if you are using the following format when connecting to MCP Server (example for Claude Code):

bash
claude mcp add --transport http yandex-tracker "http://localhost:8000/mcp/?cloudOrgId=your_cloud_org_id&"

or

bash
claude mcp add --transport http yandex-tracker "http://localhost:8000/mcp/?orgId=org_id&"

You may also skip configuring global TRACKER_TOKEN environment variable if you choose to use OAuth 2.0 authentication (see below).

OAuth 2.0 Authentication

The Yandex Tracker MCP Server supports OAuth 2.0 authentication as a secure alternative to static API tokens. When configured, the server acts as an OAuth provider, facilitating authentication between your MCP client and Yandex OAuth services.

How OAuth Works

The MCP server implements a standard OAuth 2.0 authorization code flow:

  1. Client Registration: Your MCP client registers with the server to obtain client credentials
  2. Authorization: Users are redirected to Yandex OAuth to authenticate
  3. Token Exchange: The server exchanges authorization codes for access tokens
  4. API Access: Clients use bearer tokens for all API requests
  5. Token Refresh: Expired tokens can be refreshed without re-authentication
MCP Client → MCP Server → Yandex OAuth → User Authentication    ↑                                           ↓    └────────── Access Token ←─────────────────┘
OAuth Configuration

To enable OAuth authentication, set the following environment variables:

env
# Enable OAuth modeOAUTH_ENABLED=true
# Yandex OAuth Application Credentials (required for OAuth)OAUTH_CLIENT_ID=your_yandex_oauth_app_idOAUTH_CLIENT_SECRET=your_yandex_oauth_app_secret
# Public URL of your MCP server (required for OAuth callbacks)MCP_SERVER_PUBLIC_URL=https://your-mcp-server.example.com
# Optional OAuth settingsOAUTH_SERVER_URL=https://oauth.yandex.ru  # Default Yandex OAuth server
# When OAuth is enabled, TRACKER_TOKEN becomes optional
Setting Up Yandex OAuth Application
  1. Go to Yandex OAuth and create a new application
  2. Set the callback URL to: {MCP_SERVER_PUBLIC_URL}/oauth/yandex/callback
  3. Request the following permissions:
    • tracker:read - Read permissions for Tracker
    • tracker:write - Write permissions for Tracker
  4. Save your Client ID and Client Secret
OAuth vs Static Token Authentication
FeatureOAuthStatic Token
SecurityDynamic tokens with expirationLong-lived static tokens
User ExperienceInteractive login flowOne-time configuration
Token ManagementAutomatic refreshManual rotation
Access ControlPer-user authenticationShared token
Setup ComplexityRequires OAuth app setupSimple token configuration
OAuth Mode Limitations
  • Currently, the OAuth mode requires the MCP server to be publicly accessible for callback URLs
  • OAuth mode is best suited for interactive clients that support web-based authentication flows
Using OAuth with MCP Clients

When OAuth is enabled, MCP clients will need to:

  1. Support OAuth 2.0 authorization code flow
  2. Handle token refresh when access tokens expire
  3. Store refresh tokens securely for persistent authentication

Note: Not all MCP clients currently support OAuth authentication. Check your client's documentation for OAuth compatibility.

Example configuration for Claude Code:

bash
claude mcp add --transport http yandex-tracker https://your-mcp-server.example.com/mcp/ -s user
OAuth Data Storage

The MCP server supports two different storage backends for OAuth data (client registrations, access tokens, refresh tokens, and authorization states):

InMemory Store (Default)

The in-memory store keeps all OAuth data in server memory. This is the default option and requires no additional configuration.

Characteristics:

  • Persistence: Data is lost when the server restarts
  • Performance: Very fast access since data is stored in memory
  • Scalability: Limited to single server instance
  • Setup: No additional dependencies required
  • Best for: Development, testing, or single-instance deployments where losing OAuth sessions on restart is acceptable

Configuration:

env
OAUTH_STORE=memory  # Default value, can be omitted
Redis Store

The Redis store provides persistent storage for OAuth data using a Redis database. This ensures OAuth sessions survive server restarts and enables multi-instance deployments.

Characteristics:

  • Persistence: Data persists across server restarts
  • Performance: Fast access with network overhead
  • Scalability: Supports multiple server instances sharing the same Redis database
  • Setup: Requires Redis server installation and configuration
  • Best for: Production deployments, high availability setups, or when OAuth sessions must persist

Configuration:

env
# Enable Redis store for OAuth dataOAUTH_STORE=redis
# Redis connection settings (same as used for tools caching)REDIS_ENDPOINT=localhost                  # Default: localhostREDIS_PORT=6379                           # Default: 6379REDIS_DB=0                                # Default: 0REDIS_PASSWORD=your_redis_password        # Optional: Redis passwordREDIS_POOL_MAX_SIZE=10                    # Default: 10

Storage Behavior:

  • Client Information: Stored persistently
  • OAuth States: Stored with TTL (time-to-live) for security
  • Authorization Codes: Stored with TTL and automatically cleaned up after use
  • Access Tokens: Stored with automatic expiration based on token lifetime
  • Refresh Tokens: Stored persistently until revoked
  • Key Namespacing: Uses oauth:* prefixes to avoid conflicts with other Redis data
Token Encryption (Required for Redis Store)

When using Redis store, you must configure encryption to protect OAuth tokens at rest. Token values are encrypted using Fernet (AES-128) and Redis keys use SHA-256 hashes instead of raw tokens, preventing token exposure if Redis is compromised.

Generate an encryption key:

bash
python3 -c "import base64, os; print(base64.b64encode(os.urandom(32)).decode())"

Configuration:

env
# Single encryption keyOAUTH_ENCRYPTION_KEYS=<base64-encoded-32-byte-key>
# Multiple keys for rotation (first encrypts, all decrypt)OAUTH_ENCRYPTION_KEYS=<new-key>,<old-key>

Key rotation allows seamless key updates: add the new key first, wait for old tokens to expire, then remove the old key.

Important Notes:

  • Both stores use the same Redis connection settings as the tools caching system
  • When using Redis store, ensure your Redis instance is properly secured and accessible
  • The OAUTH_STORE setting only affects OAuth data storage; tools caching uses TOOLS_CACHE_ENABLED
  • Redis store uses JSON serialization for better cross-language compatibility and debugging

Authentication

Yandex Tracker MCP Server supports multiple authentication methods with a clear priority order. The server will use the first available authentication method based on this hierarchy:

Authentication Priority Order

  1. Dynamic OAuth Token (highest priority)

    • When OAuth is enabled and a user authenticates via OAuth flow
    • Tokens are dynamically obtained and refreshed per user session
    • Supports both standard Yandex OAuth and Yandex Cloud federative OAuth
    • Required env vars: OAUTH_ENABLED=true, OAUTH_CLIENT_ID, OAUTH_CLIENT_SECRET, MCP_SERVER_PUBLIC_URL
    • Additional vars for federative OAuth: OAUTH_SERVER_URL=https://auth.yandex.cloud/oauth, OAUTH_TOKEN_TYPE=Bearer, OAUTH_USE_SCOPES=false

  2. Passthrough Bearer OAuth Token

    • When MCP OAuth middleware does not provide a token, the server can read a Yandex OAuth token from the incoming Authorization: Bearer <token> header
    • Useful behind a trusted reverse proxy or gateway that authenticates users, resolves their stored Yandex OAuth token, and injects it per request
    • The token from MCP OAuth still has priority when OAuth mode is enabled and active

  3. Static OAuth Token

    • Traditional OAuth token provided via environment variable
    • Single token used for all requests
    • Required env var: TRACKER_TOKEN (your OAuth token)

  4. Static IAM Token

    • IAM (Identity and Access Management) token for service-to-service authentication
    • Suitable for automated systems and CI/CD pipelines
    • Required env var: TRACKER_IAM_TOKEN (your IAM token)

  5. Dynamic IAM Token (lowest priority)

    • Automatically retrieved using service account credentials
    • Token is fetched and refreshed automatically
    • Required env vars: TRACKER_SA_KEY_ID, TRACKER_SA_SERVICE_ACCOUNT_ID, TRACKER_SA_PRIVATE_KEY

Authentication Scenarios

Scenario 1: OAuth with Dynamic Tokens (Recommended for Interactive Use)
env
# Enable OAuth modeOAUTH_ENABLED=trueOAUTH_CLIENT_ID=your_oauth_app_idOAUTH_CLIENT_SECRET=your_oauth_app_secretMCP_SERVER_PUBLIC_URL=https://your-server.com
# Organization ID (choose one)TRACKER_CLOUD_ORG_ID=your_cloud_org_id  # or TRACKER_ORG_ID
Scenario 2: Static OAuth Token (Simple Setup)
env
# OAuth tokenTRACKER_TOKEN=your_oauth_token
# Organization ID (choose one)TRACKER_CLOUD_ORG_ID=your_cloud_org_id  # or TRACKER_ORG_ID
Scenario 3: Passthrough Bearer Token Behind a Reverse Proxy

Use this mode when a trusted gateway handles user authentication, looks up the user's Yandex OAuth token, and forwards the request to the MCP server with that token in the request header:

http
Authorization: Bearer <user_yandex_oauth_token>
env
# Organization ID (choose one)TRACKER_CLOUD_ORG_ID=your_cloud_org_id  # or TRACKER_ORG_ID

This passthrough token is used only when MCP OAuth middleware has not provided an access token for the request. In OAuth-enabled deployments with an active MCP OAuth session, the MCP OAuth token takes priority.

Scenario 4: Static IAM Token
env
# IAM tokenTRACKER_IAM_TOKEN=your_iam_token
# Organization ID (choose one)TRACKER_CLOUD_ORG_ID=your_cloud_org_id  # or TRACKER_ORG_ID
Scenario 5: Dynamic IAM Token with Service Account
env
# Service account credentialsTRACKER_SA_KEY_ID=your_key_idTRACKER_SA_SERVICE_ACCOUNT_ID=your_service_account_idTRACKER_SA_PRIVATE_KEY=your_private_key
# Organization ID (choose one)TRACKER_CLOUD_ORG_ID=your_cloud_org_id  # or TRACKER_ORG_ID
Scenario 6: Federative OAuth for OIDC Applications (Advanced)
env
# Enable OAuth with Yandex Cloud federationOAUTH_ENABLED=trueOAUTH_SERVER_URL=https://auth.yandex.cloud/oauthOAUTH_TOKEN_TYPE=BearerOAUTH_USE_SCOPES=falseOAUTH_CLIENT_ID=your_oidc_client_idOAUTH_CLIENT_SECRET=your_oidc_client_secretMCP_SERVER_PUBLIC_URL=https://your-server.com
# Organization ID (choose one)TRACKER_CLOUD_ORG_ID=your_cloud_org_id  # or TRACKER_ORG_ID

This configuration enables authentication through Yandex Cloud OIDC applications, which is required for federated accounts in Yandex Cloud. Federated users authenticate through their organization's identity provider (IdP) and use this OAuth flow to access Yandex Tracker APIs.

Important Notes

  • The server checks authentication methods in the order listed above
  • Only one authentication method will be used at a time
  • For production use, dynamic tokens (OAuth or IAM) are recommended for better security
  • IAM tokens have a shorter lifetime than OAuth tokens and may need more frequent renewal
  • When using service accounts, ensure the account has appropriate permissions for Yandex Tracker

Configuration

Environment Variables

env
# Authentication (use one of the following methods)# Method 1: OAuth TokenTRACKER_TOKEN=your_yandex_tracker_oauth_token
# Method 2: IAM TokenTRACKER_IAM_TOKEN=your_iam_token
# Method 3: Service Account (for dynamic IAM token)TRACKER_SA_KEY_ID=your_key_id                    # Service account key IDTRACKER_SA_SERVICE_ACCOUNT_ID=your_sa_id        # Service account IDTRACKER_SA_PRIVATE_KEY=your_private_key          # Service account private key
# Organization Configuration (choose one)TRACKER_CLOUD_ORG_ID=your_cloud_org_id    # For Yandex Cloud organizationsTRACKER_ORG_ID=your_org_id                # For Yandex 360 organizations
# API Configuration (optional)TRACKER_API_BASE_URL=https://api.tracker.yandex.net  # Default: https://api.tracker.yandex.netTRACKER_MAX_ATTACHMENT_BYTES=10485760                 # Default: 10 MiB MCP transfer limit
# Security - Restrict access to specific queues (optional)TRACKER_LIMIT_QUEUES=PROJ1,PROJ2,DEV      # Comma-separated queue keys
# Server ConfigurationHOST=0.0.0.0                              # Default: 0.0.0.0PORT=8000                                 # Default: 8000TRANSPORT=stdio                           # Options: stdio, streamable-http, sse
# Redis connection settings (used for caching and OAuth store)REDIS_ENDPOINT=localhost                  # Default: localhostREDIS_PORT=6379                           # Default: 6379REDIS_DB=0                                # Default: 0REDIS_PASSWORD=your_redis_password        # Optional: Redis passwordREDIS_POOL_MAX_SIZE=10                    # Default: 10
# Tools caching configuration (optional)TOOLS_CACHE_ENABLED=true                  # Default: falseTOOLS_CACHE_REDIS_TTL=3600                # Default: 3600 seconds (1 hour)
# OAuth 2.0 Authentication (optional)OAUTH_ENABLED=true                        # Default: falseOAUTH_STORE=redis                         # Options: memory, redis (default: memory)OAUTH_SERVER_URL=https://oauth.yandex.ru  # Default: https://oauth.yandex.ru (use https://auth.yandex.cloud/oauth for federation)OAUTH_TOKEN_TYPE=<Bearer|OAuth|<empty>>   # Default: <empty> (required to be Bearer for Yandex Cloud federation)OAUTH_USE_SCOPES=true                     # Default: true (set to false for Yandex Cloud federation)OAUTH_CLIENT_ID=your_oauth_client_id      # Required when OAuth enabledOAUTH_CLIENT_SECRET=your_oauth_secret     # Required when OAuth enabledMCP_SERVER_PUBLIC_URL=https://your.server.com  # Required when OAuth enabledTRACKER_READ_ONLY=true                    # Default: false - Limit OAuth to read-only permissions

Docker Deployment

Using Pre-built Image (Recommended)

bash
# Using environment filedocker run --env-file .env -p 8000:8000 ghcr.io/aikts/yandex-tracker-mcp:latest
# With inline environment variablesdocker run -e TRACKER_TOKEN=your_token \           -e TRACKER_CLOUD_ORG_ID=your_org_id \           -p 8000:8000 \           ghcr.io/aikts/yandex-tracker-mcp:latest

Building the Image Locally

bash
docker build -t yandex-tracker-mcp .

Docker Compose

Using pre-built image:

yaml
version: '3.8'services:  mcp-tracker:    image: ghcr.io/aikts/yandex-tracker-mcp:latest    ports:      - "8000:8000"    environment:      - TRACKER_TOKEN=${TRACKER_TOKEN}      - TRACKER_CLOUD_ORG_ID=${TRACKER_CLOUD_ORG_ID}

Building locally:

yaml
version: '3.8'services:  mcp-tracker:    build: .    ports:      - "8000:8000"    environment:      - TRACKER_TOKEN=${TRACKER_TOKEN}      - TRACKER_CLOUD_ORG_ID=${TRACKER_CLOUD_ORG_ID}

Development Setup

bash
# Clone and setupgit clone https://github.com/aikts/yandex-tracker-mcpcd yandex-tracker-mcp
# Install development dependenciesuv sync --dev
# Formatting and static checkingtask

License

This project is licensed under the terms specified in the LICENSE file.

Support

For issues and questions:

Source: README.md at commit eade4be

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v0.8.2LatestSep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts