让Tavily、Firecrawl 和 X 搜索一个入口,我做了个通用搜索 MCP:MySearch Proxy

2026-04-11 12:021阅读0评论SEO教程
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

本帖使用社区公益推广,符合推广要求。我申明并遵循社区要求的以下内容:

  • 我的项目是免费使用的,无收费(变相收费、赞助)部分:
  • 我的帖子已经打上 公益推广 标签:
  • 我的项目属于个人项目,与公司或商业机构无关:
  • 我的项目不存在QQ、TG等群组引流:
  • 我的项目不存在非运营必要的网站引流:
  • 我的项目不存在为他人推广、AFF:
  • 我的项目无关联的商业项目:
  • 我的 GitHub 项目无未开源部分:
  • 我的站点存在登录,并已接入 LINUX DO Connect:
  • 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:
  • 以上选择我承诺是永久有效的,接受社区和佬友监督:

以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出

之前写了一个项目,自动获取Tavily、Firecrawl的api,项目地址在https://linux.do/t/topic/1763669,之后发现没有项目能很好的完整的使用上它,于是
自己整理了一套搜索方案 MySearch Proxy
image1920×1162 271 KBimage1920×1313 250 KB

简单说,它不是单一搜索源 MCP,而是把 Tavily、Firecrawl、X 收成了一个统一入口,主要给 Codex、Claude Code、OpenClaw 这类环境用。它现在这一套里有:MCP、给 Codex / Claude Code 用的 Skill、给 OpenClaw 用的 Skill
image1920×1274 253 KB

我自己做它,主要是因为很多同类项目都有点偏科:有的只能搜网页,有的不太会抓正文,有的查 docs / GitHub / PDF 不太行,有的只有 prompt,没有真正能装的 MCP,我是个懒人,干脆就都给他们聚合到一起,顺便兼容了Grok2api,感谢大佬的无私奉献

MySearch 这边的思路就是:是通过tavily-key-generator来获取Tavily和Friecrawl的api,再加上调用Grok2api的token(当然可以使用自己的api,一样兼容)

  • 网页、新闻优先 Tavily
  • docs、GitHub、PDF、正文抓取优先 Firecrawl
  • X / Social 可以接 xAI 或兼容 /social/search
  • 需要正文就 extract_url
  • 需要一轮小 research 就 research

另外

项目地址:

github.com

GitHub - skernelx/MySearch-Proxy: Unified search MCP, proxy console, and skill for...

Unified search MCP, proxy console, and skill for Tavily, Firecrawl, and Social / X.

OpenClaw Hub:

ClawHub

MySearch — ClawHub

DEFAULT search skill for OpenClaw. Aggregates Tavily, Firecrawl, and optional X/social search behind one search path. Use for ANY external lookup that needs...

推荐搭配:

github.com

GitHub - skernelx/tavily-key-generator: Multi-service toolkit for Tavily and Firecrawl...

Multi-service toolkit for Tavily and Firecrawl signup automation, key validation, and isolated proxy pools.

现在文档我也专门补成了 AI 可读的形式,直接把仓库链接或者 skill/、openclaw/ 目录丢给 AI就行,有感兴趣的可以试试

网友解答:
--【壹】--:

佬,现在tavily是用不了了吗


--【贰】--:

哇!感谢大佬


--【叁】--:

感谢大佬的分享


--【肆】--:

大佬无敌


--【伍】--:

你有api的话正常使用啊,只是无法新自动注册api了,官网关闭了邮箱注册,我新增了exa自动注册


--【陆】--:

如果使用其它mcp,那就使用单独的api,填写url和api就好了


--【柒】--:

好的,佬


--【捌】--:

别别别大佬,我的需求也是小众,没必要为了一个需求放弃做其他feature


--【玖】--:

services: mysearch-proxy: image: skernelx/mysearch-proxy:latest container_name: mysearch-proxy restart: unless-stopped ports: - "8899:8899" environment: ADMIN_PASSWORD: change-me volumes: - ./mysearch-proxy-data:/app/data

这样"docker compose up -d"部署之后,无法使用127.0.0.1:8899打开网页,这是为什么?


--【拾】--:

个人感觉现在的页面元素太多了不知道该看哪里


--【拾壹】--:

这个MCP是通过什么渠道通信的呀,SSE、streamableHTTP还是studio?如果是studio、手机用的话就废了


--【拾贰】--:

搜索很有用


--【拾叁】--:

stdio哈哈 我去补一个streamableHTTP吧


--【拾肆】--:

不用看啊 就tavily还有exa还有firecrawl都分别生成一个api,再生成一个总的api,安装mcp之后只提供这个总的api就行了呀


--【拾伍】--:

只能说太强了


--【拾陆】--:

我看了一下日志,开的端口还是9874


--【拾柒】--:

-p 8899:9874 \


--【拾捌】--:

很遗憾,我没能用上这个工具。虽然我顺利把 MCP 和 Admin 这两部分都跑起来了,显示状态也都正常,但 MCP 在通过 Codex 调用时报错了。整个部署流程挺复杂的,出问题了也很难诊断。我建议简化一下部署系统,尤其是 Windows 端的,最好能提供两个 Docker 镜像,或者直接整合成一个镜像来启动所有工具


--【拾玖】--:

和孙老的这个有点像【使用外部知识降低模型幻觉】让专业的grok干专业的search,让专业的tavily干专业的crawl