先找
让 Moonshot web search 去找相关网页。
Tools 导读
OpenClaw 把 Kimi 当作 web_search 供应商,走 Moonshot 的搜索接口返回带引用的 AI 合成答案。配置时最容易踩的坑是 API 区域:如果聊天用了国内节点(api.moonshot.cn),搜索默认复用同一地址,不用再设 baseUrl;否则手动指定国际地址(api.moonshot.ai)避免 401。
先讲这一页到底在解决什么
OpenClaw 把 Kimi 当作 web_search 供应商,走 Moonshot 的搜索接口返回带引用的 AI 合成答案。配置时最容易踩的坑是 API 区域:如果聊天用了国内节点(api.moonshot.cn),搜索默认复用同一地址,不用再设 baseUrl;否则手动指定国际地址(api.moonshot.ai)避免 401。
第一站
官方一开始就点明了:Kimi 不是另一套完全不同的怪东西,它本质上就是用 Moonshot web search 来帮你回答问题。
不是只给链接,而是把资料整理成答案。
答案后面会把来源挂出来,让你知道它不是凭空编的。
如果你已经在用 Moonshot 相关的 key 和配置,这条路会很顺。
Kimi 的风格是“搜完直接讲答案”,不是“搜完丢一堆链接给你”。
第二站
官方给了两种 key 名字:KIMI_API_KEY 和 MOONSHOT_API_KEY。你可以把它们理解成同一类门卡的两种标签。
KIMI_API_KEY像直接写给 Kimi 的门卡。
MOONSHOT_API_KEY像写给 Moonshot 总柜台的门卡。两者都能用。
openclaw configure --section web像把网页搜索这张桌子打开,然后把 Kimi 放上去。
如果你不想写进配置,也可以放到 Gateway 环境里。像把门卡放进口袋,而不是贴在墙上。
第三站
官方配置块其实很直接:把 web search provider 指向 kimi,就等于让 OpenClaw 以后先叫 Kimi 出手。
provider: \"kimi\"像在总搜索台挂牌:“网页搜索请走 Kimi 这条路。”
plugins.entries.moonshot像把 Moonshot 这套能力包先装好。
webSearch.apiKey像给这个搜索柜子配门卡。没门卡,Kimi 就进不去。
Kimi 不是独立的大系统,只是 Web Search 里的一条 provider 线路。
第四站
官方也直接说了,Kimi 的思路和 Gemini、Grok 类似:先找资料,再把资料合成带引用的回答。
让 Moonshot web search 去找相关网页。
把找到的资料收拢成一个更像答案的东西。
告诉你答案是从哪里来的。
它给人的感觉像一个不吵,但会把笔记整理好的助手。
第五站
Kimi Search 没有很多花里胡哨的筛选项。它就是让你把问题丢进去,然后拿到一个带引用的答案。
query你要问的问题。
count你想让它带回多少条结果。
更细的国家、语言、时效筛选,这里不是主角。
Kimi 不是参数多,而是答案整齐。
最后总结
Kimi Search 是 Moonshot 家的答案型网页搜索,拿到 key 以后就能让 OpenClaw 去网上找资料、再把答案讲清楚。
如果你下一页只想继续看一页,我建议回去对比 /tools/gemini-search 和 /tools/grok-search。它们和 Kimi 很像,但钥匙和后台味道都不一样。