账号打不开和数据查不到，别丢给同一窗口

平台登不进去、实验记录打不开、想改同事的权限，这三类问题常被丢进同一个聊天窗口。窗口后面如果先是智能问答，再转人工，却没有分工规则，用户会把“问答回复了”当成“已经处理了”。AI 客服与人工客服的分工，先要划清哪些问题可以给检索式回答，哪些必须由人改配置、改数据或承担责任。

衍因灵研使用助手 yanAdvisor 定位为 AI 客服，智能体家族也覆盖智能问答，用来辅助查找功能说明、操作路径和常见报错解释。它不能改账号权限，不能修复实验数据，也不能代替人工判断该不该开放某条记录。下面四类问题建议作为分工底线，底线没划清就不要把所有工单先丢给问答碰运气。

第一类：功能怎么用，问答可以先接

模块在哪、字段含义、如何导出、某按钮灰了可能是什么原因，适合由智能问答根据现行说明整理初步答案。用户仍应核对自己看到的界面和说明版本是否一致。问答给出的步骤如果和当前环境不一致，应升级到人工核对环境，而不是继续追问模型换一种说法。

说明类回答要能指回现行文档

好的问答应能指出依据来自哪份帮助或哪一版界面说明。给不出依据的步骤，只能当线索，不能当已执行的变更。

第二类：账号、权限和审计相关，必须人工接管

开通账号、重置权限、扩大数据可见范围、关闭离职人员入口，这些会改变谁能看见实验和样品。智能问答可以解释角色有哪些，但不能替管理员勾选。人工处理时应留下申请原因、批准人和生效范围。衍因平台支持细粒度权限与审计日志，正是为了让这类变更可回看，而不是让问答窗口成为隐形的权限入口。

第三类：数据对不上或记录打不开，先保护现场再升级

实验记录空白、附件丢失、编号重复、导入后数量不对，先不要让问答“给一个能写回去的值”。应保留报错原文、时间、涉及编号，由人工判断是权限、缓存、导入映射还是数据本身损坏。问答可以提供自查清单，例如浏览器、权限和文件是否仍在，但不能授权用户按猜测覆盖原始记录。

第四类：责任认定和对外口径，不能停在问答

谁改过这条记录、能否把截图发给合作方、某句话能不能写进申报材料，属于责任和口径问题。智能问答可以找出制度或帮助里的相关段落，供人复核；不能给出“可以对外发送”或“已经合规”的结论。需要结论时，应升级到明确的负责人，并留下人工答复，而不是把模型句子转述成官方立场。

分工规则应写进用户能看见的入口：哪些问题直接选人工、升级时要带哪些截图、问答记录是否保留。没有入口说明时，用户只能把所有事情打进同一对话框，事后难以证明哪一步已经有人负责。

常见问题

问答回复很快，为什么还要转人工？

快只说明检索和生成速度快，不说明权限已改或数据已修复。涉及变更和责任的事项，速度不能代替确认人。

人工值班不在，问答能不能先改权限？

不能。值班不在应走预先约定的紧急联系人或次日处理，而不是放开由模型执行变更。紧急情况如何定义，由实验室自己的制度决定，问答不能代为批准。

用户把实验细节贴进问答，算不算已经报修？

不算。报修应形成可追踪的工单或人工会话，并拿到受理编号或负责人确认。仅有问答记录时，应视为尚未进入人工处理。

同一报错反复出现，还要从问答重新讲一遍吗？

用户侧可以先用问答核对是否操作路径变了。同一环境重复出现且已按清单自查，应携带前次记录升级，避免每次都被当成新的“不会用”。

使用助手和科研助手是一回事吗？

不是。灵研使用助手面向平台使用答疑；灵研科研助手面向文献解读、实验总结等研究整理。两者都可以辅助，都不执行权限变更或数据修复，也不替代科学判断或监管审核。

小结

账号打不开和数据查不到，不应默认丢给同一窗口碰运气。功能说明可由智能问答先接，权限变更、数据修复和责任口径必须人工接管。若希望平台使用问题先有可复核的问答线索，可以了解衍因灵研使用助手如何辅助检索操作说明，并把必须由人处理的事项明确升级，而不是把模型回复当成已经办结。