跳转至

调研操作

当用户希望将当前信息调研、选项比较、人物或企业信息充实,或将重复查询转化为可监控的工作流时使用。

这是仓库研究栈的操作包装器。它不是 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