Официальный MCP-сервер от Octopus Deploy

Octopus упрощает доставку программного обеспечения в Kubernetes, многоклаудную облачную и локальную инфраструктуру, и везде, где это нужно. Автоматизируйте выпуск, развёртывание и операционную деятельность вашего ПО и рабочих нагрузок ИИ с инструментом, который способен обеспечить CD в масштабе — так, как не может ни один другой инструмент.

[Model Context Protocol] (MCP) позволяет ИИ-ассистентам, которыми вы пользуетесь в повседневной работе, таким как Claude Code или ChatGPT, подключаться к системам и сервисам, которые вы владeете, в стандартизированном формате, что позволяет им извлекать информацию из этих систем и сервисов для ответов на вопросы и выполнения задач.

Сервер MCP от Octopus предоставляет вашему ИИ-ассистенту мощные инструменты, которые позволяют ему исследовать, запрашивать данные и диагностировать проблемы внутри вашего Octopus-инстанса, превращая его в вашего верного помощника по DevOps. Для списка поддерживаемых сценариев использования и примеров подсказок смотрите нашу документацию.

Совместимость с Octopus Server

Большинство инструментов, доступных через MCP Server, используют стабильные API, доступные как минимум начиная с версии 2021.1 Octopus Server. Инструменты более новых версий будут указывать минимальную поддерживаемую версию в документации. В качестве альтернативы можно воспользоваться аргументом командной строки --list-tools-by-version, чтобы проверить, как конкретные инструменты соотносятся с версиями Octopus.

🚀 Установка

Установка через Docker

Учетные данные должны передаваться через переменные окружения, чтобы не попадать в список процессов хоста (ps aux / /proc/<pid>/cmdline). URL-адрес сервера Octopus можно передать через флаг --server-url.

docker run -i --rm -e OCTOPUS_API_KEY=your-key -e OCTOPUS_SERVER_URL=https://your-octopus.com octopusdeploy/mcp-server

Полный пример конфигурации (для Claude Desktop, Claude Code и Cursor):

{
  "mcpServers": {
    "octopus-deploy": {
      "type": "stdio",
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "OCTOPUS_SERVER_URL",
        "-e",
        "OCTOPUS_API_KEY",
        "octopusdeploy/mcp-server"
      ],
      "env": {
        "OCTOPUS_SERVER_URL": "https://your-octopus.com",
        "OCTOPUS_API_KEY": "YOUR_API_KEY"
      }
    },
  }
}

Для пользователей Apple Mac может потребоваться добавить следующие аргументы в конфигурацию, чтобы принудительно задать Linux-платформу:

"--platform",
"linux/amd64",

Планируется выпуск нативной сборки для ARM, чтобы эти аргументы больше не требовались.

Установка через Node

Требования

Node.js >= v20.0.0
Экземпляр Octopus Deploy, к которому MCP Server может подключаться по HTTPS
API-ключ Octopus Deploy или Access Token (см. раздел Authentication ниже)

Конфигурация

Полный пример конфигурации (для Claude Desktop, Claude Code и Cursor):

Инструменты записи включены (по умолчанию):

{
  "mcpServers": {
    "octopusdeploy": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "@octopusdeploy/mcp-server"],
      "env": {
        "OCTOPUS_SERVER_URL": "https://your-octopus.com",
        "OCTOPUS_API_KEY": "YOUR_API_KEY"
      }
    }
  }
}

Режим только для чтения (рекомендуется для продакшена):

{
  "mcpServers": {
    "octopusdeploy": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "@octopusdeploy/mcp-server", "--read-only"],
      "env": {
        "OCTOPUS_SERVER_URL": "https://your-octopus.com",
        "OCTOPUS_API_KEY": "YOUR_API_KEY"
      }
    }
  }
}

Сервер MCP Octopus обычно настраивается внутри вашего предпочтительного AI-клиента.

Он упакован как npm-пакет и выполняется через команду Node's npx. Учетные данные (API key или access token) должны передаваться через переменные окружения — они не принимаются в качестве аргументов командной строки, чтобы не раскрывать секреты в списке процессов. URL сервера Octopus можно задать либо через переменную окружения OCTOPUS_SERVER_URL, либо через флаг --server-url.

OCTOPUS_API_KEY=API-KEY \
OCTOPUS_SERVER_URL=https://your-octopus.com \
npx -y @octopusdeploy/mcp-server

Или с указанием URL сервера на командной строке:

OCTOPUS_API_KEY=API-KEY \
npx -y @octopusdeploy/mcp-server --server-url https://your-octopus.com

Аутентификация

Сервер MCP поддерживает два метода аутентификации. Оба передаются через переменные окружения — учетные данные не принимаются через аргументы командной строки, чтобы флаги были видны в списке процессов на хосте любому локальному пользователю.

API-ключ (рекомендуется для интерактивного использования)

API-ключи — стандартный метод аутентификации в Octopus Deploy. Их можно сгенерировать в профиле пользователя Octopus Deploy.

OCTOPUS_API_KEY=API-XXXXXXXXXXXXXXXXXXXXXXXXXX \
OCTOPUS_SERVER_URL=https://your-octopus.com \
npx -y @octopusdeploy/mcp-server

Access Token / Bearer Token (только для автоматизированных сценариев)

Сервер поддерживает также краткоживущие токены доступа (Bearer tokens) как альтернативу API-ключам. Этот метод предназначен исключительно для автоматизированных сценариев, когда внешняя система выдаёт MCP-серверу короткоживущий токен (например, CI/CD-пайплайны, автоматизированная оркестрация или машинно-машинные рабочие процессы). Не используйте долгоживущие Bearer-токены — для интерактивных или длительных сессий используйте API-ключи.

OCTOPUS_ACCESS_TOKEN=your-short-lived-token \
OCTOPUS_SERVER_URL=https://your-octopus.com \
npx -y @octopusdeploy/mcp-server

Полный пример конфигурации с использованием токена доступа:

{
  "mcpServers": {
    "octopusdeploy": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "@octopusdeploy/mcp-server"],
      "env": {
        "OCTOPUS_SERVER_URL": "https://your-octopus.com",
        "OCTOPUS_ACCESS_TOKEN": "YOUR_TOKEN"
      }
    }
  }
}

Если заданы и API-ключ, и токен доступа, приоритет имеет токен доступа. Активный метод аутентификации регистрируется в файле журнала (настраивается через --log-file), чтобы операторы могли подтвердить, какое учётное знечение в использовании.

Варианты конфигурации

Сервер MCP Octopus поддерживает несколько параметров командной строки для настройки доступности инструментов.

Если вы не уверены, какие инструменты вам нужны, рекомендуем запускать без дополнительных параметров и пользоваться предусмотренными значениями по умолчанию.

Наборы инструментов

Используйте параметр --toolsets для включения конкретных групп инструментов:

# Включены все наборы инструментов (по умолчанию)
npx -y @octopusdeploy/mcp-server

# Включены только конкретные наборы инструментов
npx -y @octopusdeploy/mcp-server --toolsets projects,deployments

# Явно включены все наборы инструментов
npx -y @octopusdeploy/mcp-server --toolsets all

Доступные наборы инструментов:

core - Базовые операции (всегда включено)
projects - Операции с проектами
deployments - Операции развёртывания
releases - Управление релизами
runbooks - Поиск и выполнение Runbook
tasks - Операции задач
tenants - Операции с многоарендностью
kubernetes - Операции Kubernetes
machines - Операции таргетов развёртывания
certificates - Операции сертификатов
accounts - Операции с учётными записями
interruptions - Ручное вмешательство и утверждения
featureToggles - Осмотр и настройка флагов функций клиентов
context - Аутентифицированный контекст пользователя и проекта (текущий пользователь, ветки Git)

Режим только для чтения

Сервер запускается с включёнными инструментами записи по умолчанию. Передайте --read-only, чтобы отключить все инструменты записи и блокировать POST/PUT/PATCH/DELETE через backstop execute. Большинство инструментов уже доступны только для чтения; запись может выполняться лишь небольшим набором.

Инструменты с записью (всегда-write):

create_release - Создание новых релизов
deploy_release - Развертывание релизов в окружения и/или для арендаторов
run_runbook - Запуск Runbook в отношении одного или нескольких окружений (и опционально арендаторов)
update_feature_toggle - Корректировка состояния по окружению и процента развертывания на существующем переключателе функций

Инструмент, поддерживающий запись по условиям: execute — структурированная REST-запасная точка, чей уровень (read / write / delete) определяется HTTP-методом, переданным в него. Подробности смотрите в разделе API Catalog & Backstop.

Инструменты записи управляются подсказкой elicitation MCP: клиенты, поддерживающие elicitation, будут запрошены на подтверждение перед выполнением вызова. Клиенты без поддержки elicitation должны передавать confirm: true в аргументах инструмента — иначе инструмент прервётся с ошибкой. Чтобы полностью обойти этот порог, можно задать OCTOPUS_SKIP_ELICITATION=true (предназначено для полноавтоматизированной работы).

Сервер использует трёхуровневую классификацию read/write/delete, которая применяется на стороне сервера и зависит от HTTP-метода (агент не может обойти её, ложно указав намерение):

read — всегда разрешено. GET-запросы через execute, а также все инструменты find_* / get_* / list_*.
write — POST/PUT/PATCH через execute и вышеупомянутые инструменты записи. Блокируется при включенном --read-only.
delete — DELETE через execute. Требует --allow-deletes и блокируется при включённом --read-only. Небольшой набор критически важных путей удаления (например, DELETE /api/spaces/{id}, DELETE /api/users/{id}) и конечные точки API-key попадают под жёсткий запрет, игнорируя оба флага.

# По умолчанию — инструменты записи включены (POST/PUT/PATCH)
npx -y @octopusdeploy/mcp-server

# Дополнительно разрешить DELETE через инструмент execute
npx -y @octopusdeploy/mcp-server --allow-deletes

# Режим только для чтения — инструменты записи/удаления отключены
npx -y @octopusdeploy/mcp-server --read-only

Примечание по безопасности: используйте API-ключ с минимальными необходимыми правами — операции записи могут создавать релизы и запускать развертывания в вашем Octopus. Для продакшена рекомендуется использовать режим только для чтения, если у вас нет конкретной, управляемой задачи для записи. По умолчанию --allow-deletes отключён; включайте его только если нужно выполнять DELETE через execute. При одновременном указании --allow-deletes и --read-only сервер выдаёт предупреждение при запуске в stderr — DELETE-запросы всё равно остаются заблокированными режимом read-only.

Примеры завершённой конфигурации

Ниже приведены примеры с предполагаемым набором окружения OCTOPUS_API_KEY. Флаг --server-url указан для ясности, но его можно задать через OCTOPUS_SERVER_URL.

# Разработка: только core и projects
npx -y @octopusdeploy/mcp-server --toolsets core,projects --server-url https://your-octopus.com

# Продукционная сборка: все инструменты и принудительный режим read-only
npx -y @octopusdeploy/mcp-server --toolsets all --read-only --server-url https://your-octopus.com

# По умолчанию: все инструменты и запись включены
npx -y @octopusdeploy/mcp-server --server-url https://your-octopus.com

Прочие параметры командной строки

--read-only - Включить режим только для чтения: отключить все курируемые инструменты записи и блокировать POST/PUT/PATCH/DELETE через execute. Запись включена по умолчанию; этот флаг делает её недоступной. См. раздел Read-Only Mode.
--allow-deletes - Разрешить DELETE-запросы через инструмент execute. Игнорируется (сstartup warning) при включённом --read-only. По умолчанию — false.
--log-level <level> - Минимальный уровень логирования (info, error)
--log-file <path> - Путь к файлу лога. Если не указан, логи выводятся в консоль только
-q, --quiet - Отключить файловый лог, логировать ошибки только в консоль
--list-tools-by-version - Перечислить все зарегистрированные инструменты по версии Octopus Server и выйти

🔨 Инструменты

URL-основанные инструменты

Быстрый старт: вставляйте Octopus URLs напрямую для исследования проблем без необходимости извлечения идентификаторов вручную.

get_deployment_from_url — Получить детали развёртывания по URL развёртывания (возвращает taskId для последующих действий)
get_task_from_url — Получить сведения о задаче и логи по URL задачи

Рабочий процесс исследования развёртывания:

1. get_deployment_from_url с URL развёртывания
   → Возвращает контекст развёртывания + taskResourceUri + grepTaskLogHint

2a. Получить структурное дерево действий через resources/read (или read_resource)
    octopus://spaces/{spaceName}/tasks/{taskId}/details

2b. Или вызвать grep_task_log по taskId для поиска по логам без загрузки полного тела:
       grep_task_log({ spaceName, taskId, pattern: "error|fail", caseInsensitive: true })

Исследование задачи (прямой URL задачи):

get_task_from_url с URL задачи
→ Возвращает детали задачи и логи сразу

Эти инструменты исключают необходимость вручную извлекать ID, потому что они:

автоматически парсят URL
сопоставляют spaceId с именем пространства
валидируют форматы ID
возвращают понятные сообщения об ошибках

Примеры URL-ов:

Развёртывание: https://your-octopus.com/app#/Spaces-1/projects/my-app/deployments/Deployments-123
Задача: https://your-octopus.com/app#/Spaces-1/tasks/ServerTasks-456

Смотрите раздел Working with URLs в документации проекта для подробных рабочих процессов, примеров и лучших практик.

Основные инструменты

list_spaces — Перечень всех пространств в Octopus Deploy
list_environments — Перечень всех окружений в заданном пространстве

API Catalog & Backstop

Эти инструменты и ресурсы позволяют агенту обращаться к REST-эндпоинтам Octopus, у которых нет отдельного курируемого инструмента, при этом между чтением, записью и удалением действуют жёсткие серверные ограничения.

grep_llms_txt — Поиск каталога API Octopus (octopus://api/llms.txt) с семантикой grep (минимальная поддерживаемая версия Octopus: 2026.2.3916). Каталог большой (примерно 300+ КБ) — вызывайте его вместо прямого чтения тела ресурса. Параметры соответствуют GNU grep (pattern, caseInsensitive, invertMatch, fixedString, beforeContext, afterContext, maxCount). Полезен для обнаружения конечных точек (POST /releases), перечисления путей удаления (DELETE), или определения типа тела для операций записи (Body: Create.*Command).
execute — Структурированная REST-запасная точка. Доступна любая REST-эндпоинт Octopus под /api. HTTP-метод является авторитетным классификатором read/write/delete — никогда не устанавливается флаг isWrite. Гейтинг по методам реализован на стороне сервера:
- GET всегда разрешён (при проверке формы пути и нелицензионном списке);
- POST/PUT/PATCH блокируются, если установлен --read-only; иначе требуют подтверждения через elicitation;
- DELETE требует --allow-deletes (и блокируется, если установлен --read-only), плюс более строгий запрос-подтверждение с сообщением о необратимости операции.
Жёсткий запрещающий список чувствительных путей (API-key endpoints, DELETE /api/spaces/{id}, DELETE /api/users/{id}) применяется даже с обоими флагами.
Путь должен быть /api или начинаться с /api/ — абсолютные URL-адреса, SDK-относительные пути ~/api/..., а также пути, зависящие от хоста и выходящие за пределы /api (например, /octopus/portal/...) отклоняются на этапе валидации, чтобы execute оставался в рамках поверхности Octopus REST API.
Политика разрешённых путей по инструменту применяется, только когда --toolsets сузились. При включённых всех наборов инструментов (значение по умолчанию или --toolsets all) разрешения выполняются для любых путей под /api с учётом gates выше. При сужении набора инструментов разрешение путей применяется как «kill-switch»: пути работают только если соответствующий инструмент включён. Например, отключение набора certificates делает его пути недоступными через execute, даже для GET.

Каталог данных также доступен как MCP-ресурсы:

octopus://api/llms.txt — Markdown-каталог каждого REST Endpoint Octopus (HTTP-метод, путь, параметры запроса, типы запросов/ответов). Требуется Octopus Server 2026.2.3916 или новее. 5-минутное кэширование в памяти по URL-адресу сервера. Предпочитайте grep_llms_txt чтению тела напрямую.
octopus://api/capabilities — JSON, описывающий текущую сессию: версия сервера, включённые наборы инструментов, доступные инструменты (с их minimumOctopusVersion), и состояние --read-only / --allow-deletes. Полезно для агента, чтобы определить доступность в этой сессии.

Проекты

list_projects — Перечень всех проектов в заданном пространстве

Развертывания

deploy_release — Развернуть релиз в окружениях (поддерживает развёртывания с арендаторами и без арендаторов)
list_deployments — Перечень развёртываний в пространстве с дополнительной фильтрацией

Релизы

create_release — Создать новый релиз для проекта
find_releases — Найти релизы в пространстве (можно получить релиз по ID или перечислить/отфильтровать по проекту)

Детали релиза доступны также как MCP-ресурс по адресу octopus://spaces/{spaceName}/releases/{releaseId} — получите через resources/read (или инструмент read_resource) полный текст релиза, включая примечания к релизу и выбранные пакеты.

Runbooks

find_runbooks — Найти Runbook в проекте (можно получить конкретный Runbook по ID или перечислить/отфильтровать Runbooks по частичному имени). Каждое резюме включает ID опубликованного снимка, режим многоарендности и область окружения, чтобы выбрать валидные цели перед запуском.
run_runbook — Запуск Runbook в отношении одного или нескольких окружений. Поддерживает развёртывания с арендаторами (по имени арендатора или тегу арендатора), подсказанные переменные, режим управляемого сбоя, расписания, а также включение/исключение шагов или машин. По умолчанию используется опубликованный снимок Runbook, если runbookSnapshotId не указан.

Полное тело Runbook (включая поля runtime policy) доступно как MCP-ресурс по адресу octopus://spaces/{spaceName}/runbooks/{runbookId}.

Задачи

Данные о задачах в основном доступны как MCP-ресурсы. Используйте resources/read (или инструмент read_resource) с одним из:

octopus://spaces/{spaceName}/tasks/{taskId} — легковесные метаданные (состояние, время, флаги завершения)
octopus://spaces/{spaceName}/tasks/{taskId}/details — полный ServerTaskDetails (Progress, ActivityLogs и т. д.)

Для поиска по логам используйте инструмент grep_task_log, а не ресурс /log:

grep_task_log — Поиск по activity log задачи без загрузки полного тела. Параметры аналогичны GNU grep (pattern, caseInsensitive, invertMatch, fixedString, beforeContext, afterContext, maxCount). Возвращает совпадающие строки с нумерацией строк (1-based), необязательные массивы before/after context и общий счёт totalMatches для всего лога.

Именно ресурса /log нет намеренно: логи могут быть мегабайтами в размере, и доступ к полному телу часто не нужен — grep как правило оптимален.

Арендаторы

find_tenants — Найти арендаторов в пространстве (можно получить конкретного арендатора по ID или перечислить/искать арендаторов по фильтрам)
get_tenant_variables — Получить переменные арендатора по типу (все, общие, или проектные)
get_missing_tenant_variables — Найти отсутствующие значения переменных арендатора

Kubernetes

get_kubernetes_live_status — Получить текущий статус ресурсов Kubernetes для проекта и окружения (минимальная поддерживаемая версия: 2025.3)

Машины (Targets развёртывания)

find_deployment_targets — Найти targets развёртывания в пространстве (можно получить конкретный target по ID или перечислить/искать targets по фильтрам)

Сертификаты

find_certificates — Найти сертификаты в пространстве (можно получить конкретный сертификат по ID или перечислить/искать сертификаты по фильтрам)

Учётные записи

find_accounts — Найти учётные записи в пространстве (можно получить конкретную учётную запись по ID или перечислить/искать по фильтрам)

Прерывания

find_interruptions — Найти ожидающие или исторические прерывания (ручные вмешательства, утверждения, prompts в режиме guided-failure) в пространстве, с опциональной фильтрацией по задаче, проекту, окружению, документу, ответственности или состоянию ожидания. Возвращает сжатые резюме; развернуть ресурс octopus://spaces/{spaceName}/interruptions/{interruptionId} можно для полной формы определения (типы элементов управления, инструкции в Markdown, кнопки, значения Form.Values).

Переключатели функций

find_feature_toggles — Перечень переключателей функций клиента в проекте. Каждое резюме включает состояние по окружению (isEnabled, rolloutPercentage, clientRolloutPercentage) плюс resourceUri, чтобы ответить на вопрос «где включено X».
update_feature_toggle — Обновить существующий переключатель. Узкий интерфейс — включение/выключение по окружению, изменение процентов развертывания или описание/состояние по умолчанию. Внутренне считывается текущий переключатель, применяются изменения в памяти, и сериализованный ответ PUT-ится обратно; незатронутые окружения и поля сохраняются. Патчи, ссылающиеся на окружение, которое не настроено на переключателе — отклоняются.

Полный текст переключателя (описание, арендаторы, сегменты, минимальные версии) доступен как MCP Resource по адресу octopus://spaces/{spaceName}/projects/{projectId}/featuretoggles/{slug}. Тела групп развертывания доступны по адресу octopus://spaces/{spaceName}/projects/{projectId}/rolloutgroups/{rolloutGroupId} для чтения.

За пределами основного функционала (используйте Octopus UI): создание новых переключателей, удаление переключателей, переименование или переназначение тегов, присоединение/отсоединение групп развертывания, таргетирование арендаторов, сегменты, фильтры по минимальной версии и управление группами развертывания / идентификаторами SDK-клиента — не входит в область.

Дополнительные инструменты

get_deployment_process — Получить процесс развёртывания по ID для проектов или релизов
get_variables — Получить все переменные проекта и переменные библиотечных наборов переменных для проекта (поддерживает конфигурацию как код через gitRef)
get_branches — Получить ветки Git для проекта, находящегося под контролем версий (минимальная поддерживаемая версия: 2021.2)
get_current_user — Получить информацию о текущем аутентифицированном пользователе

🔒 Безопасность

Сервер MCP включает как чтение, так и запись. Важные моменты безопасности:

Операции чтения

Могут считывать полные логи развёртываний, в которых могут присутствовать production секреты, если они не помечены как секреты
Доступ к чувствительным конфигурациям и переменным
Будьте осторожны при подключении к инструментам и моделям, которым вы не полностью доверяете

Операции записи

По умолчанию доступны следующие операции записи:

Создание релизов: можно создавать новые релизы для проектов
Развертывание релизов: можно инициировать развёртывания в окружения (включая production)
Запуск Runbooks: можно выполнять Runbooks в окружениях и у арендаторов
Обновление переключателей функций: можно изменять состояние по окружению и проценты развёртывания
Произвольные POST/PUT/PATCH через backstop execute: ограничены путями под /api и жёстким списком чувствительных путей. Валидация по-настоящему применяется на уровне набора инструментов; при включённых всех наборах инструментов единственным ограничением остаются границы /api и чувствительный denylist.

Используйте --read-only, чтобы отключить все вышеупомянутые операции. Для DELETE через execute требуется дополнительный флаг --allow-deletes — явное согласие на безвозвратные операции — и они остаются заблокированными при --read-only.

Критически важные меры безопасности:

Наименьшие привилегии: используйте API-ключи с минимально необходимыми правами
Применяйте режим Read-Only: записи по умолчанию разрешены. В продакшене используйте --read-only, если нет конкретного сценария для записей. --allow-deletes включайте только если вам действительно нужны DELETE-операции через execute.
Г gating методов выполняется на стороне сервера и жестко задан: HTTP-метод, переданный в execute, является основным классификатором. Агенты не могут обойти этот механизм, попытавшись скрывать истинное назначение вызова.
Фильтрация по наборам инструментов выступает как «kill switch»: сужение --toolsets ограничивает и курируемые инструменты, и их пути в execute. При полном наборе инструментов путь ограничен только /api и denylist.
Риск внедрения подсказок: запуск агентов в полностью автоматизированном режиме может подвергнуть вас атакам внедрения подсказок

Рекомендация: для продакшена используйте режим Read-Only, если не требуется конкретный управляемый сценарий для записи. Отключайте --allow-deletes, если в этом нет необходимости.

⚠️ Ограничения

Анализ данных

Характер современных AI-чатов и сам MCP-процесса делает анализ больших объёмов данных проблематичным. Большинство клиентов MCP не поддерживают цепочку вызовов инструментов (использование вывода одного инструмента в качестве входа для следующего) и прибегают к копированию результатов по токенам, что часто приводит к галлюцинациям. Если вам нужно обрабатывать исторические данные из вашего Octopus-инстанса для анализа, рекомендуется использовать API напрямую или написать собственный MCP-клиент, который сможет программно обрабатывать результаты вызовов инструментов.

Производительность

MCP Server по сути является тонким слоем поверх существующего Octopus Server API. Он может извлекать большие объёмы данных (например, тысячи развёртываний). Такие запросы могут существенно повлиять на производительность инстанса. Наставляйте ваши модели на извлечение минимального набора данных, который им необходим.

🤝 Вклад

Мы приветствуем вклад! ❤️ Пожалуйста, ознакомьтесь с нашим Гайдом по внесению вклада для информации о том, как можно принять участие в проекте.

Мы будем рады услышать, как вы планируете использовать Octopus MCP Server и какие функции хотели бы увидеть в будущих версиях.

Пожалуйста, используйте Issues для обратной связи или запроса функций.

Если вы являетесь клиентом Octopus, сообщайте любые проблемы нашему отделу поддержки. Это поможет вам получить оперативный ответ в рамках наших стандартных гарантий поддержки.

🙋 Часто задаваемые вопросы

Есть ли планы выпустить удалённый MCP-сервер?

Мы работаем над интеграцией MCP-сервера непосредственно в Octopus Server. Это расширит возможности для построения более сложных MCP-инструментов, а также:

Предоставит администраторам Octopus более детальный контроль над MCP-клиентами
Нативную поддержку OAuth для аутентификации клиентов
Интеграцию инструментов безопасности в вывод MCP

Если это интересно, зарегистрируйте ваш интерес на нашем пункте дорожной карты.

Лицензия

Проект распространяется на условиях Mozilla Public License 2.0 — открытая лицензия.