你有没有过这种时刻——用户甩来一句「我该怎么办」,你二话不说开始敲答案,敲完发出去,对方回一句「不是,我说的是另一回事」。我翻过这车,而且翻得特别蠢。
问题:一句「我该怎么办」把我干懵了
那是上个月帮人调一个 Agent 问答流程。用户原话就八个字:「RAG 和微调我该怎么办」。
我脑子一热,这不明摆着 I03 建议咨询吗——开放问题求做法。tri-ask 里 I03 的作答策略写得清清楚楚:给可执行建议,每条带动作、依据、适用前提。我照着给了。
给出来的东西长这样:先讲 RAG 成本低、上线快,再讲微调上限高、要算力,收尾补一句「看你的预算和效果要求」。发完我甚至有点得意,结构齐整,建议也中肯。
你猜怎么着,用户回:「我问的是我这个客服知识库,每天几百条新文档,到底该用哪个。」
我当场裂开。他根本没说场景、没说数据规模、没说实时性要求。我给的那套「通用建议」放他身上全是废话——客服知识库天天进新文档,微调根本不现实,RAG 几乎是唯一解,我还搁那儿列利弊呢。答非所问,而且答得一本正经。
尝试:硬答的代价
复盘的时候我才反应过来,翻车点不在作答,在前面的门没过。
tri-intent 的路由里有一道澄清门叫 clarify-gate,定位是「所有意图路由前的前置门控」。它的规矩很简单:任务模糊、缺关键输入、或者需求有矛盾,AI 得先反问对齐,再执行。我当时压根没调它,拿到 I03 就直奔 tri-ask 硬答了。
clarify-gate 有两种反问模式。G1 苏格拉底式反问,用来引导澄清——命中「信息不足或过于模糊」时,连续递进地追问目标、约束、边界。G2 批判式反问,专治矛盾和不合理。我这个 case 是典型的 G1 场景:用户说了要选,但目标用户、数据规模、实时性全空着。
我要是当时先丢一张澄清卡过去,问题就卡在门口了。卡长这样(这是真实能跑的结构,不是我现编):
# ===== 澄清对齐卡 | 请补齐下列信息,或回复「按默认」=====
反问模式: G1 苏格拉底式(引导)
初步理解: 你想在 RAG 和微调之间做技术选型,但没说用在什么场景、数据多大量、要不要实时
需澄清项:
– 问题: 这个选型用在什么业务场景?
为何要问: 场景决定数据更新频率和效果要求,直接影响选型
建议默认: 企业知识库 / 客服问答
– 问题: 待处理的数据规模和更新频率?
为何要问: 微调对持续新增数据不友好,RAG 更适配高频更新
建议默认: 日增数百条,需近实时检索
– 问题: 可接受的成本与上线周期?
为何要问: 微调需算力与标注,RAG 初期成本低
建议默认: 低成本、两周内上线
发现的问题: 无(信息不足,非矛盾)
回复方式: 逐条补充 | 回「按默认」全采纳建议值 | 「继续」表示无需澄清
# ===== 用户补齐后:回填意图确认卡 → 填入快照 snapshot.md §三 → 交接 tri-ask =====
你看,卡里每一项都带了「建议默认」。用户嫌麻烦直接回「按默认」,我也能拿到足够信息。可我那次跳过了,结果把通用建议当定制答案发了。
说白了,模糊问题硬答,等于蒙着眼睛给建议。你答得越完整,离题越远。
解决:把澄清门焊死在前面
后来我把流程改了:任何落到 Asking 类(I01–I05)的请求,先过 clarify-gate 这道门,再谈 tri-ask 作答。
具体怎么判断要不要反问?asking 那层有个消歧口诀,我贴在流程最前面当提醒:要事实→I01,要懂→I02,要怎么做→I03,要选哪个→I04,要算/推→I05。而「信息不足或过于模糊 → 先激活 clarify-gate」。这句话我当初就是没当回事。
改完之后,同样的「RAG 和微调我该怎么办」,现在会先吐一张意图确认卡,把模糊点亮出来:
# ===== Asking 意图确认卡 | 回复「确认」开答,或「修改:…」=====
你的问题: 你想在 RAG 和微调之间做技术选型
intent:
L2_核心意图: I03 建议咨询
问题解析:
已知条件: 待选型,业务场景未给定
求解目标: 拿到可执行的技术选型建议
选项集合: 不适用
回答规格:
深度: 详解原理
D1_领域: 编程
可信度要求: 需权威来源核实
篇幅: 长文
待确认项: 业务场景 / 数据规模与更新频率 / 成本与周期 均未给定
交付预期: 给出场景化的选型建议 + 对比表
# ===== 命中 待确认项 → 先走 clarify-gate 反问,补齐后再交付 tri-ask =====
待确认项一栏非空,流程就自动拐去澄清门,不会再让我有机会硬答。等用户补完,意图确认卡回填,tri-ask 才接手按 I03 策略出建议清单:每条带动作、依据、适用前提,事实性主张还得标来源。
(插一句,我做的 App 叫雷达鸭,刚好也是用这套意图识别加澄清门的思路跑的,华为应用市场能搜到。)
这一版跑下来,那哥们儿补了一句「客服知识库、日增几百条、两周上线」,我直接给结论:上 RAG,微调先放着。一句话命中,不再绕弯子。
反思:澄清门不是装饰
这坑我躺了一整天才爬出来。现在我的底线就一条:碰到「我该怎么办」这种开放模糊问法,宁可多反问一句,也别急着给答案。
我个人特别讨厌那种「为了显得专业而铺陈」的作答——明明信息不够,还要列一堆利弊显得周全,结果用户看完还是不知道干啥。如果让我重来,我会把 clarify-gate 的 G1 反问直接设成 I03 的强制前置,没澄清不让答。
tri-ask 的 I03 建议咨询本身是好东西,差异化作答、来源标注、任务要点全覆盖,规矩写得明明白白。但它救不了「问都没问对」的场面。澄清门才是那个把模糊挡在门外的闸门。
所以下次有人问你「该怎么办」,先别急。反问一句「你说的到底是啥场景」,比憋半天通用建议值钱多了。
个人介绍
老三,10+ 年软件开发,软件设计师 / 人工智能应用工程师,平时写鸿蒙 ArkTS 和 Web 前端,也在折腾 AI 自动化,偶尔在 CSDN 发点鸿蒙和 AI 的踩坑笔记。
本文遵循 MIT 协议,转载请注明出处。
请根据 https://skillhub.cn/install/skillhub.md,安装 tri-ask。

![[特殊字符]DeepSeek‑Harness(DSH)小白保姆教程-171主机测评](https://www.171host.com/wp-content/uploads/2026/08/20260816085112-6a817a009aabf-220x150.png)