将 AnySearch 提取添加为 web_fetch 后端 (键为可选项,匿名配额)

问题/动机

问题/动机

我们是AnySearch(https://anysearch.com/)背后的团队,这是一个为AI代理设计的统一实时搜索工具,提供了三种标准整合方法:API,MCP和Skill.

AnySearch授权我提交这份整合文件。

** 计划:** 提交一个PR,将AnySearch的全页URL内容提取集成到纳米机器人的"web fetch"工具中,作为额外的提取后端——以匿名配额的密钥选择,因此它工作出箱并改进了取取出页面内容的质量.

纳米机器人为何受益:**

1. ** Markdown** 中全页内容: " 摘录 " 返回完整页内容为干净的Markdown,使代理商比部分文本更能概括和引用.
2. Key-optional, 零摩擦:通过AnySearch的匿名配额在没有API密钥的情况下工作,而高级用户可以添加"ANYSEARCH API KEY"来解除费率限制. 它不会取代已有的获取路径 。
3. 低融合成本:遵循现有的 " nanobot/agent/tools/web.py " 中的 " jina Reader " ( " use jina reader " )模式,没有新的依赖关系,也没有修改公共工具合同。

** 使用个案:**

1. ** 研究和阅读**: 用户要求代理阅读长文章,纸张,或文档页;"摘录"返回全部内容,使代理能够从部分文本中总结和准确引用,而不是工作.
2. ** 数据收集**: 代理获取多个源页面进行比较(如产品页,更改日志,放出注释)并获得一致的Markdown格式的完整内容.
3. ** 背对硬页**: 当前提取器返回很少或吵闹的文本的站点,可以通过 AnySearch 重排为倒置路径.

乐于调整范围或放下这个 如果这不是你想要的方向

建议的解决办法

我们会提供公关 文件和持续维护 我们希望在nanobot/agent/tools/web.py'中采用现有的use jina reader'模式——将AnySearch作为取回后端(`POST/v1/extract')加入,并将回落到目前的取取取路径,与合并后的Jina固定(# 52.58)一样的隐私保护。 后端是默认还是选入,是开放讨论的——乐于匹配项目所喜欢的.

考虑的替代品

无回复( N)

有关构成部分

API 服务器

++ 附加上下文

无回复( N)