
M00N Report
io.github.m00nreport由 GitHub 账号 m00nreport 发布v1.5.3更新于 Oct 25, 2026
Test management over MCP: author cases, run manual executions, cut releases, read health
概览
本地 MCP 服务器,让助手在 M00N Report 中编写测试用例、组建并记录手动测试执行、管理发布并查看项目健康状况。
- 可以做什么
- 浏览项目、启动趋势、统计、单个测试历史,并搜索自动化测试,还可读取健康摘要、不稳定测试报告等只读资源。创建、读取、更新、移动、删除和批量编辑测试用例,并把自动化测试关联到其覆盖的用例。管理文件夹与套件层级、可复用测试集合,并在用例上添加或移除 Jira、Linear 工单。从套件、集合或用例组建手动执行并记录每个用例的结果,创建发布并挂接其启动记录。运行引导式提示词,用于不稳定测试分析、失败调试、发布就绪判断、用例生成、每周健康报告和回归调查。
- 适用场景
- 当团队在 M00N Report 中管理测试,并希望助手直接完成测试管理工作(如起草用例、组建手动测试周期、创建发布或判断发布是否就绪),而不只是阅读相关信息时使用。
- 运行要求
- 需要 Node 20 或更高版本以及任意支持 MCP 的客户端;通过 npx 以 stdio 在本地运行。将 M00N_API_URL 设为实例的根地址(不带 /api 后缀),将 M00N_API_KEY 设为在“设置 - MCP 密钥”中创建的 MCP 密钥。两者必须同时设置或都不设置。可选:M00N_TIMEOUT_MS、M00N_DEBUG、M00N_INSECURE_SSL。需要能访问该实例的网络。
安装
在 SourceWeft 中
- 打开 控制台中的 M00N Report,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
@m00nsolutions/mcp-server
Agentic test management over MCP. This server lets an AI assistant do the work rather than read about it: author test cases, plan and populate manual test executions, link automation back to the cases it covers, cut releases and read project health in M00N Report, an AI-native test management platform.
[m00nreport/mcp-server MCP server]
Which Install Do I Need?
If you are not connecting from claude.ai or claude.com, use this package with an MCP key. That is the rest of this README. For the connector, see the connector guide.
Requirements
Node 20 or newer, and any MCP-capable client.
Installation
No install step. The client launches it with npx, as configured below.
To pin a version in a shared or CI environment, append one to the package name in args, like ["-y", "@m00nsolutions/mcp-server@<version>"]. npm view @m00nsolutions/mcp-server versions lists what is published. A placeholder rather than a number on purpose: a concrete example here goes stale on the next release, and a stale one recommends pinning to a version that no longer has the current fixes.
Quick Start
1. Get an MCP key
In M00N Report, open Settings -> MCP Keys and create a key. It starts with m00n_mcp_ followed by 48 hex characters. This is not the credential the test reporters use; theirs starts with m00n_ and is refused here.
An MCP key carries exactly the permissions of the account it belongs to, never more, and can be scoped down further. Scoping removes tools from the list the client sees, so a shorter tool list than you expected is a scoping decision, not a fault.
The key goes in your own MCP client config on your machine. Do not put it in a workspace file that lives in a repository.
2. Connect your client
Claude Code, one line:
Every other client takes the same JSON block:
Where that block goes:
For a self-hosted instance, point M00N_API_URL at your own root origin, with no /api suffix. A trailing slash is stripped for you.
3. Confirm the connection
Restart the client, then ask it:
List my M00N Report projects
A list of your projects means the server is connected and the key is valid. An error, or the assistant saying it has no such tool, means it is not; see Troubleshooting.
Tools
Eight areas. The full list with arguments is at /documentation/mcp/tools, kept beside the code. The server fetches its own list from your instance at startup, so what your client sees is what your instance supported when the client connected.
An execution is a manual test run: assignees, environment, dates, and per-step results captured against a snapshot of each case at the moment it was added.
How many tools your key can see comes from your instance:
A scoped key sees fewer. No number is quoted here on purpose: the surface changes with the release, and a figure in a README is the one place nobody remembers to update.
Prompts
Guided multi-step workflows the client can offer by name. Each takes a single optional project argument, a name or a UUID; omit it and the server picks the project when only one is in scope.
Resources
Read-only views the client can pull without calling a tool: all projects, project health summary, flaky tests report, currently failing tests, folder structure, launch report, test case content, release summary.
Configuration
The two booleans are on for true, 1 or yes, in any case. Every other value, false and 0 included, leaves them off.
Set both of the first two or neither. Setting one is treated as a mistake and refused, because a half-configured server that starts anyway is harder to diagnose than one that does not.
The base URL is M00N_API_URL here; the test reporters call the same URL M00N_SERVER_URL. All six packages read M00N_API_KEY, but theirs is a project API key rather than an MCP key, so one exported shell variable cannot serve both.
Running Without a Key
Started with neither M00N_API_URL nor M00N_API_KEY, the server runs in preview mode: it lists
its tools, prompts and resources from a bundled snapshot and refuses every call with a message
saying what to set. Nothing is sent anywhere, because there is nowhere to send it.
That is what lets an inspector, a client or a directory show the tool surface before anyone has signed up. It is a description of the server, never a working one, so the listings come from the snapshot rather than from your instance: a scoped key normally sees fewer tools than the snapshot shows.
Maintainers refresh the snapshot with npm run snapshot:refresh against an unscoped key.
Self-Hosted
Point M00N_API_URL at your own instance and issue the MCP key from that instance. Everything else is identical, which matters when the reason you self-host is that test data cannot leave your network.
With a self-signed certificate, add "M00N_INSECURE_SSL": "true" to the same env block. Full notes: /documentation/mcp/self-hosted.
What Gets Sent
To M00N_API_URL over HTTPS: the tool calls your assistant makes and their arguments. The server is a proxy to your own instance and stores nothing itself.
Every tool call is written to an MCP audit log with a UI in the app, and per-key rate limiting caps a runaway agent. The key is never written to that log, nor to stderr. Under M00N_DEBUG the arguments of every tool call are printed to stderr, so treat that output as you would the data itself.
Troubleshooting
The server logs to stderr with or without M00N_DEBUG, and most clients surface it in their MCP panel. Set M00N_DEBUG to true to add each request and its arguments.
Known Limitations
- The tool list is read once, at startup. Re-scope a key or upgrade the instance and the client keeps the old list until you restart the client.
GET /api/healthmust be reachable when configured. It is checked before anything else and a failure stops the server, so a proxy forwarding only/api/mcp/*shows no tools at all even though every tool would work.- A key scoped to zero tools does not start. The server exits rather than connecting with an empty list. This is the configured path; with no credentials at all it starts in preview mode instead.
- Prompts and resources are optional. If their listings fail, the server still starts, with the reason on stderr, and the client sees none of them for the whole session.
- Redirects are refused, not followed. The key rides in a custom header, and redirect followers strip only the auth headers they recognise, so following one would hand the key to whatever host answered next. A redirect is reported with the address it pointed at.
- stdio only. For an HTTP transport, use the hosted connector.
Support
License
MIT License. See LICENSE.
来源:README.md,提交 b6bcc65
工具
0版本历史
1- v1.5.3最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分