跳到正文

落地案例/交通物流/案例 028

资料整理 · 已去标识

从支持问答到业务助手开发平台

该案例完整展示了一个内部支持Bot如何因真实失败而演进成企业Agent框架，并把认证、工具、可观测、评测和部署变成可复用的生产模板。

资料 · 已去标识不含企业、人物与原始链接；数值为来源方披露，非独立审计；编辑归纳处均已标注。

01Background

业务背景

场景
交通物流 · 系统与协作
现状
项目方技术基础设施团队每半年要处理数千个重复支持工单；早期支持Bot能回答问题，但每个新Agent团队仍要重复处理认证、密钥、部署、可观测性、工具连接和评测，导致原型难以稳定进入生产。

02Pain points

核心痛点

  1. 01

    项目方技术基础设施团队每半年要处理数千个重复支持工单

  2. 02

    早期支持Bot能回答问题，但每个新Agent团队仍要重复处理认证、密钥、部署、可观测性、工具连接和评测，导致原型难以稳定进入生产

03Solution

解决方案

项目方先以Go服务构建Level-0支持Bot，让单Agent循环调用企业搜索工具、日志看板、代码托管、协作工具和HTTP工具，无法解决时携带上下文转人工；再把踩过的坑沉淀为助手开发模板库模板，一键生成含服务框架、智能体编排框架、远程MCP、向量检索扩展、密钥管理、OIDC、可观测性组件、测试和评测的生产仓库。

用到的能力

  • 助手开发模板库
  • 智能体编排框架
  • 服务框架
  • MCP
  • 企业搜索工具
  • 关系数据库/向量检索扩展
  • 密钥管理/OIDC
  • 可观测性组件
  • 评测服务
改造链路

  1. 01文档、Runbook、协作工具、任务管理工具、日志和代码托管文件

  2. 02企业搜索工具检索及日志看板/代码托管/协作工具等工具层

  3. 03智能体编排框架推理循环与远程MCP工具发现

  4. 04统一大模型网关、模型路由与用量治理

  5. 05服务框架、关系数据库/向量检索扩展、密钥管理、OIDC与环境配置

  6. 06可观测性组件可观测、黄金集、ROUGE/BLEU和LLM-as-a-judge评测

04Human in the loop

人机分工

AI／系统做什么

Agent开发者只维护自己的业务逻辑和工具，平台团队统一维护认证、密钥、部署、网关、可观测与评测底座

人做什么

Bot先尝试回答文档化问题，未解决工单路由到正确的技术人员

05Outcome

效果

500多个
已有500多个服务运行在内部Agent框架上来源方披露
50多个
注册50多个远程MCP服务器来源方披露

来源方说明来源方披露已有500多个服务运行在内部Agent框架上，注册50多个远程MCP服务器，统一LLM网关每月处理数十亿Token；过去至少两周的首日基础接线缩短到约1小时。

  • 500多个服务不等于500个独立Agent产品，按原文保留“服务”口径。
  • 两周到一小时指基础接线，不代表完整Agent交付周期。

06Method & limits

做法与边界

FDE 在现场做了什么编辑归纳

  1. 01先用一个高频支持流程暴露Agent生产化问题
  2. 02把推理平面和工具平面分离
  3. 03将认证、密钥、存储和部署固化为模板
  4. 04让开发者从可运行Agent而不是空项目开始
  5. 05在项目第一天内置黄金集和多种评测器

可以借鉴

  • Agent规模化的瓶颈通常是生产工程而不是第一次演示
  • 统一框架应标准化基础设施但保留业务逻辑自由度
  • MCP工具和模型调用都需要企业级注册与治理
  • 评测能力应随模板交付而不是上线前补建

资料透明度

  1. 业务背景来源披露
  2. 解决方案与编辑
  3. 改造链路来源披露
  4. FDE 做法与编辑
  5. 效果来源披露

来源披露与编辑编辑归纳资料不足

同类案例

你的业务也有类似的事？把要做的事、资料和期望写下来，平台人工对接合适的 FDE。

原始结构化资料 © 2026 guminghao-avi contributors，MIT 许可；本页为去标识整理与编辑归纳，不代表原企业或来源方观点。