这里既有我们自己长期使用的系统,也有经过脱敏的客户项目。每个案例都说明当时的问题、我们怎么处理,以及交付后能做到什么。
自有生产系统
专业经验分散在项目和个人笔记里。内容要同时适配多个中文平台,还要沉淀回官网,靠人工选题、改写和复盘很难长期坚持。
我们搭建了一套人审驱动的内容工作台,把选题、起草、平台改写、发布准备和指标回收接在一起。高质量工程稿会进入官网,并补齐 llms.txt 与结构化数据。
内容流程
统一工作台
长期沉淀
平台加官网
设备状态、计量和告警数据分散在多个页面。运营人员要反复查询和交叉比对,才能回答一个完整问题,报告质量也依赖个人经验。
我们在现有运营平台 API 上增加了 AI 对话层。用户直接提问,系统调用相应数据工具完成查询,并在回答中标明来源和时间范围;复杂问题可以生成结构化报告。
查询入口
自然语言
数据来源
随回答标注
复杂分析
结构化报告
监控、计费、工作流、报表和移动端各自演进。运营人员要在多个系统间切换,研发团队也很难快速理解跨服务影响。
我们把主要运营入口统一到一套管理平台,并为认证、计费、设备接入、报表和工作流等服务建立一致的构建、部署与架构文档。
运营入口
统一平台
部署方式
环境一致
研发协作
架构可检索
设备分散部署在客户现场,固件升级依赖人工到场或临时通道。协议适配、远程运维和授权管理也缺少统一流程。
我们构建了可部署在客户硬件上的边缘固件系统,支持多类设备协议、远程固件分发、版本回滚,以及带操作记录的授权后台。
固件交付
按硬件授权
版本管理
远程升级
授权操作
后台留痕
客户项目,业务信息已脱敏
售前和售后问题主要依赖人工处理,知识散在不同文档里。团队希望先让 AI 处理常见问题,但敏感问题和信息不足的情况必须交给真人。
我们为现有客服流程接入知识库问答。AI 回复会附上来源;当信息不足或命中敏感规则时,系统直接转给人工。后续处理进入工单,并用于更新知识库。
常见问题
知识库回答
回答来源
可以核对
人工接管
规则触发
告诉我们现在怎么做、用了哪些系统,以及最想先解决什么。我们会先判断是否适合继续聊。