AI 原生搜索中枢
通过浏览器统一调用多家 AI 平台的搜索与网页提取能力。
这个 Agent 能做什么，适合哪些场景？
AI Search Hub 是一个浏览器驱动的开源 Skill，用于将多个 AI 平台的原生搜索与网页理解能力汇集到统一入口。仓库将 Gemini、Grok、豆包、元宝、LongCat、通义千问、MiniMax 和 Kimi 列为当前已接入的平台，并将 Perplexity、Claude 和文心一言列为未来方向。实际执行入口是 Python 脚本 `scripts/run_web_chat.py`：调用方指定站点、提示词和输出文件，脚本将结果写入本地文件。README 还提供了面向 Agent 的 `agents/openai.yaml` 配置片段，并标示对 Claude Code 与 OpenAI Codex CLI 的支持。
调用 python3 scripts/run_web_chat.py 时，使用 --site 选择站点、用 --prompt 提交问题，并通过 --output 指定结果文件。文档示例使用 doubao 生成新疆旅行路线文本，也使用 grok 汇总 X（Twitter）近 14 天动态并输出链接。项目将这类站点响应回收到单一输出，供 Agent、研究流程或自动化链路继续使用；配置片段的默认提示词明确提到自动启动 Chrome 调试并等待登录。
- 为需要中文旅行建议的工作流调用豆包，并把路线结果写入本地文本文件。
- 为关注 X 实时讨论的研究人员调用 Grok，按日期整理某个公开人物近期动态和链接。
- 为需要同时覆盖全球网页、中文内容生态与社交信号的 Agent，按问题类型选择文档列出的搜索入口。
- 为不希望自行维护网页正文解析规则的自动化流程，将指定链接交给平台的网页理解与提取能力处理。
- 为需要微信公众号、抖音或公开网页信息补充的中文市场研究流程，使用文档描述的平台数据生态进行检索。
这个 Agent 有哪些优点和局限？
- 以一个 Python 命令统一选择站点、提交提示词并写出结果文件，适合接入脚本化流程。
- 覆盖的入口横跨 Google 网页发现、X 实时社交、中文热点与微信公众号等不同内容生态。
- 除搜索外，项目明确定位为可复用平台的网页理解、抽取、清洗和整理能力，而非只返回搜索链接。
- 没有可验证的安装、依赖安装、账号配置或故障排查说明，首次部署存在较高不确定性。
- 核心执行依赖浏览器驱动、Chrome 调试和站点登录状态，运行稳定性会受第三方页面、登录和平台可用性影响。
- README 所列的未来平台（Perplexity、Claude、文心一言及更多垂直源）不能视为当前可用能力。
- 虽然文档描述可按问题类型智能路由，但未提供可审计的路由命令、接口或实现细节来验证该行为。
如何安装或部署这个 Agent？
安装步骤未文档化。仓库没有提供克隆后的依赖安装命令、Chrome 配置、账号登录方式或凭据要求，因此无法根据现有材料给出可验证的完整安装流程。已明确的运行条件是 python3、浏览器驱动模式，以及配置提示中提到的 Chrome 调试启动和登录等待。
如何使用这个 Agent？
已文档化的首次调用示例：
python3 scripts/run_web_chat.py \
--site doubao \
--prompt "帮我规划一下新疆旅游路线" \
--output out/doubao_xinjiang_route.txt
另一个已文档化的站点值为 grok。调用前需完成该站点可用的浏览器登录状态；具体登录、权限和初始化步骤未说明。
这个 Agent 与同类方案有什么区别？
相对自行编写爬虫、网页解析规则和每个平台独立浏览器自动化的方案，AI Search Hub 的定位是复用已接入 AI 平台的原生搜索与网页处理入口，并将结果统一写回 Agent 或工作流；代价是依赖这些第三方平台及浏览器登录流程。