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 分