从支持问答到业务助手开发平台
该案例完整展示了一个内部支持Bot如何因真实失败而演进成企业Agent框架,并把认证、工具、可观测、评测和部署变成可复用的生产模板。
资料整理 · 已去标识
项目方工程支持助手的参考价值在于,它不是只把文档接到聊天框,而是把协作工具权限、向量索引分发、单请求成本和反馈评测全部纳入值班支持系统。
资料 · 已去标识不含企业、人物与原始链接;数值为来源方披露,非独立审计;编辑归纳处均已标注。
01Background
02Pain points
项目方各平台团队每月在数百个协作工具支持频道提出约4.5万个问题,答案散落在内部内部知识站、技术问答社区、工程需求文档和历史对话中
重复问答和多轮等待同时消耗提问者与值班工程师时间
03Solution
项目方自研工程支持助手,把内部资料经分布式计算抓取、大模型应用框架切块和向量化模型转为向量,通过内部向量服务与内部索引分发服务构建受频道权限约束的索引;用户在协作工具提问后,知识服务检索相关片段并让LLM基于证据回答,同时记录成本、即时反馈和离线评测结果。
用到的能力
01内部知识站、内部技术问答社区与工程需求文档
02分布式计算抓取、大模型应用框架切块与分布式计算函数批处理
03向量化模型生成文档和问题向量
04内部向量服务向量数据库与内部索引分发服务索引分发
05协作工具请求进入知识服务检索并调用LLM
06频道级权限、UUID成本审计、消息队列/数据仓库反馈与LLM-as-a-judge评测
04Human in the loop
工程支持助手先处理已有文档可回答的问题;需要代码审查、上下文不足或回答无关时转给值班工程师。用户以Resolved、Helpful等标签反馈,平台团队用人工反馈和评测报告继续调整检索与生成
05Outcome
未披露统一量化结果
来源方说明工程支持助手已进入项目方内部支持流程并建立可追踪的反馈、成本与幻觉评测闭环;来源方披露了问题规模和完整架构,但没有披露解决率、节省工时或投资回报。
06Method & limits
FDE 在现场做了什么编辑归纳
可以借鉴
资料透明度
来源披露与编辑编辑归纳资料不足
该案例完整展示了一个内部支持Bot如何因真实失败而演进成企业Agent框架,并把认证、工具、可观测、评测和部署变成可复用的生产模板。
该案例最可复用的是把真实失败转为场景、仿真、评测、回归和A/B的持续飞轮,从而不用在真实客户流量中盲测LLM改动。
航空App上线窗口风险高,遗留代码重构和测试覆盖需要大量时间
原始结构化资料 © 2026 guminghao-avi contributors,MIT 许可;本页为去标识整理与编辑归纳,不代表原企业或来源方观点。