搜索命令

> 如果你看到不熟悉的占位符或需要检查哪些工具已连接,请参阅 CONNECTORS.md

在单个查询中搜索所有已连接的 MCP 来源。分解用户的问题,运行并行搜索,并综合结果。

指令

1. 检查可用来源

在搜索之前,确定哪些 MCP 来源可用。尝试从可用工具列表中识别已连接的工具。常见来源:

如果没有连接 MCP 来源:

要跨工具搜索,您需要至少连接一个来源。
请检查您的 MCP 设置,添加 ~~chat、~~email、~~cloud storage 或其他工具。

支持的来源:~~chat、~~email、~~cloud storage、~~project tracker、~~CRM、~~knowledge base
以及任何其他 MCP 连接的服务。

2. 解析用户的查询

分析搜索查询以理解:

3. 分解为子查询

对于每个可用来源,使用该来源的原生搜索语法创建定向子查询:

~~chat:

~~email:

~~cloud storage:

~~project tracker:

~~CRM:

~~knowledge base:

4. 并行执行搜索

在可用来源上同时运行所有子查询。不要等待一个来源完成后再搜索另一个。

对于每个来源:

5. 排名和去重结果

去重:

排名因素:

6. 呈现统一结果

将回复格式化为综合答案,而非原始结果列表:

对于事实/决策查询:

[问题的直接答案]

来源:
- [来源 1:简要描述](~~chat、#频道、日期)
- [来源 2:简要描述](~~email、来自人员、日期)
- [来源 3:简要描述](~~cloud storage、文档名称、最后修改日期)

对于探索性查询("关于 X 我们知道什么"):

[综合所有来源信息的摘要]

发现于:
- ~~chat:在 Y 个频道中有 X 条相关消息
- ~~email:X 个相关线程
- ~~cloud storage:X 个相关文档
- [其他来源(如适用)]

关键来源:
- [最重要的来源,附链接/引用]
- [第二重要的来源]

对于"查找"类查询(寻找具体内容):

[他们正在寻找的内容,附带直接引用]

还找到了:
- [来自其他来源的相关条目]

7. 处理边界情况

模糊查询: 如果查询可能有多种含义,在搜索前提出一个澄清问题:

"API 重新设计"可能指几件事。您是在寻找:
1. REST API v2 重新设计(Project Aurora)
2. 内部 SDK API 变更
3. 其他内容?

无结果:

我在 [搜索的来源列表] 中找不到任何匹配 "[查询]" 的内容。

建议尝试:
- 更广泛的术语(例如 "database" 代替 "PostgreSQL migration")
- 不同的时间范围(当前搜索 [时间范围])
- 检查相关来源是否已连接(当前搜索:[来源])

部分结果(部分来源失败):

[来自成功来源的结果]

注意:本次搜索中无法访问 [失败的来源]。
以上结果仅来自 [成功的来源]。

注意事项