「心流·搜索」上线:为智能体链接真实世界

当 AI Agent 遇到搜索引擎,问题才刚开始

开发者普遍面临一个结构性难题:当 Agent 需要获取实时网络信息时,传统搜索引擎 API 返回的是完整 HTML 页面,包含大量与任务无关的结构化噪声——广告脚本、导航菜单、样式标签、页脚链接、推荐模块等等。核心内容往往深嵌于多层 DOM 节点中。

这直接导致两个成本:

  • Token 消耗激增:Agent 必须在上下文窗口中处理海量无关文本,有效信息密度极低

  • 响应延迟增加:额外的数据清洗和解析环节显著拖慢任务执行速度

本质上,人类浏览器需要的「完整页面」,对 AI Agent 而言却是「信息过载」。


心流·搜索:专为智能体设计的搜索能力

我们上线了心流·搜索 API

它的定位很简单:为智能体链接真实世界。你的 Agent 不再需要自己解析网页、清洗数据,我们直接把真实世界的信息,以大模型能理解的方式递到它面前。

三款接口,覆盖核心需求


为什么用心流搜索?

1. 快

响应速度优化到毫秒级。你的 Agent 不需要等,用户体验不会被搜索拖慢。

2. 省 Token

同样的搜索结果,传给大模型的 Token 量大幅减少。对于高频调用的 Agent,也就意味着成本的大幅下降。

3. Skill 直接调用

除了标准 API,心流搜索也支持以 Skill 的形式接入。在 OpenClaw、Hermes Agent 等智能体框架里,几行配置就能用起来,不需要额外写胶水代码。


典型使用场景

:one: 场景一:Coding中的「知识库外脑」

你的代码助手遇到一个新库,需要查文档。用心流搜索 webSearch 抓最新文档,再用 webFetch 提取正文,Agent 直接拿到干净内容写代码。

:two: 场景二:内容创作的「配图助手」

生成一份产品文档,为功能模块配上示意图。它将根据功能名称自动检索相关图片,并嵌入文档对应位置,实现图文混排的自动化输出。

:three: 场景三:深度研究的「信息收集器」

让 Agent 自动检索某个话题的最新资料,心流搜索返回的结构化数据可以直接进 RAG 流程,不需要二次清洗。


定价:简单透明,按需付费

我们做了三档积分包,按需选择,永不过期,全部 API 访问:

:glowing_star: 注册即送100积分 :glowing_star:,无月费负担,用完再充,让每一分钱都花在刀刃上。

每个用户的请求频率限制为 1000 RPM(每分钟 1000 次请求),所有搜索接口共享此额度。


快速接入

curl -X POST https://platform.iflow.cn/api/search/webSearch \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Accept: application/json" \
  -d '{"keywords": "AI 最新新闻", "num": 1}'

返回示例:

{
  "success": true,
  "code": "200",
  "message": "操作成功",
  "data": {
    "organic": [
      {
        "title": "2025年AI领域十大突破",
        "link": "https://example.com/ai-news",
        "snippet": "人工智能在过去一年取得了显著进展...",
        "position": 1,
        "date": null
      }
    ],
    "query": "AI 最新新闻"
  }
}

欢迎查阅完整文档:心流·搜索 - 快速开始


心流·搜索不是又一个搜索 API,而是我们为智能体搭建的、通往真实世界的专用通道。

欢迎体验 :backhand_index_pointing_right: 心流·搜索

2 个赞

祝IFLOW越来越好!加油 :raised_fist:

3 个赞

注册即送100积分,欢迎体验呀~ :face_blowing_a_kiss:

1 个赞

咋不能微信支付,你们刚刚失去了一位付款用户,虽然暂时还没需求仅作为鼓励支持 :joy:

1 个赞

:joy: 对 当前仅支持支付宝

1 个赞

希望这个产品支持使用配置文件方式加载,覆盖原iflow系统工具web_fetch/web_search等定义和实现,实现使用上与iflow 最终版本的无缝衔接,在iflow cli 用例下不搞api/mcp/skill调用方式,而采用原生系统工具调用方式。

这个我们内部讨论一下哦,基本不会对iFlow CLI再做改动了。不过如果是无感设计,某一天突然弹出需要付费调用是不是也有点流氓?:joy:

1 个赞

不仅是iflow最终闭源版接第三方大模型需要内嵌的fetch/search ,开源版的Claude code也需要。

怎样处理不涉及修改iflow 现有代码你们应该有很好的方法,比如tools registry同名覆盖,我用gpt-5.4分析过。

1 个赞

get!跟开发同学讨论了,是可以做的,不过要一点时间,他们在排期搞了,感谢提议!:nerd_face:

这个心流·搜索的api-key需要在0.5.19版本中写入配置文件吗?还是云端账户内部直接校验的?

赶紧上微信支付,不然97%的用户挡在外面了

没办法直接校验,需要通过环境变量设置,或者写到配置文件,告诉agent文件地址即可

1 个赞

那不跟skill的使用模式一样了?最好是维持原来 iflow cli 的无须显式说明的默认系统工具使用方式。

第一次使用还是需要配置key的,key不会过期,后面使用起来就会无感了

iflow不是出了个叫happynotes的skills吗,我安装后发现web_search和web_fetch突然能用了,然后前天用着用着突然返回无结果了,这是为啥啊?

其实不能用的,得重新配置一下。

happynotes就是心流知识库哈哈哈 :face_in_clouds: