anysearch-mcp-server
MCP 协议搜索服务,为 AI Agent 注入实时网络搜索、垂直领域查询和页面内容提取能力
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
MCP 协议搜索服务,为 AI Agent 注入实时网络搜索、垂直领域查询和页面内容提取能力
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
想象这样一个场景:你在用 OpenCode 或 Claude Desktop 写代码,突然需要确认某个 Python 库的最新版 API 变化,或者想查一下某篇论文的最新引用数据。传统做法是——切换到浏览器、打开搜索引擎、手动输入关键词、筛选结果、再切回编辑器。这一来一回,思路断档,效率大打折扣。
AnySearch MCP Server 正是为解决这个痛点而生。它不是一个需要手动操作的网页工具,而是一个"AI Agent 的内置搜索引擎"——通过 MCP(Model Context Protocol)协议,将实时网络搜索能力以标准工具调用的方式,注入到 AI Agent 的执行上下文中。Agent 可以像调用本地函数一样,发起一次搜索查询,获取结构化的结果,整个过程无需人工干预。
这种"让 AI 自己搜索"的能力,被认为是 AI Agent 从"被动响应"走向"主动行动"的关键一步。

图1:AnySearch MCP Server 项目 GitHub 仓库预览图
AnySearch 由 anysearch-ai 组织开发,托管于 anysearch.com 平台。项目采用 Apache-2.0 开源许可证,于 2025 年 4 月底创建,在短短两个多月内迅速积累了超过 1500 颗 GitHub Stars,展现出极强的社区吸引力。项目定位清晰——为 AI Agent 提供统一、实时、多域的搜索能力,填补了当时 MCP 生态中缺乏专业搜索工具的空白。
值得注意的是,该项目在 GitHub topics 中同时标注了 hermes、openclaw 和 qclaw,暗示其与多个 AI Agent 框架存在深度集成关系,而非一个孤立工具。anysearch.com 作为项目的官方网站和 API 提供方,为开源 MCP Server 提供商业级搜索后端支撑。
AnySearch MCP Server 提供了四个核心工具,涵盖从泛搜索到垂直领域精确查询的完整链路:
支持自然语言开放式查询。用户只需用自然语言描述想搜索的内容,系统自动解析意图并返回相关网页结果。这是默认也是最常用的搜索方式,适合日常信息检索。
AnySearch 的差异化竞争力所在。它内置了对多个垂直领域搜索域的结构化支持,包括但不限于:
用户需首先调用 get_sub_domains 工具查询指定域名的可用子域名路由及其参数格式,确保搜索请求符合垂直域的接口规范。这体现了 AnySearch 对搜索质量的追求——不是简单地把 query 扔给搜索引擎,而是针对不同数据类型提供定制化的检索策略。
通过 batch_search 工具,一次性发起 1-5 个相互独立的搜索查询,系统并行执行,任一查询失败不会阻塞其他查询。这对于需要同时调研多个技术方案或对比多款产品信息的场景特别有用,比如"同时查询 Llama 3、RAG 和 Fine-tuning 的最新动态"。
extract 工具接收任意 HTTP/HTTPS URL,抓取页面完整内容并转换为 Markdown 格式返回,支持最长 50,000 字符截断。这个工具的意义在于:让 AI 不仅能找到信息,还能深入阅读信息。比如搜索到一篇技术博客后,Agent 可以直接提取全文进行深度分析,而不需要逐段复制粘贴。
AnySearch 在 README 中提供了详尽的 Agent 接入指南,覆盖了当前市场上几乎所有主流 AI 编程工具:
| Agent | 传输协议 | 配置方式 | 是否需要代理 |
|---|---|---|---|
| OpenCode (v1.x+) | Streamable HTTP(原生) | opencode.json | 否 |
| Claude Desktop (2025.6+) | Streamable HTTP(原生) | claude_desktop_config.json | 否 |
| Claude Desktop (旧版) | stdio | mcp-remote 代理 | 是 |
| Cursor | SSE | supergateway 代理 | 是 |
| VS Code Copilot | stdio | mcp-remote 代理 | 是 |
| Windsurf | SSE | supergateway 代理 | 是 |
| Cline | stdio | mcp-remote 代理 | 是 |
关键亮点在于 Streamable HTTP 传输协议。这是 MCP 规范的 2025-03-26 版本引入的新特性,相比传统的 stdio 和 SSE,Streamable HTTP 无需本地代理进程,配置更简洁,延迟更低。OpenCode 和新版 Claude Desktop 已经原生支持这一协议,意味着用户只需配置一个 JSON 文件,30 秒内即可完成接入。
AnySearch 支持匿名访问(限流较低),但推荐用户注册获取 API Key 以提升调用配额。注册流程设计得非常"AI 友好"——Agent 只需提供用户的一个真实邮箱地址,系统自动完成账户创建、密码生成和邮件发送,用户无需手动操作。这对 Agent 工作流极为重要:整个注册过程可以由 AI Agent 自动完成,无需人工介入。
Key 优先级按环境变量 → CLI 参数 → 配置文件递减。Key 耗尽后,系统支持自动注册新 Key 并返回给 Agent 确认,实现了"自我修复"的能力。
从代码层面来看,AnySearch MCP Server 有几个值得关注的架构特点:
1. 远程优先架构:区别于传统本地部署的 MCP Server,AnySearch 本身不运行在本地,而是连接 anysearch.com 的远程 API 服务。这意味着开发者无需关心搜索后端的部署和维护,只需配置好连接参数即可。这种架构非常适合"工具类"MCP Server——把复杂的后端逻辑集中在服务端,前端只负责 MCP 协议适配和结果格式化。
2. MCP 协议多版本兼容:项目同时支持 Streamable HTTP、SSE、stdio 三种传输协议,并通过 mcp-remote 和 supergateway 两个主流代理工具实现向后兼容。这种策略确保了在 Agent 工具快速迭代的背景下,项目不会被新协议淘汰。
3. 结构化垂直搜索:通过 get_sub_domains 枚举机制,将垂直搜索的参数schema以标准化的方式暴露给 Agent。这种设计使得 Agent 能够以"类型安全"的方式调用搜索,而不是简单地把所有参数都做成自由文本输入。
作为远程 MCP Server,AnySearch 的"部署"实际上只是配置文件写入。主流 Agent(OpenCode v1.x、Claude Desktop 2025.6+)用户只需在配置文件中添加一段 JSON,内容包含服务 URL 和 API Key(可选),整个过程不超过 5 分钟。
由于无需本地安装、无需 Docker、不需要 GPU,AnySearch 的硬件门槛几乎为零。这与那些需要本地运行大模型的 MCP Server 形成了鲜明对比——它是纯粹的"能力注入",而不是一个需要运维的完整应用。
不过需要注意的是:由于没有 Web UI,用户无法通过浏览器直观地测试搜索效果,所有调试都需要通过 Agent 发起实际查询来完成。
1. 搜索质量依赖外部 API:AnySearch 本身是一个 MCP 适配层,真正的搜索能力来自 anysearch.com 的后端服务。如果该服务出现可用性下降、定价调整或关停,项目本身将受到直接影响。
2. API Key 的必要性:匿名访问虽然可用,但限流较低。对于高频使用场景(尤其是批量搜索),获取 API Key 是必需的。虽然注册流程已高度自动化,但仍需要一个真实邮箱,这对部分用户构成了摩擦。
3. 无本地数据处理:所有搜索请求都经过云端,不适合需要完全离线或数据隐私要求极高的场景(如企业内部专有数据搜索)。
4. CLI 使用门槛:对于不熟悉 Agent 工具的用户,理解 MCP 协议、配置 JSON 文件仍然存在一定认知门槛。相比开箱即用的 Web 应用,MCP 类工具的使用者需要具备基本的开发工具配置能力。
AnySearch 的出现折射出一个正在形成的重要趋势:AI Agent 的工具化(Tooling)。随着 Agent 框架(OpenCode、Claude Desktop、Cline 等)逐步成熟,Agent 之间比拼的不只是推理能力,更在于谁能更好地接入外部工具——搜索、代码执行、文件操作、API 调用。搜索是其中最基础也最核心的能力之一。
AnySearch 所倡导的"垂直领域搜索 + Agent 原生集成"模式,很可能成为未来 AI 编程助手的标配能力。开源版本的存在意义不仅在于提供免费搜索能力,更在于推动 MCP 协议生态的完善,为商业搜索服务提供一个免费的技术入口。
从增长数据看,该项目在 2025 年 4-6 月间从 0 增长到 1500+ Stars,增长曲线陡峭,社区关注度高。随着 MCP 协议被更多 Agent 框架采纳,类似 AnySearch 这样的基础设施型项目将持续受益。