调研操作¶
当用户希望将当前信息调研、选项比较、人物或企业信息充实,或将重复查询转化为可监控的工作流时使用。
这是仓库研究栈的操作包装器。它不是 deep-research、exa-search、market-research 的替代品,而是指示何时以及如何组合使用它们。
技能栈¶
在相关场景中,将这些 ECC 原生技能纳入工作流:
exa-search:用于快速发现当前网络信息deep-research:用于带引用的多源整合market-research:当最终结果是推荐或优先级决策时使用lead-intelligence:当任务针对人物/企业而非一般调研时使用knowledge-ops:当需要将结果持久保存以供后续上下文使用时使用
使用场景¶
- 当用户提到“调研”“查找”“比较”“应该联系谁”“最新信息”时
- 当答案依赖于当前公开信息时
- 当用户提供证据并希望将其纳入新的推荐时
- 当任务可能重复发生,且应将其从一次性查询转化为监控时
安全措施¶
- 当最新搜索成本较低时,不要依赖旧记忆来回答当前问题
- 区分以下内容:
- 带来源的事实
- 用户提供的证据
- 推理
- 推荐
- 当答案已经存在于本地代码或文档中时,不要启动重量级调研流程
工作流¶
1. 从用户已提供的信息开始¶
将提供的材料规范化为:
- 已有证据的事实
- 需要验证的内容
- 未解决的问题
如果用户已经构建了部分模型,不要从零开始重新分析。
2. 对请求进行分类¶
在搜索前选择正确的路径:
- 快速事实回答
- 比较或决策备忘录
- 线索/信息充实处理
- 重复监控候选
3. 优先选择最轻量的有效证据路径¶
- 使用
exa-search进行快速发现 - 如果需要整合或多源信息,升级到
deep-research - 如果需要以推荐形式呈现结果,使用
market-research - 如果实际需求是目标优先级排序或发现暖路径,则转交给
lead-intelligence
4. 明确证据边界并报告¶
对于重要主张,说明它属于以下哪一类:
- 带来源的事实
- 用户提供的上下文
- 推理
- 推荐
对时效性强的答案包含具体日期。
5. 判断任务是否应保持手动¶
如果用户可能重复提出相同的调研问题,请明确指出,并建议采用监控或工作流层,而不是永远重复相同的手动搜索。
输出格式¶
問いのタイプ
- 事実的 / 比較的 / 補完的 / モニタリング的
証拠
- 出典付きの事実
- ユーザーが提供したコンテキスト
推論
- 証拠から導かれた結論
推奨事項
- 答えまたは次のアクション
- モニタリング項目にすべきか否か
常见陷阱¶
- 不要在没有标签的情况下混用带来源的事实和推理
- 不要忽略用户提供的证据
- 不要对可以在本地仓库上下文中回答的问题使用重量级调研路径
- 不要返回没有日期的时效性强答案
验证¶
- 为重要主张添加证据类型标签
- 在时效性强的输出中包含日期
- 确保最终推荐与实际使用的调研模式一致
本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 ev/ECC