Octopus Deploy Official MCP Server

[!WARNING] 已棄用： 此 MCP 伺服器已棄用。Remote MCP Server 自 Octopus Server 2026.3 起提供。請參閱 Remote MCP Server 文件。

Octopus Deploy Official MCP Server

Octopus 讓您輕鬆將軟體交付至 Kubernetes、多雲、地端基礎設施及其他任何環境。透過這款能大規模處理 CD 的工具，自動化軟體與 AI 工作負載的發行、部署與營運，其能力是其他工具無法比擬的。

Model Context Protocol (MCP) 讓您在日常工作中使用的 AI 助手（例如 Claude Code 或 ChatGPT）能以標準化方式連線至您所擁有的系統與服務，使它們能從這些系統與服務中擷取資訊來回答問題並執行任務。

Octopus MCP Server 為您的 AI 助手提供強大的工具，使其能夠檢查、查詢並診斷 Octopus 執行個體中的問題，將它轉變為您終極的 DevOps 夥伴。如需支援的使用案例與範例提示詞清單，請參閱我們的文件。

Octopus Server 相容性

MCP Server 公開的大部分工具皆使用至少自 Octopus Server 版本 2021.1 起即可用的穩定 API。較新的工具會在文件中指定最低支援版本。或者，您也可以使用命令列引數 --list-tools-by-version 來檢查特定工具與 Octopus 版本的對應關係。

🚀 安裝

透過 Docker 安裝

必須透過環境變數提供認證，以避免在主機處理程序清單中暴露（ps aux / /proc/<pid>/cmdline）。Octopus 伺服器 URL 仍可透過 --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 使用者可能需要在設定中新增下列引數，以強制 Docker 使用 Linux 平台：

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

我們計劃在近期內發佈原生 ARM 版本，屆時將不再需要這些引數。

透過 Node 安裝

需求

• Node.js >= v20.0.0
• MCP 伺服器可透過 HTTPS 存取的 Octopus Deploy 執行個體
• Octopus Deploy API 金鑰或存取權杖（請參閱下方的驗證）

設定

完整範例設定（適用於 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"
      }
    }
  }
}

Octopus MCP Server 通常會在您所選的 AI 用戶端中進行設定。

它以 npm 套件形式封裝，並透過 Node 的 npx 命令執行。認證（API 金鑰或存取權杖）必須透過環境變數提供——不接受以命令列引數方式傳入，以避免在處理程序清單中暴露機密。Octopus 伺服器 URL 可透過 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

存取權杖 / Bearer 權杖（僅限自動化情境）

伺服器也支援短期有效的存取權杖（Bearer 權杖）作為 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 設定），以便操作人員確認目前使用的是哪一組認證。

設定選項

Octopus MCP Server 支援數個命令列選項，可自訂可用的工具。

如果您不確定需要哪些工具，我們建議在未新增任何命令列選項的情況下執行，並使用提供的預設值。

工具集

使用 --toolsets 參數來啟用特定工具群組：

# Enable all toolsets (default)
npx -y @octopusdeploy/mcp-server

# Enable only specific toolsets
npx -y @octopusdeploy/mcp-server --toolsets projects,deployments

# Enable all toolsets explicitly
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 可停用所有寫入工具，並透過 execute 後備工具封鎖 POST/PUT/PATCH/DELETE。大多數精選工具本身已是唯讀；僅少數會執行寫入。

啟用寫入的工具（永遠寫入）：

• create_release - 建立新發行
• deploy_release - 將發行部署至環境與租戶
• run_runbook - 對一個或多個環境（以及可選的租戶）執行 runbook
• update_feature_toggle - 調整現有功能切換的每個環境狀態與推出百分比

條件式寫入工具： execute 是一個結構化的 REST 後備工具，其層級（讀取 / 寫入 / 刪除）由傳入的 HTTP 方法決定。請參閱 API Catalog & Backstop 一節以了解詳情。

寫入工具受 MCP 提示確認機制保護：支援提示確認的用戶端在呼叫繼續前會被要求確認。不支援提示確認的用戶端必須在工具引數中傳入 confirm: true——否則工具會以錯誤中止。設定 OCTOPUS_SKIP_ELICITATION=true 可完全繞過此機制（適用於無人值守的自動化）。

伺服器使用三層級的讀取/寫入/刪除分類，並在伺服器端根據 HTTP 方法強制執行（代理程式無法透過謊報意圖來繞過）：

• read — 永遠允許。透過 execute 的 GET 請求，以及所有 find_* / get_* / list_* 工具。
• write — 透過 execute 的 POST/PUT/PATCH 以及上述永遠寫入的工具。當設定 --read-only 時封鎖。
• delete — 透過 execute 的 DELETE。需要 --allow-deletes，且當設定 --read-only 時封鎖。少數災難性刪除路徑（例如 DELETE /api/spaces/{id}、DELETE /api/users/{id}）與 API 金鑰端點位於嚴格的敏感拒絕清單中，會忽略這兩個旗標。

# Default - write tools enabled (POST/PUT/PATCH)
npx -y @octopusdeploy/mcp-server

# Additionally permit DELETE requests through the execute tool
npx -y @octopusdeploy/mcp-server --allow-deletes

# Read-only mode - write/delete tools disabled
npx -y @octopusdeploy/mcp-server --read-only

安全注意事項： 請使用具有適當最低權限的 API 金鑰——寫入操作可在您的 Octopus 執行個體中建立發行並觸發部署。對於生產環境，除非您有特定且受控的寫入使用案例，否則請考慮傳入 --read-only。--allow-deletes 預設為關閉；僅在代理程式必須透過 execute 發出 DELETE 請求時才啟用。若您同時傳入 --allow-deletes 與 --read-only，伺服器會在啟動時向 stderr 印出警告——DELETE 請求仍會被唯讀機制封鎖。

完整範例

以下所有範例皆假設 OCTOPUS_API_KEY 已在環境中設定。--server-url 旗標為清楚起見而顯示，但也可透過 OCTOPUS_SERVER_URL 提供。

# Development setup with only core and project tools
npx -y @octopusdeploy/mcp-server --toolsets core,projects --server-url https://your-octopus.com

# Production setup with all tools and read-only enforcement
npx -y @octopusdeploy/mcp-server --toolsets all --read-only --server-url https://your-octopus.com

# Default invocation - all tools and writes enabled
npx -y @octopusdeploy/mcp-server --server-url https://your-octopus.com

其他命令列引數

• --read-only - 啟用唯讀模式：停用所有精選寫入工具，並透過 execute 封鎖 POST/PUT/PATCH/DELETE。寫入預設為啟用；此旗標將其關閉。請參閱唯讀模式。
• --allow-deletes - 允許透過 execute 工具發出 DELETE 請求。當設定 --read-only 時會被忽略（並在啟動時印出警告）。預設為 false。
• --log-level <level> - 最低日誌層級（info、error）
• --log-file <path> - 日誌檔路徑或檔名。若未指定，日誌僅寫入主控台
• -q, --quiet - 停用檔案日誌，僅將錯誤記錄至主控台
• --list-tools-by-version - 列出所有已註冊工具及其支援的 Octopus Server 版本，然後結束

🔨 工具

以 URL 為基礎的工具

快速入門：直接貼上 Octopus URL 來調查問題，無需手動擷取 ID。

• get_deployment_from_url：從部署 URL 取得部署詳細資料（會傳回 taskId 以供後續追蹤）
• get_task_from_url：從任務 URL 取得任務詳細資料與日誌

部署調查工作流程：

1. get_deployment_from_url with deployment URL
   → Returns deployment context + taskResourceUri + grepTaskLogHint

2a. Fetch the structured activity tree via resources/read (or read_resource)
    octopus://spaces/{spaceName}/tasks/{taskId}/details

2b. Or call grep_task_log with the taskId to search the raw log without
    fetching the full body:
       grep_task_log({ spaceName, taskId, pattern: "error|fail", caseInsensitive: true })

任務調查（直接任務 URL）：

get_task_from_url with task URL
→ Returns task details and logs immediately

這些工具透過以下方式消除手動 ID 擷取：

• 自動解析 URL
• 將空間 ID 解析為空間名稱
• 驗證 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

請參閱使用 URL 以了解詳細工作流程、範例與最佳做法。

核心工具

• list_spaces：列出 Octopus Deploy 執行個體中的所有空間
• list_environments：列出指定空間中的所有環境

API Catalog & Backstop

這些工具與資源讓代理程式能觸及沒有專屬精選工具的 Octopus REST 端點，並在伺服器端對讀取、寫入與刪除操作進行嚴格的區分。

• grep_llms_txt：以 grep 風格語意搜尋 Octopus API 目錄（octopus://api/llms.txt）（最低支援的 Octopus 版本：2026.2.3916）。目錄內容龐大（通常超過 300 KB）——請呼叫此工具，而非直接讀取資源主體。參數對應 GNU grep（pattern、caseInsensitive、invertMatch、fixedString、beforeContext、afterContext、maxCount）。適用於探索端點（POST /releases）、列舉刪除端點（DELETE ），或尋找寫入操作的 body 型別（Body: Create.*Command）。
• execute：結構化的 REST 後備工具。可觸及 /api 下的任何 Octopus REST 端點。HTTP 方法是權威的讀取/寫入/刪除分類器——絕非 LLM 可設定的 isWrite 旗標。方法門控在伺服器端硬編碼：
  • GET 一律允許（受限於路徑形狀檢查 + 敏感拒絕清單）。
  • 當設定 --read-only 時，POST/PUT/PATCH 會被封鎖；否則需透過 elicitation 取得使用者確認。
  • DELETE 需要 --allow-deletes（且當設定 --read-only 時會被封鎖），並加上更強烈的「不可逆（IRREVERSIBLE）」elicitation 訊息。
  • 即使兩個旗標都開啟，敏感拒絕清單（API 金鑰端點、DELETE /api/spaces/{id}、DELETE /api/users/{id}）仍會強制執行。
  • 路徑必須是 /api 或以 /api/ 開頭——絕對 URL、SDK 相對的 ~/api/... 路徑，以及 /api 之外的主機相對路徑（例如 /octopus/portal/...）會事先被拒絕，因此 execute 會限制在 Octopus REST API 的範圍內。
  • 僅在 --toolsets 已縮小範圍時，每個工具集的路徑允許清單才會生效。 當所有工具集都啟用（預設，或明確的 --toolsets all）時，允許清單會被略過，且 /api 下的任何路徑都可觸及（受限於上述門控）。當 --toolsets 被縮小時，允許清單成為終止開關：路徑僅在其所屬工具集啟用時才能解析，因此停用某個工具集（例如 certificates）會使其路徑即使在 GET 下也無法透過 execute 觸及。

目錄資料也以 MCP 資源形式公開：

• octopus://api/llms.txt — 每個 Octopus REST 端點的 Markdown 目錄（HTTP 方法、路徑、查詢參數、請求/回應型別）。需要 Octopus Server 2026.2.3916 或更新版本。以設定的伺服器 URL 為鍵的 5 分鐘記憶體快取。建議優先使用 grep_llms_txt，而非直接讀取主體。
• octopus://api/capabilities — 描述目前工作階段的 JSON：伺服器版本、啟用的工具集、可用的工具（含其 minimumOctopusVersion），以及 --read-only / --allow-deletes 是否開啟。有助於代理程式探索此工作階段中可觸及的內容。

專案（Projects）

• list_projects：列出指定空間中的所有專案

部署（Deployments）

• deploy_release：將版本部署到環境（支援有承租戶與無承租戶的部署）
• list_deployments：列出空間中的部署，可選擇性篩選

版本（Releases）

• create_release：為專案建立新版本
• find_releases：在空間中尋找版本（可依 ID 取得特定版本，或依專案列出/篩選版本）

版本詳細資料也可作為 MCP 資源，位於 octopus://spaces/{spaceName}/releases/{releaseId}——透過 resources/read（或 read_resource 後備工具）取得完整版本主體，包括版本說明與所選套件。

Runbooks

• find_runbooks：在專案中尋找 runbooks（可依 ID 取得特定 runbook，或依部分名稱列出/篩選 runbooks）。每個摘要包含已發佈的快照 ID、多承租戶模式與環境範圍，讓呼叫端在執行前能選取有效的目標。
• run_runbook：對一個或多個環境執行 runbook。支援承租戶執行（依承租戶名稱或承租戶標籤）、提示變數、引導式失敗模式、排定的執行時段，以及步驟或機器包含/排除。若省略 runbookSnapshotId，預設使用 runbook 的已發佈快照。

完整的 runbook 主體（包括執行階段原則欄位）可作為 MCP 資源，位於 octopus://spaces/{spaceName}/runbooks/{runbookId}。

工作（Tasks）

工作資料主要透過 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：搜尋工作的活動日誌，無需取得完整主體。參數對應 GNU grep（pattern、caseInsensitive、invertMatch、fixedString、beforeContext、afterContext、maxCount）。回傳相符的行，含 1 為基底的 lineNumber、可選的前後文陣列，以及整個日誌的 totalMatches 計數。

刻意不提供 /log 資源：活動日誌可能達數 MB，且可定址的資源會誘使呼叫端在 grep 幾乎總是正確的原始操作時，去取得整個主體。

承租戶（Tenants）

• find_tenants：在空間中尋找承租戶（可依 ID 取得特定承租戶，或使用篩選條件列出/搜尋承租戶）
• get_tenant_variables：依型別取得承租戶變數（全部、共用或專案）
• get_missing_tenant_variables：取得缺少值的承租戶變數

Kubernetes

• get_kubernetes_live_status：取得專案與環境的 Kubernetes 資源即時狀態（最低支援版本：2025.3）

機器（部署目標）

• find_deployment_targets：在空間中尋找部署目標（可依 ID 取得特定目標，或使用篩選條件列出/搜尋目標）

憑證（Certificates）

• find_certificates：在空間中尋找憑證（可依 ID 取得特定憑證，或使用篩選條件列出/搜尋憑證）

帳戶（Accounts）

• find_accounts：在空間中尋找帳戶（可依 ID 取得特定帳戶，或使用篩選條件列出/搜尋帳戶）

中斷（Interruptions）

• find_interruptions：在空間中尋找待處理或歷史中斷（手動介入、核准、引導式失敗提示），可選擇性地依工作、專案、環境、相關文件、責任或待處理狀態篩選。回傳精簡摘要；請解參考 octopus://spaces/{spaceName}/interruptions/{interruptionId} 資源以取得完整的 Form 定義（控制項型別、Markdown 指示、按鈕選項、已提交的 Form.Values）。

功能切換（Feature Toggles）

• find_feature_toggles：列出專案中的客戶功能切換。每個摘要包含各環境的狀態（isEnabled、rolloutPercentage、clientRolloutPercentage）以及 resourceUri，因此「X 在哪裡開啟」可直接從清單回應中得知。
• update_feature_toggle：調整現有的切換。範圍狹窄——將環境開啟/關閉、變更逐步推出百分比，或更新切換層級的說明/預設狀態。內部會先取得目前的切換、在記憶體中套用您的修補，然後 PUT 合併後的主體，因此未提及的環境與未提及的欄位都會保留。參照切換上尚未設定的環境之修補會被拒絕。

完整的切換主體（說明、承租戶、區段、最低版本）可作為 MCP 資源，位於 octopus://spaces/{spaceName}/projects/{projectId}/featuretoggles/{slug}。逐步推出群組主體可在 octopus://spaces/{spaceName}/projects/{projectId}/rolloutgroups/{rolloutGroupId} 定址，供唯讀檢查。

超出範圍（請使用 Octopus UI）： 建立新的功能切換、刪除切換、重新命名或重新標記、附加/分離逐步推出群組、承租戶目標設定、區段、最低版本篩選，以及逐步推出群組 / SDK 用戶端識別碼管理。

其他工具

• get_deployment_process：依 ID 取得專案或版本的部署流程
• get_variables：取得專案的所有專案變數與程式庫變數集變數（透過 gitRef 支援 config-as-code 專案）
• get_branches：取得版本控制專案的 Git 分支（最低支援版本：2021.2）
• get_current_user：取得目前已驗證使用者的相關資訊

🔒 安全性考量

Octopus MCP Server 包含讀取與寫入操作。重要的安全性考量：

讀取操作

• 可讀取完整的部署日誌，若未標記為機密，可能包含生產環境的機密
• 可存取敏感的設定資料與變數
• 連線至您不完全信任的工具與模型時請務必謹慎

寫入操作

依預設，下列寫入操作可用：

• 建立版本：可為專案建立新版本
• 部署版本：可觸發部署至環境（包括生產環境）
• 執行 runbooks：可對環境與承租戶執行 runbooks
• 更新功能切換：可切換各環境的狀態，並變更現有切換的逐步推出百分比
• 透過 execute 後備工具進行任意 POST/PUT/PATCH：限制在 /api 下的路徑，並有永遠開啟的敏感拒絕清單。每個工具集的路徑允許清單僅在 --toolsets 已縮小範圍時生效；當所有工具集都啟用（預設）時，唯一的路徑門控是 /api 邊界與敏感拒絕清單。

傳遞 --read-only 以停用上述所有操作。透過 execute 的 DELETE 請求需要額外的 --allow-deletes 旗標——這是對不可逆操作刻意選擇加入——且當設定 --read-only 時仍會保持封鎖。

關鍵安全措施：

1. 最小權限：使用具備您使用案例所需最低權限的 API 金鑰
2. 選擇加入唯讀模式：寫入依預設啟用。對於生產環境，除非您有特定且受控的寫入操作使用案例，否則請傳遞 --read-only。DELETE 一律需要額外的 --allow-deletes 選擇加入。
3. 方法門控在伺服器端且硬編碼：傳遞給 execute 的 HTTP 方法是權威分類器。代理程式無法透過誤述呼叫內容來繞過門控——無論請求主體中的文字為何，POST/PUT/PATCH/DELETE 請求都會獲得依層級區分的門控。
4. 工具集篩選兼作終止開關：縮小 --toolsets 範圍會同時移除已停用工具集的精選工具及其在 execute 允許清單中的路徑。（允許清單僅在工具集縮小時才會被查詢；當所有工具集都啟用時，execute 改由 /api 形狀檢查與敏感拒絕清單限制。）
5. 提示注入風險：以全自動化方式執行代理程式可能使您容易受到提示注入攻擊

建議：對於生產環境，除非您有特定且受控的寫入操作使用案例，否則請傳遞 --read-only。除非您特別需要透過 execute 的 DELETE 語意，否則請保持 --allow-deletes 關閉。

⚠️ 限制

資料分析

目前 AI 聊天工具與 MCP 協定的本質，使得分析大量資料變得不可行。大多數 MCP 用戶端目前不支援鏈結工具呼叫（將一個工具的輸出作為下一個工具的輸入），而是改為逐 token 複製結果，這經常導致幻覺。如果您想要處理 Octopus 執行個體的歷史資料以進行分析，我們建議直接使用 API，或自行撰寫能夠以程式化方式處理工具呼叫結果的 MCP 用戶端。

效能

MCP Server 技術上只是現有 Octopus Server API 之上的薄層。因此，它能夠擷取大量資料（例如，請求數千個部署）。此類查詢可能對您執行個體的效能產生顯著影響。請指示您的模型僅擷取所需的最小資料集（大多數模型開箱即用就能做得很好）。

🤝 貢獻

歡迎貢獻！:heart: 請閱讀我們的貢獻指南，了解如何參與此專案。

我們非常期待聽到您計畫如何使用 Octopus MCP Server，以及您希望在未來版本中看到哪些功能。

請使用Issues提供意見回饋，或請求功能。

如果您是目前的 Octopus 客戶，請將您在使用我們的 MCP server 時遇到的任何問題回報給我們的支援團隊。這將確保您在我們標準的支援保證範圍內獲得及時的回應。

🙋 常見問題

你們有計畫發布遠端 MCP server 嗎？

我們正在努力將 MCP server 直接整合到 Octopus Server 中。這將為我們開啟建置更複雜 MCP 工具的大門，同時也包含：

• 讓 Octopus 管理員對 MCP 用戶端擁有更精細的控制
• 原生支援用於用戶端驗證的 OAuth
• 將安全掃描工具整合到 MCP 輸出中

如果您對此感興趣，請在我們的產品藍圖項目上登記您的興趣。

授權

此專案根據 Mozilla Public License 2.0 開源授權條款授權。