一句话画像：政数局是数字政府和政务服务的"总调度"——一头管"数据"，一头管"服务"，中间还要管"项目"和"安全"。各地政数局人员编制普遍精干，却要对口省局、横向协调数十个部门、对外服务企业与群众，"人少事多、统筹面广"是全国同行的共同感受。
把各市同类机构的职责做共性归纳，日常运转由三条主线加一条横切红线构成：数据资源管理（全市数据的"供"）、政务信息化项目全生命周期管理（全市数字项目的"管"）、政务服务平台管理（含行政审批制度改革、"高效办成一件事"、窗口与热线等企业群众身边的"办"），外加横跨三条线的数据安全与考核迎检。其运转依据是《政务数据共享条例》（2025 年 8 月 1 日施行）和《国家政务信息化项目建设管理办法》（国办发〔2019〕57 号）等规定。
这张图说明的是：政数局日常是"三条业务线 + 一条红线"的结构——三条线都在运转，线一靠"催"、线二靠"审"、线三靠"盯"，横切红线的考核压力又进一步占用人力。
| 环节 | 频次 | 典型动作与角色 |
|---|---|---|
| 数据编目催报 | 按季/按年集中报送，平时跟进更新 | 部门信息员填报目录，政数局目录岗催报、审核、入库（"应编尽编"） |
| 数据共享对接 | 常年发生，高频 | 用数部门提出申请，政数局发函转办、组织协调会、跟进供给部门 |
| 信息化项目评审 | 按年度计划集中受理 | 初审 + 专家评审 + 造价审定，"数据共享 + 网络安全"双前置审查 |
| "一件事"与事项管理 | 上级清单驱动，随新增事项滚动 | 专班梳理流程、再造表单、协调部门系统对接 |
| 窗口与热线运行 | 每天 | 大厅/一网通办双通道、延时错时服务、12345 工单派发与督办 |
| 考核台账与迎检 | 月报/季报/专项迎检 | 各科室手工汇总填报，准备迎检材料与情况说明 |
| 编号 | 表现（一线体感） | 本质原因 | 影响程度 |
|---|---|---|---|
| R1 | 数据目录更新依赖人工催报，时效与准确性难以保障，用数时才发现目录与实物存在偏差 | 编目靠人工填报、报完缺乏持续更新机制，没有自动盘点与比对 | 高 |
| R2 | 共享申请依赖函件与协调会推进，办理周期长，过程主要靠人工电话沟通 | 审批缺乏时限、台账与在线督办机制，流转停留在部门经办人手中 | 高 |
| R3 | 信息化项目建成后使用情况缺乏常态化跟踪，绩效难以评价 | 评审阶段重建设方案、绩效目标偏弱，验收后缺少回访与后评价机制 | 高 |
| R4 | "一件事"协同依赖专班推进，专班撤离后流程容易回退，成果难以沉淀 | 跨部门协同靠临时专班推动，未固化为常态机制 | 中 |
| R5 | 考核台账多头手工填报，同一指标口径不一，月月重复劳动 | 考核数据无法从业务源头自动取数汇总 | 高 |
| R6 | 数据安全以迎检式检查为主，日常监测依赖人工 | 安全运营缺乏常态化、自动化监控手段 | 中 |
| R7 | 公共数据授权运营场景与收益模式尚在探索，数据要素化任务紧迫 | 数据资产确权、定价与运营机制仍在建设中 | 高 |
从用数部门提出申请到真正拿到数据，是日常发生频率最高、涉及角色最多的一条链路，也是事务性负担最集中的体现——流程中有三个关键控制点值得重点关注：
这张图说明的是："要数据"这条链路的堵点不在最后一步，而在"目录对不对得上、供给有没有时限、结果有没有回写"三个环节——这三个环节靠人工托底，就需要投入大量协调人力。
| 地区 | 实践亮点 |
|---|---|
| 杭州 | 开放公共数据超 157 亿条，形成 37 个授权运营场景，超 1.2 亿条脱敏医疗数据用于大模型训练（数据要素化标杆） |
| 广州 | 出台全国首份城市级公共数据运营服务费收费标准，建立首席数据官制度，组建公共数据运营平台 |
| 成都 | "蓉数公园"上架数据产品近 1400 个，形成数据产品工厂化供给 |
| 江苏 | 南京、淮安等多个城市建立全覆盖首席数据官队伍体系（"数据有人负责"） |
| 广东 | 全省推进"高效办成一件事"，超 99% 税费事项零跑动，延时错时"不打烊"服务 |
| 铜陵 | 公共数据授权运营 5 年期协议，"整体授权 + 分领域协同"制度化运作 |
来源：2025-2026 年公开发布会与官方媒体报道（国家发改委要素市场化配置改革试点经验、各地政务公开信息）。
一句话定位：中国电信自研的办公智能体——不只对话，能自主规划任务、跨软件操作、定时执行，把重复性办公劳动从人工手中接走。
定位原则先说明：TeleAgent 定位在办公协同侧——承接编目催报、台账汇总、材料汇编、纪要整理等高频事务性工作，不改变现有政务业务系统（共享交换平台、审批系统等）的职责边界。六个应用场景，可按需组合、分别演示：
| 场景 | 当前普遍做法 | TeleAgent 的接法 | 对应挑战 |
|---|---|---|---|
| ① 共享台账助手 | 共享申请依赖表格手工登记，超期靠人工跟踪、电话跟进 | 申请信息自动登记台账；定时核对超期事项，自动发送催办提醒，超时自动升级；月度共享情况通报表自动生成 | R2 |
| ② 编目催报助手 | 编目阶段逐个部门电话、微信跟进，进度手工汇总 | 每周定时自动提醒未更新部门，催报结果自动汇总成进度表；编目质量抽查清单自动生成，通报材料初稿自动起草 | R1 |
| ③ 项目回访助理 | 项目验收后缺乏常态化跟踪，使用情况少有人回头评估 | 验收后 6 个月自动提醒回访；使用情况回访问题清单自动生成，回访记录自动整理成报告初稿 | R3 |
| ④ 台账出表助手 | 考核指标各科室手工填报，同一指标口径不一 | 定时汇总各科室表格/系统导出的数据，考核台账自动出表；数据口径不一致自动标黄提示人工核对 | R5 |
| ⑤ 迎检材料助手 | 迎检前翻查档案与历史台账，集中整理汇编 | 按检查清单自动检索归档文件与台账记录，自动汇编迎检材料初稿（政策依据、佐证清单、情况说明框架） | 横切挑战 |
| ⑥ 会议纪要助手 | 协调会、评审会靠人工记录，会后整理耗时较长 | 会议录音自动转写整理成纪要初稿（忠实原文、术语自动校正）；待办事项自动提取分派 | 通用办公 |
这张图说明的是：TeleAgent 不替代共享交换平台（业务系统职责边界不变），它承接"登记、催办、记录、出表"这类每天重复的办公动作，人只在例外情况和审批判断上出手。
| 形态 | 适合场景 | 数据边界说明 |
|---|---|---|
| 云端订阅版（微信入口） | 一般办公材料、公开政策检索、会议纪要等不涉敏内容 | 支持本地化执行，敏感数据不上传 |
| 桌面版 | 日常办公文档处理 | 核心推理与任务执行模块在本地运行 |
| 私有化部署版 | 涉敏场景：共享台账、考核数据、迎检材料等政务敏感内容 | 合同级"数据不出域"，满足政务合规要求（按项目规模定制方案） |
| 场景 | 当前人工投入（参考） | TeleAgent 接手后（预估） | 角色变化 |
|---|---|---|---|
| 共享台账催办 | 每轮催办半天到一天（逐个电话 + 手工记录） | 自动催办 + 台账成表，人工审阅约 15 分钟 | 从"逐件跟进"变"例外仲裁" |
| 编目进度通报 | 每轮 1~2 天（催报 + 汇总 + 做表） | 自动催报汇总出稿，人工核对约半小时 | 从"统计汇总"变"把关审核" |
| 项目绩效回访 | 缺乏常态化机制，多为专项检查 | 到期自动提醒 + 回访报告初稿 | 从"专项查"变"常态管" |
| 考核台账出表 | 各科室填报 + 汇总数天 | 自动取数汇总，人工校验口径 | 从"填表"变"校验" |
| 迎检材料汇编 | 集中整理 1~2 天 | 自动汇编初稿，人工审定半天内 | 从"整理材料"变"把关方向" |
| 会议纪要 | 会后人工整理半天 | 转写成稿即取即用 | 从"记录"变"参与决策" |
口径说明：以上为基于工作场景结构的量级估算，具体效果以试点实测为准。
| 岗位/视角 | 常见关注点（交流切入点） | 适配的 TeleAgent 场景 |
|---|---|---|
| 局领导 | 数据要素化、"一件事"、数字政府评估等考核任务与人力资源的匹配；如何把团队精力聚焦到核心任务 | 组织级效果（4.2）；敏感场景私有化部署 |
| 数据管理科 | 编目更新的节奏与效率、共享申请的办理时限、目录与实物的一致性 | 场景①共享台账助手 + 场景②编目催报助手（可现场演示） |
| 政务服务科 | 迎检材料汇编的效率、"一件事"协同的常态化运行 | 场景⑤迎检材料助手 + 场景⑥会议纪要助手 |
| 信息中心/技术支撑 | 多系统数据汇总、报表输出的自动化程度、部署形态与数据安全 | 场景④台账出表助手 + 部署形态选择（3.4） |
这张图说明的是：先以低门槢单场景验证效果，再以试点数据支撑科室级推广，敏感场景最终用私有化部署深化——每一步都有上一步的证据支撑，循序渐进、风险可控。