FORMWEFT问答有出处
整理产品、售后、服务流程与版本适用范围。回答显示依据与更新时间；找不到可靠来源或来源冲突时，标记不确定并转人工。
从一张工单，串起知识与工具
方案蓝图：收到问题 → 识别意图与身份 → 检索有权限的知识 → 查询授权业务系统 → 生成带依据的建议 → 人工确认或升级处理。
业务查询按权限执行
将订单、物流、工单等查询封装为明确工具，限制可读字段和用户范围。系统失败要显示可理解的状态，不能编造查询结果。
写入与承诺保留确认
退换、退款、账号修改、对外承诺等操作先生成处理建议，由授权人员确认后执行。重复请求采用防重机制并记录结果。
人工接管不中断上下文
将用户问题、已查依据、系统查询结果和失败原因一并交给客服，避免用户从头重复描述。
启动前准备什么，项目交付什么
首阶段选择一个产品线、渠道或高频问题类型，避免一次接入所有知识和系统。
客户准备
提供脱敏的典型工单、权威知识来源、售后规则负责人、当前服务流程，以及测试账号与接口文档。明确不同客服角色可见的数据范围。
系统交付
按范围交付知识管理与检索、客服辅助界面、工具连接、人工确认节点、会话与操作记录，以及失败回退配置。
运营交接
交付知识更新说明、问题样本集、错误分类、转人工规则与后台操作培训；明确谁修正文档、谁复核高风险回答。
既测回答，也测不能回答的时候
验收样本同时包含正常、信息缺失、权限不足、来源冲突和接口失败的情况。阈值与统计口径在蓝图阶段确认。
质量
检查答案是否与权威资料一致、引用是否真的支持结论、时间与产品版本是否匹配。将无依据的肯定答复单独统计。
流程
检查身份与权限校验、工具参数、人工确认、防重复执行和工单升级；高风险操作未获批准时必须停止。
业务使用
比较同类工单的查找时间、人工修改量和交接完整度，并记录样本数量与观察范围，不以生成回复数量代替服务质量。
客服场景的边界
是否可以完全替代客服？
不把完全替代人工作为默认目标。复杂争议、特殊政策、重要承诺和系统异常需要明确的人工负责人。是否开放自动回复要经过单独验证。
可以接入现有客服软件吗？
先核验软件提供的 API、账号权限和使用限制。可从只读查询与建议生成开始，必要的写操作另行确认。
模型不知道答案时怎么办？
优先说明信息不足，询问必要问题或转人工。不为保持对话流畅而补造政策、物流状态或处理承诺。
从一类重复工单开始
说明客服渠道、问题类型、现有工具和希望改善的环节。请勿直接提交真实客户的敏感信息。