القائمة
基于 opencli 命令的智能搜索路由器。当用户想要使用 OpenCLI、CLI 或 API 搜索、查询、查找或研究信息时，尤其是涉及指定网站、社交媒体、技术资料、新闻、购物、旅游、求职、金融或中文内容时，务必使用此 skill
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | smart-search |
| description | 基于 opencli 命令的智能搜索路由器。当用户想要使用 OpenCLI、CLI 或 API 搜索、查询、查找或研究信息时，尤其是涉及指定网站、社交媒体、技术资料、新闻、购物、旅游、求职、金融或中文内容时，务必使用此 skill |
根据话题和场景，将查询路由到最佳的 opencli 搜索源。此 skill 的核心目标不是记忆命令，而是先定位数据源，再让 Agent 通过 opencli 自己读取实时帮助，避免文档漂移。
每次使用前，必须先做下面两步：
opencli list -f yamlstrategy、browser、domain选定站点后，必须再做下面两步：
opencli <site> -h 查看该站点有哪些子命令opencli <site> <command> -h 查看参数、输出列、策略不要在 skill 文档里硬编码参数或假设命令签名；以 opencli ... -h 的实时输出为准。
只使用这一条规则，不再维护多套优先级：
grok、doubao、gemini 三选一。把“单个用户问题”理解为同一意图链路下的一次问题求解；同一轮追问、澄清、补充条件，若核心问题未变，仍算同一题。
先建立一份站点调用台账。每次真正执行搜索命令后，立刻更新：
sitequerycountstatus计数规则：
opencli list -f yaml、opencli <site> -h、opencli <site> <command> -h 属于预检与帮助，不计入搜索次数opencli <site> ... 搜索/查询执行，计为该站点 1 次调用频率上限：
触发限频后的处理：
每次查询结束后，回答末尾必须追加一段简短的“搜索摘要”，至少包含下面三项：
如果有被限频跳过的站点，也要明确写出。
建议使用下面的固定格式：
搜索摘要
- 网站：<site1> | 查询词：<term1> | 次数：<n>
- 网站：<site2> | 查询词：<term2>；<term3> | 次数：<n>
- 已跳过：<site3>，原因：达到频率上限
grok
适合实时讨论、英文互联网舆论、Twitter/X 语境、热点追踪。doubao
适合中文语境、字节抖音生态、生活方式内容、中文热点与泛中文问答。gemini
适合全球网页、英文资料、通用信息检索、背景综述。如果用户没有指定网站，默认先判断语言和语境，再从这三个里只选一个。
一旦某个 AI 站点已经执行过一次真实查询，就不要在同一题里改写关键词后再次调用该 AI 站点。若答案不足，优先补专用源，不要反复追打同一个 AI 站点。
当使用 AI 源时，不要只丢一个过短关键词。优先构造成“主题 + 目标 + 限定条件”的查询。
优先使用下面这种表达方式：
<主题> + <你要回答的问题><主题> + <时间范围/地区/语言><主题> + <平台或来源范围><主题> + <输出要求>避免只输入：
当出现以下任一情况时，再补充专用源：
单次查询通常控制在 1 个 AI 源 + 1 到 2 个专用源，避免结果过载。
当站点不可用时：
opencli list -f yaml 与 opencli <site> -h 的实际结果为准不要假设任何站点“绝对可用”。即使是公开站点，也以当前环境中的 live help 和执行结果为准。
根据需要读取对应文件：
references/sources-ai.md — AI 默认源references/sources-tech.md — 技术 / 学术references/sources-social.md — 社交媒体references/sources-media.md — 媒体 / 娱乐references/sources-info.md — 资讯 / 知识references/sources-shopping.md — 购物references/sources-travel.md — 旅游references/sources-other.md — 其他垂直源只读与当前查询相关的文件，无需全部加载。
Use when creating or maintaining OpenCLI site sitemaps: agent-facing navigation, page-state, action, workflow, API-reference, pitfall, and fallback knowledge for a website. Use after browser exploration discovers durable site context, when a sitemap is stale, or when promoting local site knowledge into the repo.
Use at the start of any OpenCLI session — this is the top-level map of what `opencli` can do, how to discover adapters, what flags and output formats are universal, and which specialized skill to load next. Point here when an agent asks "what can opencli do?" or "how do I find the right command?".
Use when an agent needs to drive a real Chrome window via opencli — inspect a page, fill forms, click through logged-in flows, or extract data ad-hoc. Covers the selector-first target contract, compound form fields, stale-ref handling, network capture, and the agent-native envelopes the CLI returns. Not for writing adapters — see opencli-adapter-author for that.
Use when driving a website with opencli browser and sitemap context is available, requested, or needed to avoid blind navigation. Guides agents to consume site sitemap files lazily, choose adapter/browser fallback paths, resume from state signatures, and mark stale sitemap entries without trusting them over live browser state.
Use when writing an OpenCLI adapter for a new site or adding a new command to an existing site. Guides end-to-end from first recon through field decoding, adapter coding, and verify. Replaces opencli-oneshot / opencli-explorer. For ad-hoc browser driving (no adapter), see opencli-browser instead; for a top-level orientation to opencli, see opencli-usage.
Automatically fix broken OpenCLI adapters when commands fail. Load this skill when an opencli command fails — it guides you through collecting a trace artifact, patching the adapter, retrying, and filing an upstream GitHub issue after a verified fix. Works with any AI agent.