web-search-strategy

name	web_search_strategy
description	当用户需要联网搜索、查最新信息、查官网公告、追问来源或搜索结果不可靠时使用。本 skill 教 agent 如何改写 query、优先读官方来源、打开候选网页正文、处理无结果和低内存 Chromium 限制。
metadata	{"borrowed_from":"QwenPaw skills workflow","adapted_for":"dongxuelian-agent"}

联网搜索策略

当用户询问最新消息、游戏版本、新角色、新闻、天气、价格、官网公告、来源依据，或明确说"搜一下 / 联网查 / web_search"时，使用 web_search。不要只按用户原话搜一遍就放弃。

当用户已经给出明确的公开 http/https 链接，并要求"看一下这个链接 / 总结网页 / 读这篇文章 / 链接里写了什么"时，优先使用 web_fetch 直接读取该 URL。web_fetch 是轻量正文读取工具，不启动 Chromium，不执行网页 JavaScript；如果正文过短或提示需要渲染，再说明限制并考虑 browser_action 兜底。

何时使用搜索

应该搜索：

• 用户问题涉及最新信息（角色、版本、新闻、天气、价格、公告）
• 你记忆中没有确切答案，或信息可能已经过时
• 训练数据不包含该内容，不能凭记忆编造
• 用户要求核实某个事实或追问来源依据

不应该搜索：

• 用户已经提供具体 URL 且只是要读网页正文 → 用 web_fetch，不要重新搜索
• 用户问本地服务器状态 / 日志 / 进程 / 端口 → 用 execute_shell 或 read_file
• 用户问文件内容 → 用 read_file（读本地文件，不要搜网页）
• 用户明确说"帮我看一下本地文件"
• 不确定该用什么工具 → 先读 make_plan 或 QA_source_index Skill

工作流程

1. 先把用户问题改写成 2 到 4 个 query。

   • 保留核心实体名。
   • 增加"官方 / 公告 / 来源 / latest / official / release notes"等可信来源词。
   • 游戏、软件、产品更新优先加官网域名或官方品牌名。
   • 不要用 site: 操作符（在多数搜索引擎上效果差）。
   • 中文查询优先用简单直接的 query，如"鸣潮 最新角色 2026"而非"鸣潮 新角色 site:kurogames.com"。

2. 先查官方或高可信来源。

   • 游戏：官网新闻、官方公告、官方 B 站/微博、发行商域名。
   • 软件：官网、release notes、GitHub releases、官方文档。
   • 新闻：权威媒体或原始机构发布页面。
   • 第三方游戏资讯站（17173、九游、TapTap 等）是可靠来源，尤其当官网是 SPA 无法直接读取时。

3. 搜索页标题和摘要不够时，要继续读候选网页正文。

   • web_search 默认会用轻量 HTTP 打开前几个候选页。
   • 如果搜索结果里已经有用户指定或明确可信的原文 URL，也可以用 web_fetch 直接读取该 URL。
   • 候选页来自官网、高可信域名、官方公告、release notes、新闻源时，应该优先阅读足够多的正文信息，再下结论。
   • 只看标题和摘要不算完成搜索；标题/摘要只能帮助排序候选，不能替代正文依据。
   • 答案必须来自搜索结果或候选网页正文，不要凭训练记忆补。

4. 如果第一组 query 没结果，换 query 继续。

   • 中文没结果时试英文名。
   • "最新角色"没结果时试"新角色 / 新共鸣者 / 版本前瞻 / 卡池 / 官方公告"。
   • "我的世界更新"要试 Minecraft latest update official release notes。
   • 如果搜狗没结果，尝试 DuckDuckGo 或 Bing。

5. 低内存服务器默认不要启动 Chromium。

   • Chromium 只在明确配置允许且内存 guard 通过时作为最后兜底。
   • 看到"默认跳过 Chromium"不是失败，继续用 HTTP 搜索和候选页正文。

搜索引擎说明

• 搜索工具会按顺序尝试多个搜索引擎：Bing → 搜狗 → DuckDuckGo HTML。
• Bing 对中文资讯页的 HTML 提取最完整，优先使用。
• 搜狗对中文内容覆盖广，作为第二引擎。
• DuckDuckGo HTML 对中文覆盖最差，作为最后兜底。
• 如果某个搜索引擎返回空结果或错误，工具会自动尝试下一个。

搜索完成判定（重要）

搜索结果现在有三种状态：

usable_hit（可用命中，可以停止）：

• 候选页可信度分 ≥ 50 且正文 ≥ 100 字
• 看到具体的角色名/版本号/日期 + 来源链接（如 "绯雪，来自 tapap.cn/xxx"）
• 看到官方公告原文包含你要找的信息

weak_hit（弱命中，继续换词）：

• 有搜索结果但正文太短或没打开正文
• 只看到首页摘要、导航页、游戏介绍总览
• 标题有游戏名但正文没有具体信息
• 可信度分高但正文 < 100 字

hard_fail（硬失败，换完全不同的方向）：

• 所有搜索引擎都没返回有效结果
• 全部候选都是低质量站点
• 网络超时或搜索引擎不可达

关键规则：只有 usable_hit 才算"搜到了"。weak_hit 时工具会自动提取新关键词重试，但如果工具返回的结果仍标注为弱命中，你可以再次调用 web_search 并传入从结果中发现的新实体词。

迭代搜索规则

工具内部已实现自动重试机制：

• 首轮结果为 weak_hit 时，工具会自动从标题/摘要/正文中提取高价值实体词（版本号、角色名、活动名、产品名）
• 用提取的关键词组合原始 query 生成新搜索词，自动再搜最多 2 轮
• 不会重复使用已经搜过的 query

如果工具自动重试后仍然是 weak_hit，你可以手动再调一次 web_search：

1. 从结果中提取新关键词：

   • 看摘要/正文里出现的新实体词（角色名、版本号、活动名），拿来当下一个 query
   • 例：摘要提到 "奥古斯塔 全新电系主C" → 下一轮搜 "鸣潮 奥古斯塔 上线"
   • 例：正文提到 "3.3版本潮声庆典" → 下一轮搜 "鸣潮 3.3 版本 新角色"
   • 例：结果全是字典解释 → 加 "游戏" 消除歧义，搜 "鸣潮游戏 新角色"

2. 最多换 2 次 query，每轮用 2-4 个不同 query 搜索。

3. 可信度分 ≥ 50 的候选页必须打开正文，不能只看标题和摘要。

4. 正文太短就换下一个：打开后正文 < 100 字 → 打开下一个候选页，直到找到有用正文或读完所有高可信链接。

5. 不要重复同一个 query：如果同一个 query 返回相同结果，说明这条路走不通，换完全不同的角度。

结果判断

• 不要因为结果标题没有完全包含用户 query 就丢弃它。
  • 例：用户搜"鸣潮最新角色"，标题"3.3版本前瞻直播回顾"也可能有用。
  • 例：用户搜"我的世界更新"，标题"Minecraft 1.21 Release Notes"也可能有用。
• 要丢弃素材站、模板站、壁纸站、纯图片下载站、广告导航页。
• 如果只有搜索页摘要，没有读到正文，要降低确信度。
• 如果所有来源都不可靠，直接说"这次搜索没有拿到可靠结果"，并说明查了哪些方向。
• 不要混淆不同来源的信息。 每个角色/属性/数据必须关联到具体来源链接。如果正文中【来源 1】描述的是角色A，【来源 2】描述的是角色B，不要把角色A的属性和角色B混在一起。不能确定某个事实从哪个来源来时，就说"搜索结果中多个来源信息不一致，请查看原始链接确认"。

回复方式

• 简短说明结论，再给 1 到 3 个来源依据。
• 如果是人格聊天，把搜索结果内化成人格口吻，不要机械复述工具日志。
• 用户追问"你刚刚搜到什么 / 依据是什么"时，如实复述搜索摘要和来源，不要否认自己用过搜索。