信息检索方案生成工作流 —— 在不确定中规划出确定路径。
五次确认 + 条件迭代:出海前先画好航线图,每一站确认方向,偏了就修正。
| 确认点 | 时机 | AI输出 | 用户动作 |
|---|---|---|---|
| -------- | ------ | -------- | --------- |
| 任务确认 | 任务输入后 | "我理解的任务是XXX,对吗?" | 确认或纠正 |
| 需求确认 | 信息需求分析后 | "需要这些信息,是否有遗漏?" | 补充或确认 |
| 缺口确认 | 缺口识别评估后 | "总缺口X%,是否需要补充信源?" | 补充或确认继续 |
| 方案内容确认 | 方案输出后 | "这是检索方案内容,是否满意?" | 反馈或确认 |
| 获取方式确认 | 方案内容确认后 | "请确认每类信源的获取方式" | 选择获取方式 |
条件迭代:用户不确认 → 迭代澄清;缺口>50% → 回溯到需求分析;方案不满意 → 回溯到合适锚点。
任务输入 → AI提问澄清(目标?输出形态?约束?已有信息?)
→ AI输出理解 → 用户确认?
是 → Step 2
否 → 迭代澄清 → 重新确认
关键:方向不对全盘皆输,必须确认后再往下走。
AI分析信息需求(类型、深度、优先级)
→ AI输出需求清单 → 用户确认?
是 → Step 3
否 → 补充需求 → 重新确认
信息类型参考:时间线数据、战略转折点、人物观点、财务数据、行业背景、对标案例、技术细节、法规依据等。按任务类型选择,不照搬。
⚠️ 强制第一步:询问用户IMA知识库名称(不得跳过)
→ 扫描信源(IMA → Workspace文档 → 官方网站 → 其他)
→ 识别缺口 → 缺口评估
缺口>50% → 回到Step 2
缺口≤50% → 输出缺口确认 → 用户确认?
确认继续 → Step 4
需补充 → 补充信源 → 重新扫描
信源扫描顺序(按可信度从高到低):
⚠️ Workspace文档(USER/SOUL/MEMORY)由AI维护,可能含错误/过时/虚构内容,必须与其他信源交叉验证,不可单独作为最终判断依据。
IMA知识库访问:委托 ima skill。但需注意 ⚠️ search_knowledge 对微信公众号文章(media_type=6)关键词搜索返回0条,必须用 get_knowledge_list 分页浏览。详见 source-protocol.md。
AI输出检索方案内容(三类信源需求清单)
→ 用户满意?
是 → Step 4b
否 → 回溯到合适锚点
AI输出获取方式选择(每类信源标注方式A/B)
→ 用户选择获取方式
→ 执行方案
方案结构:Workspace文档需求 + IMA知识库需求 + 官方网站需求 + 其他内容需求。每项标注用途。详见 output-template.md。
| 情况 | 回溯到 | 原因 |
|---|---|---|
| ------ | -------- | ------ |
| 任务理解偏差 | Step 1 | 方向错了要重来 |
| 信息需求遗漏 | Step 2 | 需求不对方案全错 |
| 缺口>50% | Step 2 | 需求定义可能不现实 |
| 方案细节不满意 | Step 4a | 方案细节调整 |
| 方案方向不满意 | Step 2 | 需求重新定义 |
| 任务复杂度 | 最大迭代 | 典型场景 |
|---|---|---|
| ----------- | --------- | --------- |
| 简单 | 1次 | 买商品、选餐厅 |
| 中等 | 1-2次 | 写短文、小决策 |
| 复杂 | 2-3次 | 深度分析、大决策 |
| 战略 | 3-5次 | 年度规划、尽调 |
创作类(写文章/设计/代码/演示)、评估类(审核/尽调/供应商评估)、决策类(投资/方案选择/招聘)、谈判类(合同/薪资/商务)、诊断类(故障/问题/根因)、匹配类(筛选/推荐/分配)、验证类(事实核查/合规/验收)、规划类(项目/行程/学习计划)、学习类(技能/概念/备考)、预测类(销售/风险)、社交关系类(会议/人脉/社交)、应急响应类(故障/危机/调度)、个人生活类(购买/餐厅/健康)
共 2 个版本