工作效率多源搜索工作流助手

当单次搜索查询不足以满足需求，且用户需要一种严谨的方式，从多个来源类别中收集相互印证的证据时，请使用此技能。

如需了解该技能所依据的源证据，请阅读 references/requirement-plan.md。

搜索计划

首先明确以下内容：

• 本次搜索旨在支撑的决策事项。
• 对信息时效性、地理范围、语言或来源类型的具体要求。
• 可信的一手来源，以及应视为轶事性（anecdotal）的来源。
• 最低证据数量及来源多样性目标。

工作流

1. 将用户的提问转化为 3–6 个查询变体：精确短语、同义词表达、问题描述式表述、工具名称、错误文本，以及否定式查询（negative query）。
2. 为每个查询分配适配的来源类别，例如：官方文档、GitHub Issues、技术论坛、新闻媒体、软件包注册中心（package registries）、学术搜索引擎，或中文社区。
3. 记录每项结果的标题、URL、日期、所属来源类别，以及该结果为何具有参考价值。
4. 去重处理：剔除重复页面、 syndicated posts（ syndicated 指内容聚合分发）及同一作者的重复发布内容。
5. 对证据进行分级标注：一手证据（primary）、实现信号（implementation signal）、用户痛点（user pain）、市场信号（market signal）或薄弱轶事（weak anecdote）。
6. 输出简明综述，清晰区分已确认事实、合理线索与证据空白。

约束规则（Guardrails）

• 不得因同一来源的多次复现而夸大置信度。
• 针对技术性主张，优先采用官方文档或主代码仓库（primary repository）中的证据。
• 明确标注过时页面（stale pages）及日期不一致的情况。
• 保留全部原始链接，便于用户追溯和审计证据链。

输出内容

• 包含查询项、对应来源及发现结果的搜索矩阵（Search matrix）。
• 经过去重处理的证据列表，并注明各条证据所属的来源类别覆盖情况。
• 附带置信度评估与未覆盖缺口说明的建议或结论性回答。
• 可复用的查询集合，用于后续跟进搜索。

验证清单（Validation Checklist）

• 在问题允许的前提下，至少使用了两个不同来源类别。
• 已对重复内容与薄弱证据进行明确标注。
• 对时效性强的主题，已完整采集并记录相关日期信息。
• 最终回答未超出证据所能支持的范围（即未过度推断）。

触发条件

关键词：multi search、evidence、source diversity、query expansion、corroborate、citations、research sweep、market scan。

示例请求：

• 跨多个来源搜索，并告诉我该工具的需求是否真实存在。
• 使用 $work-productivity-multi-search-workflow-helper 构建一张去重后的证据表。
• 为该错误查找官方文档、GitHub Issues 及社区讨论帖。