售后参谋受理客户或一线人员提交的问题，补齐产品型号、版本、故障表现和使用环境，匹配企业已审定的处理知识，给出分诊建议；高风险或无法确认的问题及时转交人工。
售后参谋不是普通客服聊天机器人，也不宣称能自动解决所有故障；它先把问题问完整，再根据企业已审定的知识和历史记录给出下一步建议。
界面为格式演示，型号、故障与依据均为占位内容，非真实资料。
客户只描述「不能用」，缺少型号、版本、环境和错误信息。
相似问题曾经处理过，但新员工无法快速找到。
一般咨询、现场故障和安全风险混在同一个入口。
问题解决以后，处理方法仍然停留在聊天记录或个人电脑中。
售后参谋要做的第一步，不是「立刻给答案」，而是「先把问题问完整、把风险分清楚」。
接收客户、一线销售或售后人员提交的问题。
引导补充型号、版本、故障表现、日志、图片和使用环境。
检索企业已审定的维修手册、故障库和历史处理记录。
区分普通问答、需要人工确认和必须立即升级的问题。
给出可执行的检查步骤，并标注来源、版本和适用条件。
记录实际处理结果，形成待审核的知识补充，而不是未经确认直接写入正式知识库。
结案回流形成的是待审核的知识补充，而不是未经确认直接写入正式知识库。
每一条售后问题先做风险分级，再决定由参谋回答、请人确认，还是必须立即升级。
高风险问题不由模型自行决定，必须交由企业指定人员处理。
以下为工作台格式演示，工单信息为虚构占位内容。
减少售后人员反复询问基础信息。
帮助新人复用已审定的处理经验。
让高风险问题更早进入人工处理。
保留问题、依据、处理过程和结果。
让真实业务结果持续补充企业知识。
不自动执行远程维修或系统变更。
不替代售后工程师作出安全判断。
资料冲突或条件不足时不强行给答案。
高风险问题必须升级人工处理。
对客户的责任认定、赔偿和正式承诺由授权人员决定。
回流内容经审核后才能成为正式知识。
以下为适用场景示例，用于说明能力方向，不代表已有真实客户案例。
产品结构复杂、售后专业性强，需要有依据的分诊和升级机制。
产品型号、版本或配置繁多，参数与故障关系难以全部记住。
工单量大、问题重复度高，需要减少重复追问和排查。
新员工上手慢，需要把老工程师的处理经验沉淀下来复用。
客户资料和设备数据敏感，需要本地部署与受控的权限管理。
客户资料、工单、设备日志和维修经验可全部保留在企业本地。
或由本地系统控制最小必要内容，受控调用企业自有模型 API，并记录每次调用。
按客户、项目、产品和岗位控制访问权限，不同角色只见授权范围。
保留回答依据、人工升级和处理记录，全过程可回溯到人与时间。
每次处理保留回答依据、人工升级和处理记录；回流内容经审核后才成为正式知识。参谋团不宣称绝对安全、零风险，也不由 AI 自动承担责任。
