mcpField
C
Chrome Web Store

Chrome Web Store

远程服务
pipeworx.io开发工具05 天前更新

关于 Chrome Web Store

Chrome Web Store 是用于查询公开扩展程序信息的 MCP 服务,支持搜索扩展及查找归属于某发布者的条目。返回评分、用户数、版本和类别等信息。

主要功能

  1. 01按 ID 获取扩展条目
  2. 02使用自由文本搜索条目
  3. 03查找归属于某发布者的扩展
  4. 04返回评分、用户数、版本和类别

适用场景

  1. 01查看特定扩展的条目详情
  2. 02按主题或名称搜索扩展
  3. 03检查与某发布者关联的扩展

MCP 相关

向 MCP 客户端提供扩展查询、搜索和发布者查询工具。可通过 Pipeworx 网关运行,也可作为独立的 stdio MCP 服务运行。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://gateway.pipeworx.io/chrome-web-store/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

详细介绍

@pipeworx/chrome-web-store

Chrome Web Store 列表数据:按 ID 查询单个扩展程序、自由文本搜索,以及查询归属某个发布者的扩展程序 — 每个扩展程序均包含名称、评分、用户数、版本、最后更新日期、类别和网站。

隶属于 Pipeworx — 一个将 AI Agent 连接到 1854+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成,与上游提供方无关联,未经其认可,也非由其发布。

工具

  • chrome_web_store_extension(id) — 按 32 个字符的 ID 查询单个扩展程序的完整列表:名称、发布者、评分、评分数、用户数、版本、最后更新日期、类别、网站、大小、语言。
  • chrome_web_store_search(query, limit?) — 自由文本搜索;返回匹配扩展程序的 ID、名称、评分、评分数、用户数、类别和网站。这是一种以产品驱动增长 / 采用情况为导向的信号 — 显示人们实际安装的内容。
  • chrome_web_store_by_publisher(publisher, max_checked?) — 查询归属某个发布者名称的扩展程序,并逐一通过候选项自己的列表进行确认。请参阅下文的“已知限制” — 此查询范围有限,并非穷尽。

身份验证

无需密钥。无需登录或 API 密钥 — 此工具读取的页面与浏览器访问的公开页面相同。

数据来源

  • Google Chrome Web Store 的公开列表和搜索页面。没有公开的只读 API:Google 自己的 Chrome Web Store API 只能管理调用者自己发布的条目(OAuth,限定开发者范围),无法查询他人的扩展程序,因此本工具以浏览器相同的方式读取公开页面。

已知限制

  • 不存在公开的“列出某位开发者的扩展程序”页面。 _by_publisher 会将发布者名称用于公开搜索,然后打开每个候选项自己的列表,只保留其页面上显示的 Developer 信息确实包含该发布者名称的扩展程序。这只是对“全部”扩展程序的近似查询,范围受 Chrome Web Store 自身针对该查询显示的结果限制 — 不保证列出发布者发布过的所有扩展程序。此外,每个检查的候选项都会多发起一次 HTTP 请求(max_checked,默认值为 10,最大值为 25),因此请控制数量。
  • 未找到属于解析条件,而非 HTTP 状态。 没有有效列表的 ID 仍会返回 HTTP 200(Google 会将其重定向到没有匹配数据的规范 empty-title slug)— chrome_web_store_extension 会将“没有数据项与请求的 ID 匹配”作为未找到的信号,并返回 found: false,绝不会静默返回空结果。
  • 详情 URL 中的 slug 仅用于显示。 无论 ID 前面的内容是什么,/detail/<anything>/<id> 都会在服务端重定向到真实的规范 slug,因此本工具无需知道扩展程序的显示 slug — 只需要其 ID。
  • 字段提取读取的是 Google 页面中嵌入的数据,而非有文档说明的 API,因此 Chrome Web Store 改版可能会改变数据结构。本工具会以防御性方式检测:它会遍历页面内嵌的 JSON,查找首个元素为 32 个字符扩展程序 ID 的数组(Chrome 自己的 ID 字母表,仅包含 a-p),而不是假设数据位于固定区块编号;如果找到匹配项但所有字段都为空,则会抛出明确的 upstream_parse 错误,并指出 URL 和正文长度,而非返回空结果。

快速开始

添加到 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):

{
  "mcpServers": {
    "chrome-web-store": {
      "url": "https://gateway.pipeworx.io/chrome-web-store/mcp"
    }
  }
}
此端点实际提供的内容

https://gateway.pipeworx.io/chrome-web-store/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 都会访问同一个网关和相同的 1854+ 个数据源。唯一的区别在于,哪个工具包的工具会被直接列出;无论连接哪个端点,ask_pipeworx 都能访问所有工具。

没有 MCP 客户端?通过 HTTP 调用

curl -X POST https://gateway.pipeworx.io/v1/tools/chrome_web_store_extension \
  -H 'Content-Type: application/json' \
  -d '{"id":"kbfnbcaeplbcioakkpcpgfkobkghlhen"}'

首次调用无需账户。检查任意工具:GET https://gateway.pipeworx.io/v1/tools/chrome_web_store_extension。查找工具:使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。

独立运行(无需网关账户)

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户,也无需往返网关:

{
  "mcpServers": {
    "chrome-web-store": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-chrome-web-store"]
    }
  }
}

或者直接运行,确认它可以启动:

npx -y @pipeworx/mcp-chrome-web-store

它通过 stdin/stdout 使用 MCP,并为仅属于此工具包的工具响应 initialize/tools/list/tools/call——不含上述网关连接额外提供的共享元工具。使用相同的源代码和工具,但不支持 ask_pipeworx 路由。

搭配 ask_pipeworx 使用

你可以用通俗的英语提问,而不必直接调用工具——这既适用于上文的工具包端点,也适用于完整网关:

ask_pipeworx({ question: "your question about Chrome Web Store data" })

网关会自动选择合适的工具并填写参数。

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

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

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