答疑是功能层,搜题只是手段层

**「答疑」是用户场景层面的完整功能:既要答对,也要讲明白;「搜题」只是获取依据的实现手段,「讲题」是组织解释的另一层。因此不能把「回答的正确性」全部划给搜题,也不能把答疑只理解成语言表达。**

一、三层各自负责什么

概念含义需要关注什么
答疑解决用户对一道题或知识点的疑问,是上层产品功能是否答对、是否解决疑惑
搜题从题库获取匹配题目、答案与解析,是实现手段找没找到、是否同一道题、依据是否有效
讲题根据题目和依据组织解释,并承接追问推理是否正确、关键步骤是否完整、用户能否理解

搜题负责找到依据,讲题负责解释依据,最终回答的正确性需要两者共同保证。 两个反例: 搜到了正确答案,模型仍可能讲错推理;没搜到原题,也可能独立解对。 所以「正确性」不是搜题的专属责任。

二、阶段目标由产品决定,不是能力上限

「先做普通的答疑,能让他快速找到答案就够」—— 这是产品目标的取舍, 不是「答疑只需要正确性」。同一功能可以有两个深度:

第一层:先让用户拿到正确答案(准确)
第二层:在正确之上还有好坏 —— 逻辑是否清晰、有没有跳步、是否完整

判断某一层要不要做,看的是产品目标;但描述这个功能时, 不能用「只做第一层」倒推出「这个功能只有第一层」。

三、可迁移的动作

拆解一个 AI 功能时,先问三件事:

  1. 这个功能的名字指的是哪一层(用户场景 / 实现手段 / 输出质量)?
  2. 它内部有几层职责,各自负责什么?(对照 职责要先分家再谈实现)
  3. 「正确性」由哪一层保证?如果全压在一个手段层上,另外那层一旦失效就不报错。

四、在简历与叙事上的应用

同一个项目,写法可以落在两层完全不同的地方:

写法落在哪一层
「接入搜题接口、配置调用规则、设计图片映射」手段层(执行动作)
「针对主页图文答疑缺少题库依据的问题,引入题库检索降低直接解题出错的风险」功能层(答疑质量)

两个由此推出的判断:

  1. 主线是答疑,搜题只是其中一种手段 —— 一旦让手段当了主线,叙事就从「解决用户的什么问题」滑成「我调用了什么」,简单的局部需求被拔高成项目核心。
  2. 要讲深,讲的是「为什么答错 / 依据可不可信 / 怎么验证」,不是技术名词 —— 接口、字段、平台都是载体;能展开的是问题识别、方案取舍与验证口径。

详见 简历写的是解决方案不是执行动作。

相关

  • 简历写的是解决方案不是执行动作 —— 本条在「怎么写」上的落点
  • 检索是一条分层链 —— 搜题属于供给/召回层,它只是答疑这条链的一段
  • 职责要先分家再谈实现 —— 本条是它在「功能 vs 手段」上的一次应用
  • 用户可感知的价值与差异化表达 —— 用户感知到的是答疑,不是搜题