关于 Pkg Go Dev
Pkg Go Dev 为 Go 开发者提供 Go 模块版本及元数据查询,数据来自官方 Go 模块代理 proxy.golang.org。它还可返回指定版本的原始 go.mod 文件,且无需身份验证。
主要功能
- 01列出模块的所有已标记版本
- 02查询最新模块版本
- 03获取指定版本的模块元数据
- 04读取原始 go.mod 文件
适用场景
- 01确认依赖模块的最新版本
- 02检查模块的历史版本
- 03查看特定版本的 go.mod 内容
MCP 相关
此 MCP 服务向客户端提供 Go 模块版本、元数据和 go.mod 查询工具。可通过 Pipeworx 网关或本地 stdio 连接使用。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://gateway.pipeworx.io/pkg-go-dev/mcpclaude mcp add --transport http pipeworx-io-pkg-go-dev https://gateway.pipeworx.io/pkg-go-dev/mcp{"mcpServers":{"pipeworx-io-pkg-go-dev":{"type":"http","url":"https://gateway.pipeworx.io/pkg-go-dev/mcp"}}}在 Cursor 中打开{"servers":{"pipeworx-io-pkg-go-dev":{"type":"http","url":"https://gateway.pipeworx.io/pkg-go-dev/mcp"}}}在 VS Code 中打开{"mcpServers":{"pipeworx-io-pkg-go-dev":{"type":"http","url":"https://gateway.pipeworx.io/pkg-go-dev/mcp"}}}{"mcpServers":{"pipeworx-io-pkg-go-dev":{"serverUrl":"https://gateway.pipeworx.io/pkg-go-dev/mcp"}}}命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
工具
详细介绍
@pipeworx/pkg-go-dev
Go 模块 MCP — 任意可导入 Go 模块的版本列表和元数据。无需身份验证。
属于 Pipeworx — 一个将 AI Agent 连接到 1683+ 个实时数据源的 MCP 网关。
工具
list_versions(module_path)— 所有已标记的版本latest_version(module_path)— 最新版本get_module_info(module_path, version)— 版本元数据get_go_mod(module_path, version)— 原始 go.mod 文件
数据源
https://proxy.golang.org/ — 由 Google 运营的官方 Go 模块代理。返回 text/json。
模块路径是导入路径(例如,github.com/gin-gonic/gin、golang.org/x/net)。
快速入门
添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):
{
"mcpServers": {
"pkg-go-dev": {
"url": "https://gateway.pipeworx.io/pkg-go-dev/mcp"
}
}
}
此端点实际提供的内容
https://gateway.pipeworx.io/pkg-go-dev/mcp 上的 tools/list 会返回上表中的工具,以及 Pipeworx 共享元工具 — ask_pipeworx、
discover_tools、search_within、remember/recall 和网关范围内的其他工具。因此,你看到的工具数量会多于此表中的数量:单个工具包端点目前会在该工具包自身工具之外,列出大约 30 个共享工具。连接的 initialize 响应会说明其确切范围,是当天信息的权威来源。
这是有意设计的,并非意外复用。元工具可以让限定范围的连接回答此工具包未涵盖的问题 — 通过 ask_pipeworx 跨整个目录路由 — 而无需添加第二个 MCP 服务。目前无法挂载不含这些元工具的工具包端点;如果额外的架构定义比路由带来的好处更耗费上下文,不如连接一次完整网关,而不是连接多个工具包端点。
也可以连接完整的 Pipeworx 网关,直接列出每个工具包的工具,而不只是此工具包的工具:
{
"mcpServers": {
"pipeworx": {
"url": "https://gateway.pipeworx.io/mcp"
}
}
}
两个 URL 都会连接到相同的网关和相同的 1683+ 个数据源。唯一的区别是会直接列出哪个工具包的工具;通过任一端点,ask_pipeworx 都可以访问所有工具包。
没有 MCP 客户端?通过 HTTP 调用
curl -X POST https://gateway.pipeworx.io/v1/tools/pkg_go_dev_list_versions \
-H 'Content-Type: application/json' \
-d '{"module_path":"github.com/gin-gonic/gin"}'
首次调用无需账户。查看任意工具:GET https://gateway.pipeworx.io/v1/tools/pkg_go_dev_list_versions。查找工具:使用 {"query":"..."} 向 https://gateway.pipeworx.io/v1/tools/search_packs 发送 POST 请求。
独立运行(无需网关账户)
此软件包也可以作为本地 stdio MCP 服务运行 — 无需 Pipeworx 账户,也无需经过网关:
{
"mcpServers": {
"pkg-go-dev": {
"command": "npx",
"args": ["-y", "@pipeworx/mcp-pkg-go-dev"]
}
}
}
或者直接运行,确认服务可以启动:
npx -y @pipeworx/mcp-pkg-go-dev
它通过 stdin/stdout 使用 MCP 通信,并针对仅此工具包的工具响应 initialize/tools/list/tools/call — 不包含上述网关连接提供的共享元工具。数据源和工具相同,但没有 ask_pipeworx 路由。
使用 ask_pipeworx
你可以用简单的英文提问,而不是直接调用工具 — 这既适用于上文的工具包端点,也适用于完整网关:
ask_pipeworx({ question: "your question about Pkg Go Dev data" })
网关会选择合适的工具,并自动填写参数。
更多信息
许可证
MIT
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。