Provar MCP Server

io.github.ProvarTesting由 GitHub 帳號 ProvarTesting 發布v1.6.5更新於 Oct 24, 2026

Provar MCP: AI-powered Salesforce test automation. Generate, validate, migrate, and run tests.

已驗證STDIO僅桌面開發者工具安全與監控

概覽

AI 產生的概覽

一個本機 MCP 伺服器,讓 AI 助理產生、驗證、遷移並執行 Provar Salesforce 測試自動化專案。

可以做什麼
檢查專案並描述 Salesforce 組織,包括下載中繼資料以及編譯 PageObject 與 PageControl 原始碼。撰寫並驗證 Page Object、測試案例、測試套件與測試計畫,並編輯屬性檔案。產生、載入、驗證、讀取與設定 ProvarDX 自動化設定。連線 Provar Quality Hub,擷取測試案例、執行測試、輪詢報告並中止執行。執行 Provar Automation 測試與 ANT 建置,並處理 NitroX 元件。
適用情境
適合已使用 Provar 進行 Salesforce 測試自動化的團隊,希望由助理建立、檢查或遷移測試資產,並在編輯器中啟動測試執行。若不使用 Provar Automation 或 Quality Hub,則幫助不大。
執行需求
透過 npx 或全域 sf 外掛安裝,以 stdio 在本機執行。需要 Node.js 18–24(不支援 25 以上)以及已啟用授權的 Provar Automation IDE。完整驗證與 Quality Hub 功能需要經 sf provar auth login 取得的 API 金鑰,存於憑證檔案或 PROVAR_API_KEY 環境變數。檔案存取僅限 --allowed-paths 指定的路徑。
安裝前請注意
憑證檔案或 PROVAR_API_KEY 中的 API 金鑰可存取 Provar Quality Hub,約 90 天後過期,用完後應輪換或清除。工具會寫入與修改專案檔案、屬性檔案與設定,編譯程式碼、下載中繼資料,並啟動或中止測試執行,因此應盡量縮小 --allowed-paths 範圍。測試執行與中繼資料下載會連線 Provar 與 Salesforce 服務。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Provar MCP Server,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

@provartesting/provardx-cli

[Version] [Downloads/week] [License] [Get Access]

What is the ProvarDX CLI?

The Provar DX CLI is a Salesforce CLI plugin for Provar customers who want to automate the execution of tests using Provar Automation, and the reporting of test results and other quality-related metrics to Provar Quality Hub.

Installation, Update, and Uninstall

Requires Node.js 18–24 (LTS 22 recommended). Node 25+ is not yet supported due to a breaking change in a transitive dependency. Check with node --version.

Install the plugin

sh-session
$ sf plugins install @provartesting/provardx-cli

Update plugins

sh-session
$ sf plugins update

Uninstall the plugin

sh-session
$ sf plugins uninstall @provartesting/provardx-cli

MCP Server (AI-Assisted Quality)

The Provar DX CLI includes a built-in Model Context Protocol (MCP) server that connects AI assistants (Claude Desktop, Claude Code, Cursor) directly to your Provar project. Once connected, an AI agent can inspect your project structure, generate Page Objects and test cases, validate every level of the test hierarchy with quality scores, and work with NitroX (Hybrid Model) component page objects for LWC, Screen Flow, Industry Components, Experience Cloud, and HTML5.

Validation runs in two modes: local only (structural rules, no key required) or Quality Hub API (170+ rules, quality scoring — requires a pv_k_ API key). Don't have an account? Request access.

Quick setup

Requires: Provar Automation IDE installed with an activated license. Node.js 18–24 must be on your PATH.

Option A — Zero-install (recommended for Claude Desktop)

No prior setup needed. Paste this into your Claude Desktop config file and restart the app:

  • macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
  • Windows: %APPDATA%\Claude\claude_desktop_config.json
json
{  "mcpServers": {    "provar": {      "command": "npx",      "args": ["-y", "@provartesting/provardx-cli", "mcp", "start", "--allowed-paths", "/path/to/your/provar/project"]    }  }}

npx -y downloads the package automatically on first use — no sf or separate install step required.

Claude Code — run once to register the server:

sh
claude mcp add provar -s user -- npx -y @provartesting/provardx-cli mcp start --allowed-paths /path/to/your/provar/project

Option B — Global sf plugin install

Prefer a persistent global install? Install once, then use the sf command:

sh
# 1. Install the pluginsf plugins install @provartesting/provardx-cli
# 2. (Optional) Authenticate for full 170+ rule validationsf provar auth login

Claude Desktop config using the global install:

json
{  "mcpServers": {    "provar": {      "command": "sf",      "args": ["provar", "mcp", "start", "--allowed-paths", "/path/to/your/provar/project"]    }  }}

Windows (Claude Desktop): Use sf.cmd instead of sf if the server fails to start.

Claude Code using the global install:

sh
claude mcp add provar -s user -- sf provar mcp start --allowed-paths /path/to/your/provar/project

📖 docs/mcp.md — full setup, all 43 tools, 6 resources, 11 MCP prompts, troubleshooting.


Commands

sf provar auth login

Log in to Provar Quality Hub and store your API key.

USAGE  $ sf provar auth login [--url <value>]
FLAGS  --url=<value>  Override the Quality Hub API base URL (for non-production environments).
DESCRIPTION  Opens a browser to the Provar login page. After you authenticate, your API key is  stored at ~/.provar/credentials.json and used automatically by the Provar MCP tools  and CI/CD integrations. The key is valid for approximately 90 days.
  For CI/CD pipelines (GitHub Actions, Jenkins, etc.) where a browser cannot open:  run sf provar auth login once on your local machine, copy the api_key value from  ~/.provar/credentials.json, and store it as the PROVAR_API_KEY environment variable  or secret in your pipeline. Rotate the secret every ~90 days when the key expires.
  Don't have an account? Request access at:  https://aqqlrlhga7.execute-api.us-east-1.amazonaws.com/dev/auth/request-access
EXAMPLES  Log in interactively:
    $ sf provar auth login
  Log in against a staging environment:
    $ sf provar auth login --url https://dev.api.example.com

sf provar auth rotate

Rotate your stored API key without re-authenticating via browser.

USAGE  $ sf provar auth rotate
DESCRIPTION  Exchanges your current pv_k_ key for a new one atomically. The old key is  invalidated immediately. The new key is written to ~/.provar/credentials.json.
  Use this to rotate your key on a regular schedule (~every 90 days) without  going through the browser login flow. If your current key is already expired,  run sf provar auth login instead.
EXAMPLES  Rotate the stored API key:
    $ sf provar auth rotate

sf provar auth status

Show the current API key configuration and validate it against Quality Hub.

USAGE  $ sf provar auth status
DESCRIPTION  Reports whether an API key is configured, where it came from (environment variable  or credentials file), and performs a live check against the Quality Hub API to  confirm the key is still valid.
EXAMPLES  Check auth status:
    $ sf provar auth status

sf provar auth clear

Remove the stored API key.

USAGE  $ sf provar auth clear
DESCRIPTION  Deletes ~/.provar/credentials.json and revokes the key server-side. After clearing,  the MCP tools fall back to local validation mode. Has no effect if no key is stored.
EXAMPLES  Remove the stored key:
    $ sf provar auth clear

sf provar mcp start

Start a local MCP server for Provar tools over stdio transport.

USAGE  $ sf provar mcp start [-a <value>...]
FLAGS  -a, --allowed-paths=<value>...  Allowed base directory paths for file operations.                                  Defaults to the current working directory.                                  Repeat the flag to allow multiple paths.
DESCRIPTION  Launches a stateless MCP (Model Context Protocol) server that exposes Provar tools  to AI assistants (Claude Desktop, Claude Code, Cursor) via stdio transport. All MCP  JSON-RPC communication happens over stdout; all internal logging goes to stderr.
  Note: --json is not available on this command — stdout is reserved for MCP traffic.
TOOLS EXPOSED  43 tools across: project inspection & org describe, Page Object and test-case  authoring/validation, test-suite/plan validation, properties files, Quality Hub  (test runs, defects, corpus examples), Provar Automation, ANT build, and NitroX  components. See docs/mcp.md for the full catalogue with schemas and examples.
EXAMPLES  Start MCP server (accepts stdio connections from Claude Desktop / Cursor):
    $ sf provar mcp start
  Start with an explicit allowed path:
    $ sf provar mcp start --allowed-paths /workspace/provar
  Allow multiple directories:
    $ sf provar mcp start -a /workspace/project-a -a /workspace/project-b

📖 Full tool documentation and client configuration: docs/mcp.md

sf provar config get

Retrieve a value from the specified JSON file.

USAGE  $ sf provar config get -f <value> [--json]
FLAGS  -f, --file-path=<value>  (required) File path of the JSON file to get the property value from.
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Retrieve a value from the specified JSON file.
EXAMPLES  Get the testEnvironment value within the environment property from the config.json file:
    $ sf provar config get environment.testEnvironment -f config.json

sf provar config set

Set one or more properties in the specified JSON file.

USAGE  $ sf provar config set [--json]
FLAGS  -f, --file-path=<value>  (required) File path of the JSON file to get the property value from.
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Set one or more properties in the specified JSON file.
EXAMPLES  Set the environment to “SIT” in the config.json properties file:
    $ sf provar config set environment.testEnvironment="SIT" -f config.json
  Set the testEnvironment to “SIT” and the webBrowser to “Chrome”, within the environment property.
    $ sf provar config set environment.testEnvironment="SIT" environment.webBrowser="Chrome" -f config.json
  Set testCases to a list of test case paths in the config.json properties file.
    $ sf provar config set testCases='["tests/myTestCase.testcase","tests/testSuite1/myTestCase1.testCase"]' -f config.json

sf provar automation config generate

Generate a boilerplate ProvarDX properties file.

USAGE  $ sf provar automation config generate [--json] [-p <value>]
FLAGS -p, --properties-file=<value>    (required) Path to the properties file that will be generated. -n, --no-prompt                  Don't prompt to confirm file should be overwritten.
GLOBAL FLAGS  --json    Format output as json.
DESCRIPTION  Generate a boilerplate property file.
EXAMPLES  Generate a basic properties file named provardx-properties.json:
    $ sf provar automation config generate -p provardx-properties.json

sf provar automation config load

Validate and load a ProvarDX properties file for later use.

USAGE  $ sf provar automation config load -p <value> [--json]
FLAGS  -p, --properties-file=<value>  (required) Path of the properties file to be loaded.
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Validate and load a ProvarDX properties file for later use.
EXAMPLES  Validate that the myproperties.json file is valid.
    $ sf provar automation config load -p myproperties.json

sf provar automation config validate

Check if the loaded properties file has all the required properties set.

USAGE  $ sf provar automation config validate [--json]
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Check if the loaded properties file has all the required properties set.
EXAMPLES  Check if the loaded properties file has all the required properties set:
    $ sf provar automation config validate

sf provar automation config get

Retrieve a value from the loaded properties file.

USAGE  $ sf provar automation config get [--json]
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Retrieve a value from the loaded properties file.
EXAMPLES  Get the testEnvironment property value from the provardx-properties.json properties file:
    $ sf provar automation config get environment.testEnvironment

sf provar automation config set

Set one or more properties in the loaded properties file.

USAGE  $ sf provar automation config set [--json]
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Set one or more properties in the loaded properties file.
EXAMPLES  Set the environment to "SIT” in the provardx-properties.json properties file:
    $ sf provar automation config set environment.testEnvironment="SIT"
  Set the testEnvironment to "SIT” and the webBrowser to "Chrome”, within the environment property:
    $ sf provar automation config set environment.testEnvironment="SIT" environment.webBrowser="Chrome"
  Set testCases to a list of test case paths in the provardx-properties.json properties file:
    $ sf provar automation config set testCases='["tests/myTestCase.testcase","tests/testSuite1/myTestCase1.testCase"]'

sf provar automation setup

Download and install Provar Automation.

USAGE  $ sf provar automation setup [--json] [-v <value>]
FLAGS  -v, --version=<value>  Provar Automation build version number.
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Download and install Provar Automation.
EXAMPLES  Install version Provar Automation version 2.12.1:
    $ sf provar automation setup --version 2.12.1

sf provar automation project compile

Compile PageObject and PageControl Java source files into object code.

USAGE  $ sf provar automation project compile [--json]
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Compile PageObject and PageControl Java source files into object code.
EXAMPLES  Compile the project using the configuration set in the properties file:
    $ sf provar automation project compile

sf provar automation metadata download

Download any required metadata for a specified Provar Salesforce connection.

USAGE  $ sf provar automation metadata download -c <value> [--json]
FLAGS  -c, --connections=<value>  (required) Comma-separated list of names of Provar Salesforce connections to use, as defined in the project.
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Download any required metadata for a specified Provar Salesforce connection.
EXAMPLES  Refresh metadata for the MySalesforceConnection connection and store it in folder set in the properties file:
    $ sf provar automation metadata download -c MySalesforceConnection

sf provar automation test run

Run the tests as specified in the loaded properties file.

USAGE  $ sf provar automation test run [--json]
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Run the tests as specified in the loaded properties file.
EXAMPLES  Run the tests as specified in the loaded properties file:
    $ sf provar automation test run

sf provar quality-hub connect

Connect to a Provar Quality Hub org.

USAGE  $ sf provar quality-hub connect -o <value> [--json]
FLAGS  -o, --target-org=<value>  (required) Username or alias set in the SF CLI which corresponds to the Provar Quality Hub org.
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Load the alias or username to be used in subsequent Quality Hub commands.
EXAMPLES  Connect to the Quality Hub org stored with alias "ProvarQualityHub":
    $ sf provar quality-hub connect -o ProvarQualityHub

sf provar quality-hub display

Display information about the connected Provar Quality Hub org.

USAGE  $ sf provar quality-hub display [--json]
GLOBAL FLAGS  --json  Format output as json.
EXAMPLES  Display information about the connected Quality Hub org:
    $ sf provar quality-hub display

sf provar quality-hub open

Open Provar Quality Hub in a browser.

USAGE  $ sf provar quality-hub open [--json]
GLOBAL FLAGS  --json  Format output as json.
EXAMPLES  Open Quality Hub in a browser:
    $ sf provar quality-hub open

sf provar quality-hub testcase retrieve

Retrieve test cases related to the provided user stories or metadata components.

USAGE  $ sf provar quality-hub testcase retrieve -p <value> -t Apex|ProvarAutomation [--json] [-m <value>] [-f <value>] [-i <value>] [-o <value>] [-n <value>] [-l <value>]
FLAGS  -f, --metadata-file=<value>          Path to a text file containing the list of metadata components.  -i, --issues=<value>                 Comma-separated list of issue IDs or keys.  -l, --test-plan=<value>              Test Plan name. Use to retrieve test instance file paths.  -m, --metadata-components=<value>    Semicolon-separated list of metadata components.  -n, --ignore-metadata=<value>        Semicolon-separated list of metadata types to ignore.  -o, --output=<value>                 Output to a specific file instead of stdout.  -p, --test-project=<value>           (required) Test Project key to filter by.  -t, --test-automation-tool=<option>  (required) <options: Apex|ProvarAutomation>
EXAMPLES  Retrieve Provar Automation test cases for user story "TM-766":
    $ sf provar quality-hub testcase retrieve -p PAT -t ProvarAutomation -i "TM-766" --json

sf provar quality-hub test run

Run tests via Provar Quality Hub.

USAGE  $ sf provar quality-hub test run -f <value> [--json] [-y] [-w <value>] [-p <value>] [-o <value>] [-r <value>]
FLAGS  -f, --configuration-file=<value>  (required) Path to the configuration file.  -o, --output=<value>              Output to a specific file instead of stdout.  -p, --polling-interval=<value>    [default: 60] Polling interval in seconds.  -r, --result-format=<value>       [default: human] Format of the test results.  -w, --wait=<value>                Polling timeout in minutes.  -y, --synchronous                 Run synchronously.
EXAMPLES  Run tests and store results as JSON:
    $ sf provar quality-hub test run -f config/run-grid-tests.json -w 10 -p 30 -r json -o results.json

sf provar quality-hub test run report

Check or poll for the status of a Quality Hub test run.

USAGE  $ sf provar quality-hub test run report -i <value> [--json] [-r <value>] [-o <value>]
FLAGS  -i, --test-run=<value>       (required) Test run ID.  -o, --output=<value>         Output to a specific file instead of stdout.  -r, --result-format=<value>  [default: human] Format of the test results.
EXAMPLES  Retrieve results for a test run:
    $ sf provar quality-hub test run report -i 45f70417-df21-4917-a667-abc2ee46dc63 -r json -o results.json

sf provar quality-hub test run abort

Abort an in-progress test run triggered via Provar Quality Hub.

USAGE  $ sf provar quality-hub test run abort -i <value> [--json] [-p <value>] [-w <value>]
FLAGS  -i, --test-run=<value>          (required) Test run ID.  -p, --polling-interval=<value>  [default: 30] Polling interval in seconds.  -w, --wait=<value>              [default: 2] Polling timeout in minutes.
EXAMPLES  Abort a test run:
    $ sf provar quality-hub test run abort -i 45f70417-df21-4917-a667-abc2ee46dc63

Deprecated commands: The sf provar manager * commands below are retained for backwards compatibility and will print a deprecation warning when used. Use the equivalent sf provar quality-hub * commands above for all new pipelines.


sf provar manager connect

Load the alias or username to be used in subsequent commands to connect to Provar Manager.

USAGE  $ sf provar manager connect -o <value> [--json]
FLAGS  -o, --target-org=<value>  (required) Username or alias set in the SF CLI which corresponds to the Provar Manager org.
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Load the alias or username to be used in subsequent commands to connect to Provar Manager.
EXAMPLES  Connect to the Provar Manager org that has been previously authorised using the SF CLI, and stored with the alias "ProvarManager":
    $ sf provar manager connect -o ProvarManager

sf provar manager display

Display information about the connected Provar Manager org.

USAGE  $ sf provar manager display [--json]
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Display information about the connected Provar Manager org.
EXAMPLES  Display information about the connected Provar Manager org:
    $ sf provar manager display

sf provar manager open

Open Provar Manager in a browser.

USAGE  $ sf provar manager open [--json]
GLOBAL FLAGS  --json  Format output as json.
DESCRIPTION  Open Provar Manager in a browser.
EXAMPLES  Open Provar Manager in a browser:
    $ sf provar manager open

sf provar manager testcase retrieve

Retrieve test cases related to the provided user stories (issues) or metadata components, for a given test project.

USAGE  $ sf provar manager testcase retrieve -p <value> -t Apex|ProvarAutomation [--json] [--flags-dir <value>] [-m <value>] [-f <value>] [-i <value>] [-o <value>] [-n <value>] [-l <value>]
FLAGS  -f, --metadata-file=<value>          Path to a text file that contains the list of metadata components in source format.  -i, --issues=<value>                 A comma-separated list of issue IDs, keys, or external IDs.  -l, --test-plan=<value>              Test Plan Name. Use if you want to retrieve test instance file paths.  -m, --metadata-components=<value>    Semicolon-separated list of metadata components, grouped and prefixed by their metadata type.  -n, --ignore-metadata=<value>        Semicolon-separated list of metadata types to ignore from METADATA-COMPONENTS or METADATA-FILE.  -o, --output=<value>                 Output to a specific file instead of stdout.  -p, --test-project=<value>           (required) Test Project key to filter by.  -t, --test-automation-tool=<option>  (required) Test Automation tool used to automate the tests.                                       <options: Apex|ProvarAutomation>
DESCRIPTION  Retrieve test cases related to the provided user stories (issues) or metadata components, for a given test project.
EXAMPLES  Retrieve Apex unit test class ids from the test project "Salesforce Project" with key "SFP" that cover the "NewLeadFormController" and "ExistingLeadFormController" Apex classes:
    $ sf provar manager testcase retrieve -p SFP -t Apex -m "ApexClass:NewLeadFormController,ExistingLeadFormController"
  Retrieve Provar Automation test case paths from the test project with key "PAT" related to the user story with key "TM-766", in JSON format:
    $ sf provar manager testcase retrieve -p PAT -t ProvarAutomation -i "TM-766" --json
  Retrieve Provar Automation test case paths from the test project with key "PAT" related to the metadata listed in the file "changes.txt", ignoring changes to custom objects, output to "testcases.txt":
    $ sf provar manager testcase retrieve -p PAT -t ProvarAutomation -f changes.txt -n CustomObject -o testcases.txt
  Example of a list of metadata changes:
    base/main/default/layouts/Release__c-Release Layout.layout-meta.xml    base/main/default/objects/Sprint__c/fields/Sprint_Goal__c.field-meta.xml

sf provar manager test run

Run tests via Provar Manager.

USAGE  $ sf provar manager test run -f <value> [--json] [-y] [-w <value>] [-p <value>] [-o <value>] [-r <value>]
FLAGS  -f, --configuration-file=<value>  (required) Path to the configuration file.  -o, --output=<value>              Output to a specific file instead of stdout.  -p, --polling-interval=<value>    [default: 60] Sets the polling interval in seconds. Default is 60 seconds.  -r, --result-format=<value>       [default: human] Format of the test results.  -w, --wait=<value>                Sets the polling timeout in minutes.  -y, --synchronous                 Runs command synchronously; if not specified, the command is run asynchronously.
GLOBAL FLAGS  --json               Format output as json.
DESCRIPTION  Run tests via Provar Manager.
EXAMPLES  Run tests as per the config/run-grid-test.json configuration file, wait 10 minutes, poll every 30 seconds, and store the results as JSON in the results.json file:
    $ sf provar manager test run -f config/run-grid-tests.json -w 10 -p 30 -r json -o results.json
  Run tests as per the config/run-grid-test.json configuration file, wait 20 minutes, and store the results as JUnit in the junit-results.xml file:
    $ sf provar manager test run -f config/run-grid-tests.json -w 20 -r junit -o junit-results.xml

sf provar manager test run report

Check or poll for the status of a test run operation.

USAGE  $ sf provar manager test run report -i <value> [--json] [-r <value>] [-o <value>]
FLAGS  -i, --test-run=<value>       (required) Test run ID.  -o, --output=<value>         Output to a specific file instead of stdout.  -r, --result-format=<value>  [default: human] Format of the test results.
GLOBAL FLAGS  --json               Format output as json.
DESCRIPTION  Check or poll for the status of a test run operation.
EXAMPLES  Retrieve results for test run 45f70417-df21-4917-a667-abc2ee46dc63 and store the results as JSON in the results.json file
    $ sf provar manager test run report -i 45f70417-df21-4917-a667-abc2ee46dc63 -r json -o results.json
  Retrieve results for test run 45f70417-df21-4917-a667-abc2ee46dc63 and store the results as JUnit in the junit-results.xml file:
    $ sf provar manager test run report -i 45f70417-df21-4917-a667-abc2ee46dc63 -r junit -o junit-results.xml

sf provar manager test run abort

Abort an in-progress test run triggered via Provar Manager.

USAGE  $ sf provar manager test run abort -i <value> [--json] [-p <value>] [-w <value>]
FLAGS  -i, --test-run=<value>          (required) Test run ID.  -p, --polling-interval=<value>  [default: 30] Sets the polling interval in                                  seconds. Default is 30 seconds.  -w, --wait=<value>              [default: 2] Sets the polling timeout in                                  minutes. Default is 2 minutes.
GLOBAL FLAGS  --json               Format output as json.
DESCRIPTION  Abort an in-progress test run triggered via Provar Manager.
EXAMPLES  Abort test run with ID 45f70417-df21-4917-a667-abc2ee46dc63
    $ sf provar manager test run abort -i 45f70417-df21-4917-a667-abc2ee46dc63

來源:README.md,提交 2a64edf

工具

0
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

1
  1. v1.6.5最新Sep 16, 2026

評分

已滿足適用檢查項的 50%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分