kimi联网搜索结果为空，说明实时检索链路在dns解析、ssl证书校验、referer策略或代理服务层出现阻断，需按协议层级逐项排查：先运行curl健康检查脚本验证代理服务存活状态；再用dig+trace和curl--resolve排查dns劫持与证书异常；接着通过开发者工具确认referer是否为kimi.moonshot.cn；自部署用户还需修正openclaw中web-search.ts的参数传递bug。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Kimi联网搜索结果为空，说明实时检索链路在DNS解析、SSL证书校验、Referer策略或代理服务层出现阻断，不是单纯网络连通问题，必须按底层协议层级逐项排查。
验证Kimi搜索代理服务是否存活
打开终端，执行健康检查脚本：
curl -s -o /dev/null -w"%{http_code}\n" --connect-timeout 3 --max-time 5 "https://search.kimi.ai/api/v1/query?query=test&timeout=3000" | grep -q"^200$" && echo"✅ 服务就绪"||echo"❌ 服务异常"
若返回 ❌ 服务异常，说明Kimi自有搜索代理已不可用，需等待官方修复；若返回 ✅，则问题出在本地环境或请求构造环节。
排查DNS劫持与本地缓存污染
方法一：强制绕过系统DNS，直连权威IP验证
执行 dig +trace kimi.moonshot.cn @8.8.8.8，观察最后一跳是否返回真实IP（如203.107.46.123），若返回192.168.x.x或10.x.x.x等私有地址，说明中间NS被篡改。
方法二：用curl直连IP并观察TLS握手
curl -v https://kimi.moonshot.cn --resolve"kimi.moonshot.cn:443:203.107.46.123"，若卡在TLS handshake或报SSL certificate verify failed，说明证书链异常或中间人注入。
【关键动作】若发现证书错误，不要忽略警告继续访问，这会导致Kimi前端拒绝发送搜索请求。
检查Referer策略是否触发拦截
第一步：确认当前对话是否来自kimi.moonshot.cn域名
打开浏览器开发者工具（F12）→ Network标签页 → 发起一次搜索 → 点击任意fetch请求 → 查看Headers下的Referer字段值。
第二步：比对Referer是否为kimi.moonshot.cn或空值
若Referer是夸克、钉钉、飞书等第三方容器域名，或为null，Kimi后端会直接拒绝响应，返回空结果；只有来自kimi.moonshot.cn的Referer才被允许调用搜索API。
第三步：临时切换至官网网页版重试
关闭所有嵌入式容器，直接访问https://kimi.moonshot.cn，新建对话并开启联网开关后重试搜索，排除容器环境策略干扰。
修正OpenClaw代理层传参bug（仅限自部署用户）
方法一：定位并删除错误的数据提取逻辑
编辑/opt/openclaw/src/agents/tools/web-search.ts，找到buildKimiToolResultContent函数并整段删除。
方法二：修改tool result构造方式
找到约第1104行调用该函数的位置，将content字段改为直接使用原始arguments：content: toolCall.function?.arguments ?? "{}"。
方法三：重新编译并重启服务
在/opt/openclaw目录下执行pnpm build → systemctl restart openclaw-gateway。
这一步操作起来很简单，直接把文件拖进去就行。但注意：【未修复前，所有通过OpenClaw调用Kimi搜索的请求都会因传空参数导致返回空结果】。
