BuyWhere 商品搜索 MCP
让 AI 代理跨多个市场搜索商品、比较价格并发现优惠。
- Star 数
- ★ 14
- 最近更新
- 4 天前
- License
- MIT
- 主语言
- TypeScript
- FA 评分
- 58/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex
- 费用
- 免费,无需付费服务
- 上手难度
- 低 · 几分钟可跑通
- 开始前需要
- 典型场景
- 购物助手开发者需要为新加坡用户查找指定预算内的耳机,并返回可购买的候选商品。
- 不适合
- 需要完全离线搜索商品的团队
- 需要店铺或 Shopify 管理功能的商家
- 无法向 BuyWhere API 发送查询的环境
这个 Agent 能做什么,适合哪些场景?
BuyWhere MCP Server 把 BuyWhere 的商品目录与实时价格能力暴露给兼容 Model Context Protocol 的客户端。它以 Node.js 命令行进程运行,通过 stdio 接入 Claude Desktop、Cursor、VS Code、Cline、Windsurf、OpenCode、Codex 和 Continue.dev,也提供位于 `https://api.buywhere.ai/mcp` 的远程 JSON-RPC 2.0 端点。代理可以搜索超过 3 亿件商品,获取商品详情,比较 2–10 件商品,查找最低可配送价格、降价商品及相似商品,并提交商品 URL 供目录收录。覆盖范围包括新加坡、美国、马来西亚、泰国和越南,数据来自 Lazada、Shopee、Amazon 与当地零售商。它适合构建购物研究和跨境比价代理,但不提供店铺管理或 Shopify 集成,实际查询依赖 BuyWhere 托管 API、网络连接和 API 密钥。
用户的 MCP 客户端通过 stdio 启动 @buywhere/mcp-server,或通过带 Bearer 凭据的 HTTP 请求连接远程 MCP 端点。服务器接收结构化调用,并把它们转发给 api.buywhere.ai 的商品目录。search_products 按关键词、分类、价格和国家搜索;get_product 返回价格、规格和图片;compare_products 对 2–10 件商品进行并列比较;find_best_price 查找跨商户的最低可配送报价;get_deals 返回明显降价的商品;list_categories 提供分类体系;find_similar 使用向量相似度查找相似商品;ingest_products 接收待收录的商品 URL。对应的 v2 搜索、详情、比较、优惠和最低价工具增加了 deliver_to 配送国家参数。最终输出是供代理继续组织、筛选或推荐的结构化商品、价格、商户和配送信息。
- 购物助手开发者需要为新加坡用户查找指定预算内的耳机,并返回可购买的候选商品。
- 跨境消费者希望比较同一商品在美国、新加坡及东南亚市场的价格与商户。
- 研究型代理需要先搜索商品,再用
compare_products对 2–10 个候选项进行并列分析。 - 自动化团队希望定期调用
get_deals或find_best_price,把降价结果交给其他工作流处理。 - 电商数据提供方或商户希望通过
ingest_products提交商品 URL,供 BuyWhere 目录收录。 - 多代理系统需要通过 A2A Agent Card 委派购物搜索和比价任务。
如何安装或部署这个 Agent?
需要 Node.js 18 或更高版本。先注册一个无需邮箱验证的免费密钥:
curl -X POST https://api.buywhere.ai/v1/auth/register \
-H "Content-Type: application/json" \
-d '{"agent_name":"your-agent"}'响应会立即包含 api_key、层级和速率限制。然后设置密钥并直接运行 MCP 服务器:
export BUYWHERE_API_KEY=bw_...
npx -y @buywhere/mcp-server也可以全局安装:
npm install -g @buywhere/mcp-server
buywhere-mcp若从源码开发,可执行:
git clone https://github.com/BuyWhere/buywhere-mcp.git
cd buywhere-mcp
npm install
npm run build
npm start如何使用这个 Agent?
在 Codex、OpenCode 或其他采用相同 MCP 配置结构的客户端中加入:
{
"mcpServers": {
"buywhere": {
"command": "npx",
"args": ["-y", "@buywhere/mcp-server"],
"env": { "BUYWHERE_API_KEY": "bw_live_xxxx" }
}
}
}重启或重新加载客户端后,可发出“查找新加坡售价低于 50 美元的无线耳机”之类的请求;客户端会调用 search_products,随后可用 compare_products 比较候选项。需要远程接入时,向以下端点发送 JSON-RPC 2.0 请求,并在 Authorization 请求头中提供 Bearer 密钥:
POST https://api.buywhere.ai/mcp
Authorization: Bearer bw_...服务端点声明使用 MCP protocolVersion 2024-11-05。可用 BUYWHERE_API_URL 覆盖默认 API 地址。
这个 Agent 有哪些优点和局限?
- 一个 MCP 接口覆盖新加坡、美国、马来西亚、泰国和越南,并聚合 Lazada、Shopee、Amazon 与当地零售商。
- 工具覆盖从搜索、详情和多商品比较,到最低价、优惠、相似商品及 URL 收录的完整研究流程。
- 可通过一次 POST 自助注册免费密钥,无需邮箱;示例响应明确给出未验证层级的 20 RPM 和每日 1,000 次限制。
- 同时提供本地 stdio 包和远程 MCP 端点,并记录了多个 MCP 客户端及代理框架的接入方式。
- 采用 MIT 许可证,并明确支持 MCP 与 A2A 两种代理协议。
- 商品查询依赖 BuyWhere 托管 API;没有文档证明商品目录或搜索后端可以自行托管或离线运行。
- 必须管理
BUYWHERE_API_KEY,未验证免费密钥示例带有 20 RPM 和每日 1,000 次的速率限制。 - 覆盖范围只明确列出新加坡、美国、马来西亚、泰国和越南,不适合需要其他国家完整商品目录的项目。
- 文档对工具数量存在冲突:远程 MCP 部分称有 13 个工具,而协议表称 stdio 提供 10 个工具。
- “实时”价格与库存由上游商户数据和 BuyWhere 服务提供,来源材料未说明刷新频率、可用性保证或故障处理承诺。
这个 Agent 与同类方案有什么区别?
与 tavily-mcp 的定位不同:Tavily 用于查找评论和产品研究资料,BuyWhere 用于取得当前商品价格和购买链接。@modelcontextprotocol/server-filesystem、@supabase/mcp-server-supabase、n8n-mcp 和 @playwright/mcp 被描述为互补组件,分别承担结果保存、偏好与提醒持久化、价格监控工作流和浏览器端测试,而不是 BuyWhere 商品搜索能力的直接替代品。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| BuyWhere 商品搜索 MCP 当前 | 58 · 缺口较多 | MCP 服务器免费 | ★ 14 | 4 天前 | TypeScript | Codex |
| tRPC-Agent-Go | 53 · 缺口较多 | 代码库 / SDK免费 + 模型费 | ★ 1.8k | 1 天前 | Go | OpenAI API |
| Fetch.ai 智能体示例库 | 48 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 1.1k | 25 天前 | Python | OpenAI API · Claude API |
| MCP Memory Service | 68 · 存在缺口 | MCP 服务器免费 | ★ 2k | 1 天前 | Python | ChatGPT · Codex · Claude Code · Claude.ai |
FollowAgents 如何评估这个 Agent?
查看各维度的扣分理由
项目主要通过环境变量接收单一 API 密钥,架构图清楚表明本地 stdio 桥会连接托管的 BuyWhere API,发布工作流也使用范围较窄的 contents:read 与 id-token:write 权限,因此最小权限和数据流得到一定处理。SECURITY.md 要求避免提交密钥并定期轮换,但未说明密钥的日志脱敏、服务端存储、请求数据保留或第三方共享政策。搜索工具大多为读取操作,但 ingest_products 会产生外部写入效果,文档没有用户确认、撤销、删除或幂等保障。依赖数量很少,但 MCP SDK 使用宽泛的 ^1.0.0 范围,未提供锁文件、安全扫描或依赖审计证据;注册表工作流还直接下载 latest 发布物并执行。仓库、包名、版权和报告渠道归属基本一致,但商品数据来源与托管服务运营主体的详细归属不够透明;发布者身份未知本身未被当作负面证据。
README、package.json 和 CI 支持 Node 18、20、22,安装路径与托管端点明确,说明普通环境下的依赖可获得性尚可。扣分主要来自内部不一致:README 一处称远程 MCP 有 13 个工具,协议表又称 stdio 有 10 个工具,而列出的工具为 13 个;SECURITY.md 只列 0.3.x 受支持,但 package.json 已是 0.4.0。所给文件没有错误类型、超时、限流响应、重试策略、服务不可用行为或面向用户的失败消息示例,因此 failure_messages 为 0。
文档为购物代理、比价、优惠发现、跨境商务和多代理协作提供了丰富场景,并覆盖 Claude Desktop、Cursor、VS Code、Cline、Windsurf、Codex、Continue、Mastra、LangChain、LlamaIndex 和 CrewAI,环境适配证据充分。工具表、架构和“非店铺管理”的定位给出了合理边界,v2 的 deliver_to 要求也有说明;但没有完整输入模式、字段约束、调用选择规则或歧义处理,因此能力边界和触发精度未获满分。
README 结构清楚,快速开始、配置、客户端示例、开发命令、支持和贡献入口齐全,安装说明尤其完整。MIT 元数据与完整 LICENSE 一致,可获满分。扣分来自命名和版本维护:v1/v2 工具并存但迁移或弃用策略未说明,工具数量互相矛盾,SECURITY.md 的支持版本落后于 package.json,且没有 CHANGELOG。示例很多但缺少集中 FAQ、故障排查和失败示例;限制说明仅零散涉及市场、Node 版本和注册返回的速率限制。维护渠道包括安全邮箱、Issues、Discussions 和 CONTRIBUTING 引用,但未展示具体维护者、升级承诺或完整发布政策。
产品搜索、详情、相似商品、优惠、最佳价格和比较工具形成了有用的购物研究输出,示例也说明预期会返回结构化商品、价格和商户链接。跨多个市场和商家的聚合若属实具有明显增量价值,免费未验证层还给出了每分钟 20 次、每日 1000 次的示例限制。扣分是因为未提供实际响应模式、代表性完整输出、排序质量依据、延迟、覆盖率测量、付费价格或资源消耗;300M+ 商品、150,000+ 店铺、实时价格等价值主张在给定材料中主要是自述。
安装方式、包名、Node 要求、许可证、CI 矩阵和仓库标识能在多个文件间互相印证,因而具有部分交叉佐证。核心商业与质量声明——如 300M+ 商品、150,000+ 店铺、实时库存与价格、下载量和市场覆盖——没有随附数据、方法、测试或独立材料,追溯性较弱。README 还将营销性描述与可由仓库直接验证的事实并列,并使用“verified”等措辞而没有在所给文件中提供验证过程,因此事实与推断的分离不足。
- 源码中未见:执行前用户确认开启或自行加上执行前确认;先在沙箱或测试环境跑通,确认行为后再接入真实数据。
- ingest_products 会向外部目录提交 URL;在自动调用前应要求明确确认,并核实删除、撤销、重复提交和数据保留政策。
- 所有查询和 API 密钥都会涉及托管的 api.buywhere.ai;在处理敏感购物意图或内部商品研究前,应先确认日志、保留、共享和密钥存储规则。
- README 的工具数量以及 SECURITY.md 与 package.json 的支持版本不一致,集成前应核对实际发布包的工具清单和受支持版本。
- 不要仅凭 README 接受 300M+ 商品、实时价格、库存或商店覆盖声明;关键采购决策应另行验证价格、配送、币种和库存。
- 发布工作流下载并执行 latest 注册表发布器,且依赖未展示锁文件或审计证据;供应链敏感部署应固定版本并自行审查依赖。
常见问题
使用它需要付费或注册邮箱吗?
POST /v1/auth/register 免费取得密钥,无需邮箱。示例未验证层级限制为每分钟 20 次、每天 1,000 次;来源没有列出付费方案或更高层级价格。商品查询会完全在本地执行吗?
api.buywhere.ai,因此需要网络连接并会把查询发送到 BuyWhere API。它能管理我的网店或 Shopify 吗?
支持哪些市场和配送筛选?
deliver_to ISO 国家代码,v2 比较工具可选该参数。可以不安装本地 npm 包吗?
POST https://api.buywhere.ai/mcp 的远程 MCP 端点,使用 JSON-RPC 2.0 和 Bearer API 密钥。