mcpField
C
Canary

Canary

本地服务
github.com/mindstone开发工具13今天更新

关于 Canary

Canary 是 Mindstone 内部的发布流水线测试 MCP 服务,用于验证发布基础设施,不适用于实际工作流。它只提供一个 `ping` 工具,将消息加上带版本的前缀后返回。

主要功能

  1. 01单一 `ping` 工具
  2. 02以 `pong v3: ` 前缀回显消息
  3. 03无需身份验证或外部依赖

适用场景

  1. 01端到端测试 MCP 发布流水线
  2. 02验证主机能否启动 stdio MCP 服务

MCP 相关

向 MCP 客户端提供一个 `ping` 工具,将输入消息加上 `pong v3: ` 前缀后返回。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置
{
"mcpServers": {
"mindstone-mcp-server-canary": {
"command": "npx",
"args": [
"-y",
"@mindstone/mcp-server-canary"
]
}
}
}
启动命令npx -y @mindstone/mcp-server-canary

本地服务需要在你的电脑上安装运行环境(如 Node.js 18+)。各客户端的配置文件位置不同,请参考客户端文档。

安装包
npm@mindstone/mcp-server-canary0.0.4

工具

1

收录的工具列表 · 更新于 2 周前

参数类型必填说明
messagestring是要回显的简短消息。1–200 个字符。

详细介绍

@mindstone/mcp-server-canary

Mindstone 的内部发布流水线测试连接器——请勿使用。它仅用于端到端验证 rebel-oss 发布流水线。只有一个 ping 工具;没有外部依赖、身份验证或桥接。

一键安装

添加到 Cursor 添加到 VS Code 添加到 VS Code Insiders

无需设置环境变量——安装过程无需提示即可完成。

Claude Desktop / Claude Code / Goose / Continue.dev(Canary)的手动配置
{
  "mcpServers": {
    "Canary": {
      "command": "npx",
      "args": [
        "-y",
        "@mindstone/mcp-server-canary"
      ],
      "env": {}
    }
  }
}

存在的原因

首次通过全新流水线(Trusted Publishing、GitHub Actions、mcp-publisher、注册表同步、主机应用目录)发布真实连接器时,会同时涉及两个未知因素:流水线是否正确,以及连接器是否正确。Canary 将二者解耦——它使用一个唯一行为是 ping → pong v3: <message> 的工具,测试流水线的每个步骤。

流水线在 Canary 上证明稳定后,真实连接器便可采用相同流程,而无需依赖基础设施调试。

完整设计请参阅 docs/plans/260525_oss_release_automation.md(Mindstone 内部文档)。

工具

ping

将消息包装为 pong v3: <message> 后回显。

字段类型必填描述
messagestring是要回显的简短消息。1-200 个字符。

示例:

{
  "tool": "ping",
  "arguments": { "message": "hello" }
}

响应:

pong v3: hello

本地使用

npx -y @mindstone/mcp-server-canary

这会通过 stdio 启动服务。大多数 MCP 主机在你将 @mindstone/mcp-server-canary 添加为 stdio MCP 服务时,会自动为你启动它。

状态

Pre-1.0——这是 Canary。版本号有意标记为 0.0.x。请勿在任何实际工作流中依赖此连接器;它唯一的用途是测试发布机制。

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。