同一功能被问了二十遍：答疑库先收哪四类问法

同一个「怎么导出实验记录」被问了二十遍，窗口里却没有一份能直接转发的答法。有人问的是按钮在哪，有人问的是权限不够，有人其实已经导出失败，还有人要改导出字段。四类问题挤在同一句口语里，智能回复只能给一段总论，用户继续追问，人工再从头问一遍。

科研软件的答疑要按问法收，而不是按模块名堆文档。衍因灵研使用助手 yanAdvisor 适合承接平台内的高频操作说明，把重复问法指到已核对的条目。它提高首问响应速度，不能代替权限开通和数据修复，也不能保证每条自动回复都适合当前项目的规则。继续加机器人话术之前，建议先收下面四类问法。

第一类：登录、账号和权限，先从身份问清楚

打不开、进不去、看不见菜单，多数不是功能坏了。先收：如何申请账号、角色对应哪些模块、权限变更找谁、常见报错各是什么意思。答复应带「需要管理员处理」的边界，避免机器人假装已经开通。

权限类不要写成功能教程

教程写「点击导出」没有用，如果这个角色根本没有导出权。第一类条目应能判断：是账号失效、角色不够，还是项目未授权。判断不了，就收集工号、项目和截图，转给有权改角色的人。

第二类：功能路径，回答「在哪」而不是「是什么」

用户已经知道自己要做引物设计或领用物料，卡住的是入口改了、名称变了、或者要先选对象再出现按钮。这类条目用步骤写清：从哪个对象进、点哪个名称、下一步看见什么。少写产品介绍，多写路径。

路径会随版本变。条目要带适用版本或更新日期，旧路径单独归档。智能回复引用过期路径，比没有回复更耗时间。yanAdvisor 适合把现行路径留在可检索条目里，版本责任仍要人维护。

第三类：数据对不上、导入失败、对账异常

这类问法看起来像操作咨询，实际常要查对象、批次和日志。先收可自查的几项：选错对象、未保存、筛选条件过窄、导入模板列名不对。自查仍对不上，就转人工并要求提供对象编号和时间点，不要让机器人反复让用户再试一次。

第三类最容易被写成「请刷新后重试」。刷新解决不了批次对不上。条目应区分：用户侧可改的条件，和必须由管理员或实施查看的数据问题。混在一起，重复问法会继续涨。

第四类：要改规则或要例外的请求，默认不自动答应

「能不能给我们组单独开放」「这个字段能不能改成非必填」「上次特批过这次也要」。这类不是标准操作说明。知识库可以收「例外怎么申请、要谁批、要留下什么」，不能收成「可以，已帮你改好」。

第四类转人工时，应带上已存在的规则原文和上次例外（如果有）。没有这两样，人工也会重新谈判一遍。智能体可以整理申请材料，批准仍走原流程。

常见问题

四类都收不齐，能不能先上线自动回复？

可以先收第一类和第二类高频问法。第三、四类先给转人工入口。不要用一段总论覆盖所有问法，那会制造更多追问。

用户一句话里同时有路径和权限问题怎么办？

先确认能不能看见入口。看不见按第一类走，看得见再给路径。两条都回、不判断当前角色，用户仍会觉得答非所问。

聊天记录能不能直接当知识库条目？

不能直接转。要抽出问法、适用版本和边界，去掉一次性的项目细节。原聊天可以当来源附件，现行答复必须是整理过的条目。

智能客服答错了怎么处理？

标成待修订，写下错误场景，并暂时改回转人工。不要只靠用户自己发现。答错条目继续在线，重复问法不会减少。

科研内容和软件操作要不要放进同一套答疑？

建议分开。软件路径和权限走使用助手；实验条件、文献判断走科研助手，并标明需人工复核。混在一个入口，用户不知道该回答信到哪一步。

小结

同一功能被反复追问时，先按登录权限、功能路径、数据异常和规则例外四类收问法，并写好转人工边界。收不齐就少自动回复，不要用总论冒充已解答。若希望平台内高频操作说明可检索、可改版，可以了解衍因灵研使用助手如何辅助维护这四类条目。