知识库上线后最容易遗漏的是“用户认为答案是否有帮助”。MerchantOps-KBQA 没有一开始堆叠复杂运营后台而是先做最小的答案反馈闭环。一、反馈接口项目提供POST /api/feedback和GET /api/feedback/summary。前端对每次回答提供“有帮助”和“需补充”按钮后端保存经过校验的反馈而不是接受任意结构化输入。二、反馈能解决什么反馈不是直接训练模型数据。它优先用于发现三类问题FAQ 是否遗漏高频问法、Runbook 是否需要补版本或补步骤、哪些 Bad Case 需要加入评估集。这样每次修订都有可追溯来源。三、前端是运营工作台页面保留会话、历史记录、知识领域筛选、知识库状态、运行诊断、快捷问题、流式回答和反馈。它服务于反复查询与核对不把项目做成营销式首页也不增加未实现的表情、图片或文件上传按钮。四、最小化取舍当前阶段只记录 0/1 型帮助反馈和摘要统计不声称完成自动学习、权限审计或模型微调。先保证输入校验、数据边界和可解释性再考虑更复杂的后台能力。