跳到正文
0727
资讯学院案例活动登录
中文/EN
案例/AT&T
← 返回案例库
← 上一案例33 / 127下一案例 →

AT&T

S.C.O.U.T. 网络运营应用体系
Palantir 电信 典型Forward Deployed 标准案例|可参考但仍有缺口 B级证据 规模化
B 证据等级
AT&T:S.C.O.U.T. 网络运营应用体系
发布方:Palantir · 厂商官方客户材料 · 汇总页或多案例报告
指标口径:厂商或客户公开披露 · 独立核验:否 · 查阅日期:2026-09-19
证据等级衡量“能否定位和复核来源”,不评价厂商披露是否经过第三方审计。
标准案例|可参考但仍有缺口 9 / 12
业务背景1 / 2
改造流程1 / 2
技术工作流2 / 2
人机与治理2 / 2
量化结果2 / 2
来源定位1 / 2
仍可补强:业务背景、改造流程、来源可定位性
这个案例的重点是把“S.C.O.U.T. 网络运营应用体系”从一次性分析或单点工具,变成可嵌入真实业务、可验证、可持续迭代的生产工作流。
业务问题

大型电信网络的数据与运营流程极其分散,需要让工程团队在同一平台持续构建运营应用。

解决方案

Palantir与AT&T共同建设S.C.O.U.T.等应用,并把Foundry作为大规模内部应用底座。

技术架构与生产工作流
Step 01
多源运营数据与历史事件
→
Step 02
Foundry统一数据模型与权限
→
Step 03
Ontology映射业务对象、关系、状态和可执行Action
→
Step 04
AIP/规则/预测模型生成建议或自动化步骤
→
Step 05
一线人员在Workshop/应用中确认与执行
→
Step 06
反馈、结果和新事实写回Ontology形成闭环
关键技术与基础设施组件
FoundryOntology内部应用开发权限治理运营数据
人机分工与责任边界

AT&T自有工程团队持续开发和运营应用,Palantir负责平台与前期共同构建。

FDE 动作拆解
  • 和网络运营一线团队共同走完整流程,找出真正需要决策而不是展示数据的节点
  • 把分散数据源、权限和业务术语整理成统一可操作的Ontology
  • 将业务规则、优化模型、LLM和传统软件按可靠性边界组合,而不是让LLM包办
  • 把建议直接嵌入现有操作工作台,并设计批准、驳回、升级和写回Action
  • 用业务KPI验收并根据真实反馈继续改Ontology、规则和自动化
可迁移复用的落地方法论
  • 先把业务对象、关系、状态和Action建模清楚,再谈Agent
  • 建议必须进入可执行工作流,否则只是另一张仪表盘
  • 高价值部署往往是数据整合 + 规则/优化 + AI + Human-in-the-loop的组合
  • 持续把执行结果写回,才能形成可积累的运营记忆
业务成效与交付成果

官方公开称S.C.O.U.T.从联合项目成长为100+名AT&T专职工程师维护,Foundry上已有约660个应用。

证据边界与核验记录
  • Palantir官网公开客户引述明确披露100+专职工程师与约660个Foundry应用;单个应用技术栈未完全公开。
  • 当前链接为官方汇总入口,尚需补充可直接定位该案例的深链接或页码。
主要来源:AT&T:S.C.O.U.T. 网络运营应用体系 ↗
可追溯不等于独立审计
访问主要公开来源
0727.ai · Trusted agents, built together.案例资料:FDE-case-library ↗ · MIT