热线受理人员处理群众诉求时,需要把来电文字或录音整理为工单,并参考分类目录和部门职责判断承办单位。项目针对这一人工审核密集的流程制作辅助 Demo,目标是减少重复录入、整理与检索工作,而不是让模型代替工作人员作出正式分派决定。
点击空白处退出提示
热线受理人员处理群众诉求时,需要把来电文字或录音整理为工单,并参考分类目录和部门职责判断承办单位。项目针对这一人工审核密集的流程制作辅助 Demo,目标是减少重复录入、整理与检索工作,而不是让模型代替工作人员作出正式分派决定。
演示链路分为文本或录音输入、诉求理解、工单生成、分类和承办单位推荐、回复辅助、人工确认六步,以 case_id 关联各步骤。首页提供待办工单与状态概览,工作台可加载现有工单;数据管理页可查看和维护演示用部门规则及政策文件。模型不可用时有本地回退,结果区分模型与回退来源;录音优先匹配样例文件,配置讯飞服务后可调用真实转写,否则使用模拟结果,并标注转写来源。
后端采用 FastAPI、Pydantic 与 SQLite,前端使用 React、TypeScript、Vite 和 React Router;诉求处理流程使用 LangChain/LangGraph,知识检索使用 Chroma 与 Sentence Transformers,需配置嵌入模型并建立索引。前端可编辑回复草稿,但人工确认接口只保存操作人、备注及审计记录,不会将修改后的草稿保存为后端确认结果。部门规则和分类目录仅供样例演示,正式职责、政策依据及转派结果必须由实际业务数据与工作人员复核。



评论