MerchantOps-KBQA 实践（十三）：答案反馈闭环与运营工作台前端

知识库上线后最容易遗漏的是“用户认为答案是否有帮助”。MerchantOps-KBQA 没有一开始堆叠复杂运营后台，而是先做最小的答案反馈闭环。

一、反馈接口

项目提供POST /api/feedback和GET /api/feedback/summary。前端对每次回答提供“有帮助”和“需补充”按钮，后端保存经过校验的反馈，而不是接受任意结构化输入。

二、反馈能解决什么

反馈不是直接训练模型数据。它优先用于发现三类问题：FAQ 是否遗漏高频问法、Runbook 是否需要补版本或补步骤、哪些 Bad Case 需要加入评估集。这样每次修订都有可追溯来源。

三、前端是运营工作台

页面保留会话、历史记录、知识领域筛选、知识库状态、运行诊断、快捷问题、流式回答和反馈。它服务于反复查询与核对，不把项目做成营销式首页，也不增加未实现的表情、图片或文件上传按钮。

四、最小化取舍

当前阶段只记录 0/1 型帮助反馈和摘要统计，不声称完成自动学习、权限审计或模型微调。先保证输入校验、数据边界和可解释性，再考虑更复杂的后台能力。