原来卡在哪
一家美国前三大电信运营商：网络数据分析（哪个基站坏了、为什么坏、影响多大）高度依赖人工——分析师自己写 SQL、甚至建机器学习模型，一个新需求要一两个人甚至两三个人按天计算；SQL 写到上百行中间可能取错数据（项目中真实发现过）；传统仪表盘只能回答预先定义好的问题，而管理层要的是围绕数据持续追问的交互式分析。
具体怎么做的
先搞清楚三个问题：客户到底要什么输入、最后需要什么输出、中间到底发生了什么——三个问题没搞清楚，Agent 写得再漂亮也没有意义。
重新梳理原来的分析流程：拆成较细的组件，逐一考虑每个环节的方法与结构，再重新组合。
把 Agent 定位成可以反复运行的业务系统：不是「会聊天的分析师」——数据对不对、分析可不可靠、输出格式是否符合要求、同一问题重复执行结果是否稳定，每一步都要考虑。
考虑可扩展：客户有几十上百个分析师，Agent 上云统一控制、监督和使用，用户共同产生的数据和经验反哺系统（记忆、语义层）。
尽量不改变客户原来的工作习惯：让 AI 进入客户已存在的工作流——本案例客户继续以聊天方式使用，也可嵌入 Teams/Slack 等已有框架。
效果 · Before → After
新数据分析需求
分析准确性
交互方式
踩过的坑
- 稳定性与准确性——通过系统设计把模型随机性放进可控流程（「汽油本身不稳定，但汽车工程让它安全、稳定地驱动车辆」）
- 成本——不懂行的团队调一个东西花几千美元，有经验的人十几二十美元；架构不好像漏油的车，长期运行成本失控
- 只懂一个工具就会「拿着锤子看什么都是钉子」——要同时理解 AI、数据、云和软件工程