答疑是功能层,搜题只是手段层
一、三层各自负责什么
| 概念 | 含义 | 需要关注什么 |
|---|---|---|
| 答疑 | 解决用户对一道题或知识点的疑问,是上层产品功能 | 是否答对、是否解决疑惑 |
| 搜题 | 从题库获取匹配题目、答案与解析,是实现手段 | 找没找到、是否同一道题、依据是否有效 |
| 讲题 | 根据题目和依据组织解释,并承接追问 | 推理是否正确、关键步骤是否完整、用户能否理解 |
搜题负责找到依据,讲题负责解释依据,最终回答的正确性需要两者共同保证。 两个反例: 搜到了正确答案,模型仍可能讲错推理;没搜到原题,也可能独立解对。 所以「正确性」不是搜题的专属责任。
二、阶段目标由产品决定,不是能力上限
「先做普通的答疑,能让他快速找到答案就够」—— 这是产品目标的取舍, 不是「答疑只需要正确性」。同一功能可以有两个深度:
第一层:先让用户拿到正确答案(准确)
第二层:在正确之上还有好坏 —— 逻辑是否清晰、有没有跳步、是否完整
判断某一层要不要做,看的是产品目标;但描述这个功能时, 不能用「只做第一层」倒推出「这个功能只有第一层」。
三、可迁移的动作
拆解一个 AI 功能时,先问三件事:
- 这个功能的名字指的是哪一层(用户场景 / 实现手段 / 输出质量)?
- 它内部有几层职责,各自负责什么?(对照 职责要先分家再谈实现)
- 「正确性」由哪一层保证?如果全压在一个手段层上,另外那层一旦失效就不报错。
四、在简历与叙事上的应用
同一个项目,写法可以落在两层完全不同的地方:
| 写法 | 落在哪一层 |
|---|---|
| 「接入搜题接口、配置调用规则、设计图片映射」 | 手段层(执行动作) |
| 「针对主页图文答疑缺少题库依据的问题,引入题库检索降低直接解题出错的风险」 | 功能层(答疑质量) |
两个由此推出的判断:
- 主线是答疑,搜题只是其中一种手段 —— 一旦让手段当了主线,叙事就从「解决用户的什么问题」滑成「我调用了什么」,简单的局部需求被拔高成项目核心。
- 要讲深,讲的是「为什么答错 / 依据可不可信 / 怎么验证」,不是技术名词 —— 接口、字段、平台都是载体;能展开的是问题识别、方案取舍与验证口径。
详见 简历写的是解决方案不是执行动作。
相关
- 简历写的是解决方案不是执行动作 —— 本条在「怎么写」上的落点
- 检索是一条分层链 —— 搜题属于供给/召回层,它只是答疑这条链的一段
- 职责要先分家再谈实现 —— 本条是它在「功能 vs 手段」上的一次应用
- 用户可感知的价值与差异化表达 —— 用户感知到的是答疑,不是搜题