with one click
smart-search
// 基于 opencli 命令的智能搜索路由器。当用户想要搜索、查询、查找或研究信息时,尤其是涉及指定网站、社交媒体、技术资料、新闻、购物、旅游、求职、金融或中文内容时,务必使用此 skill
// 基于 opencli 命令的智能搜索路由器。当用户想要搜索、查询、查找或研究信息时,尤其是涉及指定网站、社交媒体、技术资料、新闻、购物、旅游、求职、金融或中文内容时,务必使用此 skill
Automatically fix broken OpenCLI adapters when commands fail. Load this skill when an opencli command fails — it guides you through diagnosing the failure via OPENCLI_DIAGNOSTIC, patching the adapter, retrying, and filing an upstream GitHub issue after a verified fix. Works with any AI agent.
Make websites accessible for AI agents. Navigate, click, type, extract, wait — using Chrome with existing login sessions. No LLM API key needed.
Use when creating a new OpenCLI adapter from scratch, adding support for a new website or platform, exploring a site's API endpoints via browser DevTools, or when a user asks to automatically generate a CLI for a website. Covers automated generation, API discovery workflow, authentication strategy selection, TS adapter writing, and testing.
Use when quickly generating a single OpenCLI command from a specific URL and goal description. 4-step process — open page, capture API, write TS adapter, test. For full site exploration, use opencli-explorer instead.
Use when running OpenCLI commands to interact with websites (Bilibili, Twitter, Reddit, Xiaohongshu, etc.), desktop apps (Cursor, Notion), or public APIs (HackerNews, arXiv). Covers installation, command reference, and output formats for 87+ adapters.
| name | smart-search |
| description | 基于 opencli 命令的智能搜索路由器。当用户想要搜索、查询、查找或研究信息时,尤其是涉及指定网站、社交媒体、技术资料、新闻、购物、旅游、求职、金融或中文内容时,务必使用此 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 和执行结果为准。