smart-search
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
Chinese智能搜索路由器
Intelligent Search Router
根据话题和场景,将查询路由到最佳的 opencli 搜索源。此 skill 的核心目标不是记忆命令,而是先定位数据源,再让 Agent 通过 自己读取实时帮助,避免文档漂移。
opencliRoute queries to the optimal opencli search source based on the topic and scenario. The core goal of this skill is not to memorize commands, but to first locate the data source, then let the Agent read real-time help by itself through to avoid document drift.
opencli强制预检
Mandatory Pre-check
每次使用前,必须先做下面两步:
- 运行
opencli list -f yaml - 用 live registry 确认候选站点是否存在,并检查 、
strategy、browserdomain
选定站点后,必须再做下面两步:
- 运行 查看该站点有哪些子命令
opencli <site> -h - 若已锁定某个子命令,再运行 查看参数、输出列、策略
opencli <site> <command> -h
不要在 skill 文档里硬编码参数或假设命令签名;以 的实时输出为准。
opencli ... -hThe following two steps must be completed before each use:
- Run
opencli list -f yaml - Use the live registry to confirm whether the candidate site exists, and check ,
strategy,browserdomain
After selecting the site, the following two steps must be completed:
- Run to view the subcommands available for the site
opencli <site> -h - If a subcommand has been locked, run to view parameters, output columns, and policies
opencli <site> <command> -h
Do not hardcode parameters or assume command signatures in the skill documentation; take the real-time output of as the standard.
opencli ... -h主路由规则
Main Routing Rules
只使用这一条规则,不再维护多套优先级:
- 当用户明确指定网站、平台或数据源时,直接使用对应网站。
- 当用户没有指定网站时,优先只选择一个 AI 源:、
grok、doubao三选一。gemini - 当 AI 返回内容不足、缺少原始数据、需要权威佐证或需要垂直结果时,再补充 1-2 个专用源。
Only use this set of rules, no multiple priority systems are maintained anymore:
- When the user clearly specifies a website, platform or data source, use the corresponding website directly.
- When the user does not specify a website, prefer to select only one AI source: choose one from ,
grok,doubao.gemini - When the content returned by AI is insufficient, lacks original data, requires authoritative proof or needs vertical results, supplement 1-2 dedicated sources.
单题预算与频率限制
Single Query Budget and Rate Limiting
把“单个用户问题”理解为同一意图链路下的一次问题求解;同一轮追问、澄清、补充条件,若核心问题未变,仍算同一题。
先建立一份站点调用台账。每次真正执行搜索命令后,立刻更新:
sitequerycountstatus
计数规则:
- 、
opencli list -f yaml、opencli <site> -h属于预检与帮助,不计入搜索次数opencli <site> <command> -h - 一次真正的 搜索/查询执行,计为该站点 1 次调用
opencli <site> ... - 同站点因为报错、超时、验证码、反爬、登录态异常而失败,也算 1 次调用,不要无限重试
频率上限:
- AI 站点硬限制:同一题内,每个 AI 站点最多调用 1 次
- 默认策略仍然是只选 1 个 AI 站点,不要把多个 AI 站点串成常规流程
- 只有当用户明确要求比较多个 AI 站点时,才可以额外调用其他 AI 站点;但每个被点名的 AI 站点仍然最多 1 次
- 非 AI 站点默认最多调用 2 次
- 非 AI 站点第 2 次调用必须有明确理由,例如第一次结果过宽,需要加时间、地区、类别、排序或关键词限定
- 非 AI 站点不要进行第 3 次调用;若信息仍不足,停止扩搜并明确说明缺口
触发限频后的处理:
- 记录:「已跳过:<site> 达到频率上限」
- 优先改用其他同类站点
- 若没有合适替代源,则直接基于已收集信息回答,并说明覆盖范围与缺口
Understand a "single user question" as one problem solving under the same intent link; follow-up questions, clarifications, supplementary conditions in the same round, if the core problem remains unchanged, still count as the same question.
First create a site call ledger. Update it immediately after each actual execution of the search command:
sitequerycountstatus
Counting rules:
- ,
opencli list -f yaml,opencli <site> -hbelong to pre-check and help operations, and are not counted in the number of searchesopencli <site> <command> -h - One actual execution of search/query counts as 1 call to the site
opencli <site> ... - Failure of the same site due to error, timeout, captcha, anti-crawling, abnormal login status also counts as 1 call, do not retry infinitely
Rate limit:
- Hard limit for AI sites: within the same question, each AI site can be called at most 1 time
- The default policy is still to select only 1 AI site, do not string multiple AI sites into the regular process
- Only when the user explicitly requires comparison of multiple AI sites, you can call other AI sites additionally; but each named AI site can still be called at most 1 time
- Non-AI sites are allowed to be called at most 2 times by default
- The second call to a non-AI site must have a clear reason, for example, the first result is too broad, and time, region, category, sorting or keyword restriction is needed
- Do not make the third call to non-AI sites; if the information is still insufficient, stop expanding the search and clearly explain the gap
Processing after triggering rate limit:
- Record: "Skipped: <site> has reached the rate limit"
- Prefer to switch to other similar sites
- If there is no suitable alternative source, answer directly based on the collected information, and explain the coverage and gaps
查询结束汇报
Query End Report
每次查询结束后,回答末尾必须追加一段简短的“搜索摘要”,至少包含下面三项:
- 使用了什么网站搜索
- 每个网站搜了什么词
- 每个网站搜了几次
如果有被限频跳过的站点,也要明确写出。
建议使用下面的固定格式:
md
搜索摘要
- 网站:<site1> | 查询词:<term1> | 次数:<n>
- 网站:<site2> | 查询词:<term2>;<term3> | 次数:<n>
- 已跳过:<site3>,原因:达到频率上限After each query, a short "search summary" must be added at the end of the answer, including at least the following three items:
- What websites were used for search
- What keywords were searched on each website
- How many times each website was searched
If there are sites skipped due to rate limit, they should also be clearly written.
It is recommended to use the following fixed format:
md
搜索摘要
- 网站:<site1> | 查询词:<term1> | 次数:<n>
- 网站:<site2> | 查询词:<term2>;<term3> | 次数:<n>
- 已跳过:<site3>,原因:达到频率上限AI 源选择
AI Source Selection
- 适合实时讨论、英文互联网舆论、Twitter/X 语境、热点追踪。
grok - 适合中文语境、字节抖音生态、生活方式内容、中文热点与泛中文问答。
doubao - 适合全球网页、英文资料、通用信息检索、背景综述。
gemini
如果用户没有指定网站,默认先判断语言和语境,再从这三个里只选一个。
一旦某个 AI 站点已经执行过一次真实查询,就不要在同一题里改写关键词后再次调用该 AI 站点。若答案不足,优先补专用源,不要反复追打同一个 AI 站点。
- Suitable for real-time discussions, English Internet public opinion, Twitter/X context, hot topic tracking.
grok - Suitable for Chinese context, ByteDance Douyin ecosystem, lifestyle content, Chinese hot topics and pan-Chinese Q&A.
doubao - Suitable for global web pages, English materials, general information retrieval, background overview.
gemini
If the user does not specify a website, first judge the language and context by default, and then select only one from these three.
Once an AI site has executed a real query once, do not call the AI site again after rewriting keywords in the same question. If the answer is insufficient, prefer to supplement dedicated sources, do not repeatedly call the same AI site.
AI 查询词建议
AI Query Keyword Suggestions
当使用 AI 源时,不要只丢一个过短关键词。优先构造成“主题 + 目标 + 限定条件”的查询。
- 主题 用户真正要查的对象、事件、产品、人物、公司、技术名词。
- 目标 想要什么结果,例如总结、对比、原因、趋势、推荐、原始线索。
- 限定条件 语言、地区、时间范围、平台范围、受众、价格带、岗位地点、是否要引用原始来源。
优先使用下面这种表达方式:
<主题> + <你要回答的问题><主题> + <时间范围/地区/语言><主题> + <平台或来源范围><主题> + <输出要求>
避免只输入:
- 单个名词
- 没有时间范围的热点问题
- 没有地区限制的购物、求职、旅游问题
- 没有平台限制的社交媒体问题
When using AI sources, do not just use an overly short keyword. Prioritize constructing a query of "topic + goal + limiting conditions".
- Topic The object, event, product, person, company, technical term that the user actually wants to query.
- Goal What kind of result is wanted, such as summary, comparison, reason, trend, recommendation, original clue.
- Limiting conditions Language, region, time range, platform range, audience, price range, job location, whether to cite original sources.
Prioritize using the following expressions:
<topic> + <the question you want to answer><topic> + <time range/region/language><topic> + <platform or source range><topic> + <output requirement>
Avoid entering only:
- Single noun
- Hot issue without time range
- Shopping, job hunting, travel issues without regional restrictions
- Social media issues without platform restrictions
专用源补充时机
Timing for Dedicated Source Supplement
当出现以下任一情况时,再补充专用源:
- AI 给出的是摘要,但你需要原始帖子、原始视频、原始商品或原始职位结果
- AI 覆盖面不足,漏掉垂直站点信息
- 需要更高权威性或更强领域相关性
- 用户明确要求“从某个平台找”
单次查询通常控制在 1 个 AI 源 + 1 到 2 个专用源,避免结果过载。
Supplement dedicated sources when any of the following situations occur:
- The AI gives a summary, but you need original posts, original videos, original products or original job results
- AI coverage is insufficient, missing vertical site information
- Higher authority or stronger domain relevance is required
- The user explicitly requires "find from a certain platform"
A single query is usually controlled at 1 AI source + 1 to 2 dedicated sources to avoid result overload.
处理不可用的源
Handling Unavailable Sources
当站点不可用时:
- 不要因为单个源失败而中止整个搜索
- 记录:「已跳过:<site> 不可用」
- 回退到同类其他站点,或回退到一个 AI 源
- 始终以 与
opencli list -f yaml的实际结果为准opencli <site> -h
不要假设任何站点“绝对可用”。即使是公开站点,也以当前环境中的 live help 和执行结果为准。
When the site is unavailable:
- Do not abort the entire search due to the failure of a single source
- Record: "Skipped: <site> is unavailable"
- Fall back to other similar sites, or fall back to an AI source
- Always take the actual results of and
opencli list -f yamlas the standardopencli <site> -h
Do not assume that any site is "absolutely available". Even for public sites, take the live help and execution results in the current environment as the standard.
参考文件
Reference Documents
根据需要读取对应文件:
- — AI 默认源
references/sources-ai.md - — 技术 / 学术
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
只读与当前查询相关的文件,无需全部加载。
Read the corresponding files as needed:
- — Default AI sources
references/sources-ai.md - — Technology / Academic
references/sources-tech.md - — Social media
references/sources-social.md - — Media / Entertainment
references/sources-media.md - — Information / Knowledge
references/sources-info.md - — Shopping
references/sources-shopping.md - — Travel
references/sources-travel.md - — Other vertical sources
references/sources-other.md
Only read files related to the current query, no need to load all.